|
From: Bernard B. <ber...@gm...> - 2020-07-19 15:12:14
|
I remember this discussion in Gratz! Using MIDI input/output messages in BP makes it possible for several virtual musicians to perform together or in turns. Look at the attached picture. It shows that some MIDI keys or controllers can be set up to send instructions that other musicians will receive (or not, depending on their MIDI filter) to modify their behaviour in real time. For instance if a musician decides to change his metronom value he can send the information to collegues who will immediately change accordingly. Some signals can be sent for synchronization if the other musician is supposed to wait before playing in term. A musician can also be assigned maximum computation time to avoid a break: when time is almost up all constraints will be released to get ready in time for the next synchronization signal. Values can also be exchanged to modify parameters K1, K2 etc. assigned to controling various things, from sound intensity to legato value or weights of rules. Time structure can be switched between striated and smooth. A remote command can even trigger a script instruction… All these interactions already work in BP2.9.8 but I could never afford putting together hardware to program a demo. ;-) This interaction model was designed from looking at the way Indian musicians, drum players and dancers are improvizing together, but it still can be improved… Bernard Rainer Schütz wrote on 19/07/2020 15:21: > This topic is musically fascinating! We discussed about expressive deviation from “regular timing” with respect to Gamelan music often, and came to the view that - as Gamelan music is ensemble music - an adequate description must include an idea of how multiple performers influence each other, of how effective timing is a result of negotiation between multiple agents. Unfortunately that “multi-agency” perspective made things very complicated from the outset so that we never actually reached a stage, in which timing was actually generated interactively. I am looking forward to learning how things were “thought” in Bol Processor! > > Best > .r. > > > > > _______________________________________________ > bolprocessor-devel mailing list > bol...@li... > https://lists.sourceforge.net/lists/listinfo/bolprocessor-devel |
