< Back to IRCAM Forum

OpenMusic 7.7 release

OpenMusic
#1

We are happy to announce the release of OM 7.7 version:

NEW FEATURES:

  • Added Edo 41 (Steven Socha)

  • “Detached” Internal score editors

  • MEASURE editor

  • F_8 clef

  • New Classes: OM-TABLE

  • New Functions: ms->ratios (by Paulo Raposo)

  • Group ungrouped (score editors)

  • Move group up (score editors)

  • insert box in connection

  • Grace editor

  • New methods: omg-quantify, remove-tree-graces, get-leaves, insert-prop, remove-prop

  • Grace notes support

  • Shift+drag from output: Create and auto-connect output to new box

IMPROVEMENTS:

  • Score editors optionally outputs approximated midics or non-approximated

  • Added methods for pathname and string for sound processing methods (for batch usage)

  • Staff names placement in POLY now can be set in preferences

  • Mktree handles end grace-notes and adds extra measures for given duration if needed

  • Symbols are allowed to be typed in patch (P. Rapposo)

  • MusicXml exports editors clefs

  • Clef changes update in Poly and Multi-seq

  • Tunings in fluidsynth uses now octave tuning system

  • Possibility not to automatically displaying sound wave in patches

for faster loading patches with big sound files

(preferences/appearance/auto-load sound image option)

  • Select multiple connection with alt/option

  • Red color for confirmation when mouse on output in temporal patch

  • Zoom in/out of Class boxes

  • Now each score object have its approx slot

FIXES:

  • fix sound-normalize

  • Approx persistence

  • Grace notes display

  • x-intersect fix

  • temporal connection fix (linux)

  • Buffer edit fix (macosx)

  • fixed display of resize-bug in a scrolled patch

  • fixed Patch connections issues (linux)

  • dynamic tempo fix

  • delete-all-inputs fixed: when boxtypeframe selected no error

The main feature is the implementation of grace notes in the Score editors. Some info about the syntax may be found here in our now newly online documentation:

[Note about the documentation: the documentation mainly is still the same but it has been integrated in our git in order to facilitate its update which we will do whenever possible.]

Please feel free to send all your comments, bug reports, wishes on our discussion thread here:

Best regards

The OpenMusic dev team – RepMus – Ircam

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

Nous sommes heureux de vous annoncer la version 7.7 d’OpenMusic avec deux nouveautés principales :

  • Comme déjà annoncé lors des ateliers Forum du mois de Mars, l’implémentation des GRACE NOTES (appogiatures) dans les éditeurs SCORE a été finalisé.

  • La documentation complète (tutoriels inclus) ont été intégrés sur le site GitHub d’OpenMusic (nous permettant désormais de les mettre à jour au fur et à mesure).

Vous trouverez cette version avec les release notes ici :

la documentation ici :

N’hésitez pas à nous communiquer, remarques, bogues, etc. sur le forum de discussion ici :

Cela nous aidera à améliorer notre environnement.

1 Like
New Release - OM 7.7
#2

new release!!!

1 Like
#3

Hi Karim,

How do I add new EDOs to the list? I’m especially interested in adding 53 and 665 EDOs.

Beyond that, 7.7 is running smoothly on my systems.

All the best,
António

#4

Testing and working on Linux Mint Victoria :slight_smile:

Omg-quantify and the auto-connect (Shift+drag from output) are amazing!

Where can I find more information about the other auto-connect methods? I’m struggling to make them work

best
rc

#5

Thank you Antonio,

Adding Edo’s is not straight forward since it involves many source files adn new definitions. I cannot explain it in a post. If you need those EDO’s , we will implement them for sure (but 665 EDO, really?) . By the way Steven Socha is doing this great work implementing them and most particularly the notation (accidentals) part.
I will let him know your needs. But still just confirm the 665 EDO… This one will be really dramatic notational wise (ie accidental representation) but still possible i assume.

Will keep you informed of course.
Best
K

1 Like
#6

Dear rc0,

Thank you for the compliments.

Now I should do a small tutorial, or maybe a video featuring these autoconnect stuff. Didn’t still have time for it I am sorry. But will do ASAP.

You still can have some help wile typing ‘h’ in a patch. But still it is not that straight forward since they are shortcuts.

Best
K

#7

Karim,

I can do without the (306 and) 665 EDO, I only ever use it as an alternative to MIDI cents because of its handling of quintal JI. 53 EDO would be awesome, though.

All the best,
António

#8

Dear Antonio,

Ok so i will let Steven know this and if he’s ok will plan very soon the 53 EDO.
Will tell him about the 665 also. We have talked also totgether, about JI, and planning to start testing this solution.

Will let you know.

Best
K

1 Like
#9

Hi Antonio. Thank you for the positive feedback. To echo Karim - I’m currently working on implementing several more equal division systems over the coming releases, including 53-, 26-, and 34-EDO. JI is a little more challenging to implement as there is a potentially infinite number of pitches. I will start with a small section of the 13-limit lattice, but my goal is to support at least up to the 23-limit.

To your request for 665-EDO: I have also been thinking about implementing higher EDO systems for finer JI approximation (e.g. 149-EDO, as it’s distinctly consistent through the 17-odd-limit). Watch this space!

#10

Hi Steven,

Absolutely. I’m particularly interested in 41-, 53-, 306-, and 665-EDO because they offer extremely well-behaved refinements of 12-EDO as pythagorean (3-limit) tunings. 665-EDO is practically indistinguishable from its pure-tone counterpart, that’s why I spoke of it as an alternative for MIDI cents in this context. Tunings generated by other ratios (5/3, 6/5, etc.) would require different EDOs as approximations, but I rarely play with those.

All the best,
António

#11

Dear Karim,

Thank you for this new release.
I apologize if I had to open a new thread, anyway I have noticed a strange thing: if I want to export in xml format from voice or poly classes, by right click and selection on menu, even if new created classes, I obtain the following advice:
immagine
On poly classes of precedent patches this don’t happen. On voice classes yes, even if in precedent patches (precedent before updating OpenMusic).
If I use the export-musicxml function I can export normally, without any advice.
I am on Fedora 42, and OsX 10.13.6 High Sierra, on both last release of OpenMusic.
Many thanks in advance, and Merry Feasts, ciao

Fabio

#12

Dear Fabio,

Thank you for reporting this bug.
It is fixed now and you;ll find the patch fix here along with the releases:

Some other fixes included :slight_smile:
Thank you all for reporting these.

Best Wishes
K

#13

Dear Karim,

Thank you very much, a very speed fixing! I have tested on MAc and Linux, it runs, thank you again.

Ciao

Fabio

1 Like