MIDI-OX User Forum - Print Page


    
      
        MIDI-OX User Forum
        (http://www.midiox.com/cgi-bin/yabb/YaBB.pl)
      

        MIDI-OX >> Mapping Questions >> Trouble with remapping Ctrl events
        
(Message started by: s9dd on May 21^st, 2015, 4:12pm)

Title: Trouble with remapping Ctrl events
Post by s9dd on May 21^st, 2015, 4:12pm

I am having a problem with a map. It is supposed to remap Volume on channels 4 5 and 6 to channels 1 2 3.

Here's what works.

TIMESTAMP IN PORT STATUS DATA1 DATA2 CHAN NOTE EVENT
DATA MAP
Ch Message V1Min V1Max V2Min V2Max C|Ch Message V1Min V1Max V2Min V2Max Ac
* NoteOn * * 100 127 | * * * * 100 104
* PitchB * * * * | * Discard * * * *
4 Ctrl * * * * | 1 Ctrl * * * *
5 Ctrl * * * * | 2 Ctrl * * * *
6 Ctrl * * * * | 3 Ctrl * * * *
4 ProgChg * * * * | 1 ProgChg * * * *
5 ProgChg * * * * | 2 ProgChg * * * *
6 ProgChg * * * * | 3 ProgChg * * * *

And here is what does NOT work:

TIMESTAMP IN PORT STATUS DATA1 DATA2 CHAN NOTE EVENT
DATA MAP
Ch Message V1Min V1Max V2Min V2Max C|Ch Message V1Min V1Max V2Min V2Max Ac
* NoteOn * * 100 127 | * * * * 100 104
* PitchB * * * * | * Discard * * * *
1 Ctrl 7 7 * * | * Discard * * * * --- remove Ch#1 CC#7 events
4 Ctrl * * * * | 1 Ctrl * * * *
5 Ctrl * * * * | 2 Ctrl * * * *
6 Ctrl * * * * | 3 Ctrl * * * *
4 ProgChg * * * * | 1 ProgChg * * * *
5 ProgChg * * * * | 2 ProgChg * * * *
6 ProgChg * * * * | 3 ProgChg * * * *

In the second example, no CC#7 events on Channel#4 are remapped to Channel#1.

I have tried saving, loading, you name it. Channels #5 and #6 work fine, just all inbound Channel#4 CC#7 events vanish, and there is no output.

I could use a pointer here. Thanks!

Title: Re: Trouble with remapping Ctrl events
Post by Breath on May 22^nd, 2015, 4:25am

Hi
it all works for me.

"In the second example, no CC#7 events on Channel#4 are remapped to Channel#1. "
".. just all inbound Channel#4 CC#7 events vanish, and there is no output. "
Are other CCs on channel 4 remapped?
I know you have written channel 1 here, but are you sure in your map the discarded CC7 is channel 1 and not channel 4

The map works by stepping though each line in order looking for an input match and if found then the message is changed and leave the list.
Output the message.

Does it do it if you only have the 4 CC lines?

Royce

Title: Re: Trouble with remapping Ctrl events
Post by s9dd on May 22^nd, 2015, 4:33am

Thank for replying Royce. These are direct cut/paste from MIDI-OX using the "copy to clipboard" function, each loaded from two saved .oxm files - one with the Ch#1 7 7 discard rule, and one without.

On this basis, the channel 4 rule - remap all controllers to channel 1 - is correct.

I am using v7.0.2.372 on Win7 x64bit. If it works for you, can you clarify the version and o/s are similar?

Other controller values - eg. Timbre #71 are remapped to channel #4 from channel #1.

It really is only the volume CC#07 events that are not.

Title: Re: Trouble with remapping Ctrl events
Post by s9dd on May 22^nd, 2015, 4:38am

On your point, it works processing each rule in order, I am relying on this.

1. Discard all Volume CC#07 values on Ch#01 - these are messages I do not want at all, from the external synth when it's layer is adjusted in realtime.

2. All note events are passed through to the VSTi in the PC on Ch#01 however, because I need it to play along with the external synth.

3. MIDI CH#04 is a secondary volume control I have on the external synth, which SHOULD now be rechannelled to Ch#01, to give me control of the VSTi volume on Ch#1.

So, the rules state:
1. discard all Ch#01 CC#07 - quit list if matched.
2. remap Ch#4 CC#XX to Ch#1 - quit list if matched.

Is my understanding of how this works correct?

Title: Re: Trouble with remapping Ctrl events
Post by s9dd on May 22^nd, 2015, 4:42am

If my understanding is correct, surely I should see CH#01 CC#07 messages in the VSTi if I send Ch#04 CC#07 messages from the external synth?

I can see them arrive in the input window... however, there is an eerie "nothing happens" in the Output window.

At this point, I do not understand why.

If you examine the image below: (colour coded by channel)

1. NoteOn/Off C Ch#1 > output correctly Ch#01
2. Volume Ch# 1 CC#07 > discarded correctly
3. NoteOn/Off B - separator
4. Volume Ch# 4 CC#07 > *** error! no output ***
5. NoteOn/Off Bb - separator
6. SustainOn/Off Ch#1 CC#64 > output correctly Ch#01
7. NoteOn/Off A Ch#1 - separator
8. ProgramChange Ch#4 > output correctly Ch#01
9. SustainOn/Off Ch#04 > output correctly Ch#01

Title: Re: Trouble with remapping Ctrl events
Post by s9dd on May 22^nd, 2015, 5:03am

http://studio.davidcday.co.uk/gfx/midi-ox1.jpg

Title: Re: Trouble with remapping Ctrl events
Post by s9dd on May 22^nd, 2015, 6:58am

And what is seriously weird...

If I replace the DISCARD rule with this:-
1 Ctrl 7 7 * * | 1 Ctrl 8 8 * *

It works properly: in other words, CH#4 CC#07 events are now remapped.

This means, that DISCARD is somehow preventing the next rule from operating properly

Therefore, I would like to elevate this as a bug in v 7.0.2.372 x64bit Win7 version: it is clear to me that "DISCARD" does not operate properly. While the workaround is to remap to a meaningless controller, that could easily cause unintentional problems.

Title: Re: Trouble with remapping Ctrl events
Post by Breath on May 22^nd, 2015, 9:39am

Sorry it looks seriously weird.

Your map works perfectly on my 2 machines, but they are both 32bit XP.

I can't see how Win7 64 in 32bit mode would do this .

I have tried it using MixiOx 7.0.0 and 7.0.2 and both are ok.
Perhaps Jamie needs to do a 64bit compile but I suspect there is more to it than just a recompile.

I guess XP mode in a vm would screw things up (?)

Sorry I can't help farther.

Royce

Title: Re: Trouble with remapping Ctrl events
Post by s9dd on May 22^nd, 2015, 4:22pm

Thanks for looking at it Royce, and your tests. At least we now know there is a subtle disparity between the two builds.

Hopefully, as you suggest, Jamie may be able to shed some light on the 64bit build.

Also I am glad you have confirmed it Should work as I intended, and it's not me misunderstanding how MIDIOX is supposed to work.