torstenanders

> There are no restriction of any kind. Indeed, arbitrary Lisp libraries can be loaded into Opusmodus, which is great. I was ported over a number of libraries from other systems this way (some from OpenMusic as well, though not shared yet, as their development status is even more messy). > Opusmodus makes it difficult to use independent Lisp packages Just for completeness, I was talking here not about external Lisp libraries, but Lisp packages. Perhaps I was incorrect above, or at least not up to date. Sorry: this now gets a bit geeky. Are meanwhile *all* user-facing Opusmodus functions and also *all* symbols of its score format external symbols in that package? If so, then my comment above is indeed incorrect, and one could combine the external symbols of Opusmodus with the symbols of other packages in a clean separate package that would then represent Opusmodus extended with some other library in a clean way (and symbol shadowing could be controlled if necessary). At the time I (started to) define the tot library, the above was not the case, and I felt forced to define all my extensions directly within the Opusmodus package. Such package bloating is something I would usually try to avoid.

> Possible workaround for now: remove the source file tuning.lisp and thus all microtonal stuff I should perhaps add that you remove a source file from the tot package by removing or commenting out the relevant line (line 25) in its defsystem statement. Hope this helps...

> the problem is here that Opusmodus makes it difficult to use independent Lisp packages In Opusmodus' defence, this software tries to simplify using Lisp for non-programmers. This design goal somewhat conflicts with the design philosophy of Common Lisp itself to be a programming environment geared particularly towards large-scale and complex programming projects (in contrast to, say, Scheme or Python). Opusmodus therefore simplified a number aspects of Lisp including the discouragement of Lisp packages for Opusmodus programs.

Copied direct response to Jon: Dear Jon, Thanks for your interest. You likely need to use another branch of the cluster-engine repository (optimisations): https://github.com/tanders/cluster-engine/tree/optimisations Background: cluster-engine was initially developed for another Lisp compiler, and I had to do a number of revisions to get it working inside Opusmodus and other compilers. I would ideally clean up the git repository, but don't really have the time to do that in the foreseeable future. > I can load tot, but some things are broken, most likely because Opusmodus has changed in the interim. Indeed, that happens. Opusmodus functions change (even their interface), and there is not really an easy way to see in a single document all the breaking changes, and I currently do not have the time to follow this up anyway. Sorry. Luckily, both Opusmodus and tot are rather modular, so ideally only some things are broken and others still work. Sigh... > The function ratio-to-cent is predefined by Opusmodus. Yes, I vaguely remember that this one cropped up at some stage when Opusmodus introduced that function. In a nutshell, the problem is here that Opusmodus makes it difficult to use independent Lisp packages, and Opusmodus itself defines very many symbols so these clashes happen. ? Possible workaround for now: remove the source file tuning.lisp and thus all microtonal stuff that tot defines for now (because a lot depends on the function ratio-to-cent there) ? Messy... I currently do not have the time to use Opusmodus, and unfortunately it shows in such breaks. Hope this helps. Sorry for all this mess.

I assume you want to use the Lumatone for entering microtonal pitches into Opusmodus, right? The Opusmodus pitch representation currently supports microtonal pitches, but only subdivisions of 12 EDO into quarter and eighth notes. I don't know whether MIDI input for quarter and eighth notes is supported. If it is, then you might be able to hack some mapping of the Lumatone MIDI output to whatever MIDI input Opusmodus would require for the subset of microtonal pitches it supports. I understand that one can freely program whatever MIDI the Lumatone should output for a given key, so if Opusmodus has whatever MIDI input support for its microtonal pitches, you might be able to hack your instrument to output that, but you are most likely on your own there. However, Opusmodus cannot even represent microtonal pitches beyond the above. It cannot represent arbitrary equal divisions of the octave, and certainly no other tunings (e.g., no JI or arbitrary regular temperaments). At some stage I was extending its representation in a private project to support arbitrary regular temperaments, so that I could express, e.g., just intonation intervals in my extended OMN (incomplete state of this work at https://github.com/tanders/tot/blob/master/sources/tuning.lisp). However, I did not add any MIDI input mapping for that at all. If however you want to use the Lumatone simply for playing 12-EDO music with an isomorphic keyboard, then I guess it can output the standard MIDI output for that and I assume that Opusmodus could then handle that like the MIDI input from any other keyboard. BTW: I have another isomorphic keyboard here myself, but instead of using that I meanwhile moved to using MTS-ESP (https://oddsound.com) to always have some subset of my desired microtonal pitches available at any time, and to change this subset by MIDI events if I want to. Not as flexible as an isomorphic keyboard, but not too bad as an option either, and I stay compatible with all the software limited to mere 12-EDO (that software does not need to "know" I "misuse" it for microtonal purposes ).

How much of the current code depends on CCL beyond all functionality of the Graphical User Interface incl. the editor, and the workspace? For example, does the MusicXML support depend on CCL, or the MIDI export, or... ?

Thats a release from Apr 20, 2020. Am I missing anything? Release Clozure CL 1.12 · Clozure/ccl GITHUB.COM This is Clozure CL 1.12. There are two steps to obtain this release. First, obtain the source code for CCL by cloning the repository (with git clone https://github.com/Clozure/ccl.git), or by down...

Thanks for sharing your screen. Is sleep precise enough for realtime scheduling?

Anyway, thanks to Janusz again for adding that after such a feature request!

Actually, it is possible to leave out those logging messages. Execute the following. (Unfortunately, this does not work when defined in an ~/Opusmodus/Extensions/*.lisp file. My guess is that it is overwritten by the system afterwards. However, you can execute it after the startup, e.g., by hand, and it cleans up your listener.) (defparameter *do-verbose* nil "Enable or disable traces printed by do-verbose.") For details see Best, Torsten

If you are looking for something fun to read that still covers the big ideas, there is also The Little Schemer (and a number of related books). Note that this book again uses Scheme for clarity, but the fundamental ideas are the same in Common Lisp. Some incomplete preview: https://books.google.com/books?id=xyO-KLexVnMC&printsec=frontcover&dq=the+little+schemer&hl=en&sa=X&ved=2ahUKEwi8ysjBndrvAhXU_7sIHXmKBmkQ6AEwA3oECAIQAg#v=onepage&q=the little schemer&f=false Quote: What you need to know to read this book.The reader must be comfortable reading English, recognizing numbers, and counting.

SICP is a really excellent book! (Even though meanwhile it is not used for teaching at MIT anymore.) What I alluded to above (higher-order functions) is already covered relatively early in the book in section 1.3 (link). This book provides a really solid foundation for programming. If you just study the first two chapters that might already be enough for your purposes (well organising code for algorithmic composition). (Fun fact: I read this book during our honey moon ~20 years ago.) Note that the book uses the (smaller & more clean) Lisp dialect Scheme, instead of Common Lisp (which is a huge language, a unification effort of multiple Lisp dialects that includes features of multiple older Lisp dialects). Opusmodus is based on Common Lisp. If you want to study higher-order functions and other matters directly for Common Lisp, there are of course also suitable books, e.g., Practical Common Lisp. Functions incl. higher-order functions are discussed in chapter 5 (link).

I understand that builtin functions of Opusmodus are not working on this level of abstraction / expressive power, as it would be a rather steep learning curve for users, but using and defining functions at this flexibility level reduces the length of your code substantially, which then helps to solve bigger problems by very small teams or individuals. I try to have my own libraries work at this kind of level.

> I would like to SORT an (single-event)-list by pitch... Apologies for a late response. Anyway, such functionality is actually built into Common Lisp. Hardly any coding required. Just specify a key attribute to the builtin sort function to tell it what data to look at for the sorting -- and specify a sort function. (setf events '((e e4 mf) (e a4 mf) (e d5 mf) (e g5 mf) (e b5 mf) (e d6 mf) (e b4 mf 2c) (e e5 mf 2c) (e a5 mf 2c) (e d6 mf 2c) (e fs6 mf 2c) (e a6 mf 2c) (e e5 mf) (e a5 mf) (e d6 mf) (e g6 mf) (e b6 mf) (e d7 mf) (e gs5 mf -14c) (e cs6 mf -14c) (e fs6 mf -14c) (e b6 mf -14c) (e eb7 mf -14c) (e fs7 mf -14c) (e b5 mf 2c) (e e6 mf 2c) (e a6 mf 2c) (e d7 mf 2c) (e fs7 mf 2c) (e a7 mf 2c) (e d6 mf -31c) (e g6 mf -31c) (e c7 mf -31c) (e f7 mf -31c) (e a7 mf -31c) (e c8 mf -31c) (e e6 mf) (e a6 mf) (e d7 mf) (e g7 mf) (e b7 mf) (e d8 mf))) (sort events #'< :key #'(lambda (event) (pitch-to-integer (second event)))) See also CLHS: Function SORT, STABLE-SORT CLHS.LISP.SE Note that this high level of programming and flexibility is what makes programming with Lisp so fun and productive. There are a bunch of other functions builtin doing other sequence operations on the same high level, like count (http://clhs.lisp.se/Body/f_countc.htm ), find (http://clhs.lisp.se/Body/f_find_.htm ) etc.

I am aiming for some state-of-the-art microtonal/xenharmonic support for Opusmodus. Here is a first preview. It has been easier than expected to do what I planned when using some unifying ideas proposed by tuning math guys around 20 years ago. The core idea is that just intonation (JI), arbitrary equal temperaments (subdividing the octave or other intervals) and very many other tunings (https://en.xen.wiki/w/Tour_of_Regular_Temperaments ) can all be expressed as regular temperaments. You can find an informal discussion of regular temperaments, its context and motivation -- how it extends/generalises many other tone systems -- at this link: http://x31eq.com/paradigm.html Importantly, regular temperaments can all be mapped to JI. Therefore, they can also all by notated by pitch notation capable of notating JI for arbitrary prime limits. So, as a unifying pitch notation for all these temperaments I am using such a JI notation. Many recent JI staff notations (I found so far 5 of them, one highly developed one is http://sagittal.org ) are all based on the same fundamental idea, which I am also using: the traditional pitch nominals (A, B, C...) and the traditional accidentals (sharp, double-sharp, flat...) are denoting Pythagorean tuning (when the notation is read as a JI notation), i.e. they notate all the pitches we can reach when stacking just fifths (plus their octaves). We can express this in OMN with our standard pitch notation. Here is a dominant seventh chord, which in a JI interpretation would be tuned in Pythagorean tuning. (setf pythagorean-seventh '(h c4e4g4bb4)) We can play this chord in JI with the new macro def-tempered-score, which does pretty much what the Opusmodus builtin def-score does, but it receives a temperament as one of its arguments. Also, there are multiple MIDI channels specified here, as simultaneous tones are played on different MIDI channels, so they can be tuned individually by pitch bend (I am simply using the def-score tuning argument in the background). Using multiple channels instead of multiple ports is more widely supported by existing MIDI MPE-supporting plugins. (def-tempered-score score-name (:temperament '11-limit-JI :time-signature '(4 4)) (instr1 :omn pythagorean-seventh :channel '(1 2 3 4) :sound 'gm)) OK, how about instead of the Pythagorean third we want to use a just major third -- and also a harmonic seventh. All pitches that go beyond Pythagorean tuning are expressed using new JI accidentals that express some microtonal inflection. The core idea of all the above-mentioned JI pitch notations is to introduce a new accidental for every prime limit (https://en.wikipedia.org/wiki/Limit_(music) ) comma (https://en.wikipedia.org/wiki/Comma_(music) ). These different notations mainly differ in what kind of symbols they propose for these commas. When extending OMN by microtonal accidentals, I am restricted to plain ASCII letters and numbers (most of the ASCII special characters are already used for something else, and OMN does also not really support unicode). So, I suggest to use the letter K for denoting that something is a Komma (similar to the Greek kappa, from where the word comma comes -- the letter C is already used for cent values) and then simply complement that letter with the prime of the comma in question. So, the 5-limit comma (syntonic comma, https://en.wikipedia.org/wiki/Syntonic_comma) is notated 5K and the 7-limit comma is 7K. These accidentals raise the pitch by that comma, for a comma flat, put a minus in front of the accidental. So, here is how we can notate and play the just harmonic seventh chord (1K is the natural sign and multiple accidental attributes for a chord are assigned in ascending order of chord tones). (setf 7-limit-seventh '(h c4e4g4bb4 1K+-5K+1K+-7K)) (def-tempered-score score-name (:temperament '11-limit-JI :time-signature '(4 4)) (instr1 :omn 7-limit-seventh :channel '(1 2 3 4) :sound 'gm)) JI leads to an infinite number of different pitches. Temperaments reduce that number. So, how about we want to play the above chord in, say, 22-tone equal temperament (https://en.xen.wiki/w/22edo ). For that, we only need to define that temperament. Each regular temperament (including equal temperaments and also JI) is specified by only two settings: a small number of generator intervals, and a val for each generator. The vals together specify how each prime (up to the prime limit of the temperament) it is mapped to JI. I will explain these details in a later message and for now simply show the definition of 22-EDO, which is pretty brief. (deftemperament 7-limit-22-EDO ;; List of vals (list (list 22 (+ 13 22) (+ 7 (* 2 22)) (+ 18 (* 2 22)))) ;; List of generators (list (/ 1200.0 22))) Now, we can play the above chord (and any other 7-limit OMN intervals) in 22-EDO. (def-tempered-score score-name (:temperament '7-limit-22-EDO :time-signature '(4 4)) (instr1 :omn 7-limit-seventh :channel '(1 2 3 4) :sound 'gm)) Similarily, we can define arbitrary other regular temperaments by simply specifying their vals and generators.