atemOSC
atemOSC copied to clipboard
SteffeyDev
T-Bar command changing Input to start from before starting the transition.
Here is the setup that we have and I'm not sure which component may be the problem, but wanted to post it here to see if anyone has seen similar things happen.
Monoprice SRP12 midi controller OSCulator atemOSC
Not every time, but frequently, when we start the transition using the slider on the midi controller, it cuts to the preview, then transitions back to the original program out. The midi controller is sending the codes as a controller code and that can't be changed in its configuration. I've attached a screen shot from OSCulator to see what it is receiving. I don't have atemOSC's messages available because it only scrolls back so far, but I can recreate the issue next time I'm in front of the computer. You will see that we have OSCulator listening on midi/cc9/1 for the tbar control.
I've done a little research into this and it appears that if you take Auto, regardless of whether it is coming from a midi device or through the ATEM Software control, then go to use the T-Bar on the midi control, it is cutting to preview before doing the transition.
The culprit is that the midi controller's slider is in the opposite position of the T-Bar in the ATEM Software Control, after the Auto, so when you start the transition on the midi controller, it has to cut to the position the slider is sending, then perform the transition. Is there a way you can think of to get around that?
I think that the problem is the MIDI slider is getting out of sync with the ATEM software. I believe it might make sense to either ONLY use the controller, or ONLY use Auto, but not both.
Yeah, we either need to always use the slider and just do it faster or use the T-Bar another way, unless they are both in the same position. I wonder how the ATEM Broadcast Panels handle that, they are motorized, which is possible.
I use Max MSP to control atemOSC, and when I control the Tbar, I automate an "auto" style transition, thus keeping ATEM and OSC in sync. I would figure out a way to do that with the software you are using.
@randallpacker would you show us your solution? Wich software are you using?
I'll get to that on Monday. In the meantime, as I recall, the key thing is that the T-Bar and the OSC range between 0. 1. are always together. And the way to do that is to never move the T-bar manually, but always with OSC. Anyway, I clarify Monday.
I take that back, I am having the same problem. With manual control of the T-Bar, every once in awhile when you reach 0 or 1, it flips and reverses itself. On the other hand if you use Auto Transition, it never does this, but then you have no control over the bar. This seems like it might be a question for Blackmagic.
I've made some improvements on this front in version 5. If it still proves to be an issue, please open a support request on www.atemosc.com/support.
