Reactive visual programs in OM
The reactive mode in OM is an intermediate model for visual programming inheriting both from the off-line, demand-driven, computation paradigm of OpenMusic, and the reactive features of interactive/real-time systems. The objective is to integrate and control the interactions between CAC programs and their external context. In this model, visual programming components are capable of “listening” to the environment, or to other components of the programs, updating contents or triggering calculations accordingly, and propagating changes. This “dataflow-oriented” approach implies new semantic definitions, implementation and corresponding user interactions. It is based on the existing OM semantics and conservative with regard to this semantics, so that existing programs created in the environment remain valid in the reactive framework.
The OM reactive mode is available in OM >= 6.9.
How to Use It:
Activate reactivity in OM “General” Preferences window.
Select boxes and type
Rto set their reactive status on/off.
Not all boxes can be made reactive. Reactive boxes are displayed with a coloured frame.
Any modification to a reactive box will propagate downstream to the connected boxes that are also reactive.
Modifications can be:
- Evaluation (
V) [=> the box has a new value]
- Edition in the graphical editors or in the text field (for simple value boxes).
- Modification of an input value
- Action of an “interface” box (e.g.
- External update (e.g. receive boxes – see below)
- Evaluation (
Reactivity applies to the first-order visual program, that is, not inside the sub-patches. A sub-patch (even if it contains reactive boxes) is still considered as an atomic function in the reactive context.
om-receiveto send values and reactive updates between open patch editors.
In order to check what is going on, you can use a reactive
text-boxand connect it to your patch.
Receiving from external applications:
Reactivity can make particular sense for receiving data from external applications and updating/computing OM visual programs accordingly.
midi-in(OM 6.9) box reactive and the data will be propagated at every incoming message.
This feature is compatible with the existing “lambda pre-processing” of incoming messages.
MIDI-inmight need to be turned off and on again if an error occurs during the propagation of an incoming event.
route-oscboxes can help routing incoming messages and notification.
routewhich default test is a string comparison of the OSC messages’ address.
Several dedicated tools will allow to collect or group incoming data, such as
collhas a temporary memory and allow to collect incoming data (can be seen as the reactive equivalent of an omloop collect. On update request, it behaves differently depending on the input:
- in collects the data in a list
- push propagates the updates with the current contents of the list
- init reinitializes the memory
grouphas a configurable delay (in ms). Within delay, updates are collected in a list before to propagate.
groupand uses a delay parameter to collect lists of list from incoming data.
Note: if an error occurs in the the processing of an incoming event, the MIDI or OSC receive loop might stay stuck in a disabled state. In this case, you might need to turn off and on (
R) the receive process.
Example: Collecting/processing incoming MIDI using MIDI-IN
J. Bresson, J.-L. Giavitto (2014) A reactive extension of the OpenMusic visual programming language, Journal of Visual Languages and Computing.
This paper gives a formal semantics of the reactive model in OM, as well as preliminary orientation for its implementation. An extended state of the art and study of related works is given.
J. Bresson (2014) Reactive Visual Programs for Computer-Aided Music Composition. IEEE Symposium on Visual Languages and Human-Centric Computing – VL/HCC, Melbourne, Australia, 2014.
This paper presents the reactive programming framework in OpenMusic, highlighting some characteristics of the programming and computation paradigms involved. It describes its implementation, and shows some preliminary extensions and applications.
EFFICACe project report including semantics, implementation and preliminary applications.