diff options
author | cbdev <cb@cbcdn.com> | 2017-07-04 01:10:08 +0200 |
---|---|---|
committer | cbdev <cb@cbcdn.com> | 2017-07-04 01:10:08 +0200 |
commit | 8f32e0e3c7c2687a0a730445c56f4b0c69cb7fd1 (patch) | |
tree | 6975f6595b011e21dc81633bdc2402bf0d0196e5 /README.md | |
parent | 7cc78e0413504ba0c58289d964a65df2b872271e (diff) | |
download | midimonster-8f32e0e3c7c2687a0a730445c56f4b0c69cb7fd1.tar.gz midimonster-8f32e0e3c7c2687a0a730445c56f4b0c69cb7fd1.tar.bz2 midimonster-8f32e0e3c7c2687a0a730445c56f4b0c69cb7fd1.zip |
Change mapping syntax to allow bi-directional assignments
Diffstat (limited to 'README.md')
-rw-r--r-- | README.md | 15 |
1 files changed, 13 insertions, 2 deletions
@@ -36,10 +36,19 @@ A configuration section may either be a *backend configuration* section, started The `[map]` section consists of lines of channel-to-channel assignments, reading like ``` -instance.target-channel = instance.source-channel +instance.channel-a < instance.channel-b +instance.channel-a > instance.channel-b +instance.channel-c <> instance.channel-d ``` -Assignments are one-way only, so to create a bi-directional mapping two assignments are needed. +The first line above maps any event originating from `instance.channel-b` to be output +on `instance.channel-a` (right-to-left mapping). + +The second line makes that mapping a bi-directional mapping, so both of those channels +output eachothers events. + +The last line is a shorter way to create a bi-directional mapping. + An example configuration file can be found in [unifest-17.cfg](unifest-17.cfg). ## Backend documentation @@ -151,6 +160,8 @@ loop.foo = loop.bar123 It is possible to configure loops using this backend. Triggering a loop will create a deadlock, preventing any other backends from generating events. +Be careful with bidirectional channel mappings, as any input will be immediately +output to the same channel again. ### The `osc` backend |