Manuel1975 Posted April 3, 2013 Share Posted April 3, 2013 Hi There, Im diving into driving magicQ by midi. So far so good. The only thing I miss is the ability to map the "midi x note off" command to release a specific que. The only thing I could find is release a quelist by using the "u" command. Not an individual que within a quelist. I want to start and stop a que by drawing a one midi note. Now I need to draw a note to start a que and one to stop the same que. Hope you can help... Cheers, Manuel Link to comment Share on other sites More sharing options...
indyld Posted April 4, 2013 Share Posted April 4, 2013 Release happens at playback level, rather than cue level which I think am right in saying is a similar concept in most consoles of this design. After all, what if that cue isn't the current one in the stack? You could make a single cue playback / executor and release that. Or create a different MIDI fired cue that "undoes" the previous cues. Depends how you want it to work. Edit: Actually, I think I might be talking rubbish. Will have further think later when more awake :) Link to comment Share on other sites More sharing options...
indyld Posted April 4, 2013 Share Posted April 4, 2013 Yup, have thought about it. Using U and T direct via MIDI notes can only work at playback level OR stack in the Stack Store level. This means that you don't have to have the single cue stack actually on a playback. You can just Test and Untest if where it is. But it's still controlled a level above cue. Tell us more about what you want from the final solution in terms of control and playback in the show? Link to comment Share on other sites More sharing options...
Manuel1975 Posted April 5, 2013 Author Share Posted April 5, 2013 Yeah, wel. Sorry to waste your Time. Fixed it by giving a traditional go and go back command through midi... Trackin events become much more predictable this way... Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.