You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi there,
maybe this sounds a little strange in the first place, but is there any possibility to tell the atem to move the t-bar back in its origin position after it moved to eg. 50% ?
I´m stream a lot of concerts and overlay two cameras (slowly fade to 50%). Since manually moving the t-bar does not really look smooth, i use "auto" and then Osculator to stop the t-bar at 50%. But many times i want to go back to the first camera...
I tried to switch program and preview, but this is visible in the program out (ugly glitching....)
Can this be done with touchOSC at all (without a physical t-bar) or does anyone have an idea?
Cheers, Chris
The text was updated successfully, but these errors were encountered:
Just getting around to these. I may be able to add an endpoint that could do just this. Next time I test, I'll test it out and see if I can make it work
Hi there,
maybe this sounds a little strange in the first place, but is there any possibility to tell the atem to move the t-bar back in its origin position after it moved to eg. 50% ?
I´m stream a lot of concerts and overlay two cameras (slowly fade to 50%). Since manually moving the t-bar does not really look smooth, i use "auto" and then Osculator to stop the t-bar at 50%. But many times i want to go back to the first camera...
I tried to switch program and preview, but this is visible in the program out (ugly glitching....)
Can this be done with touchOSC at all (without a physical t-bar) or does anyone have an idea?
Cheers, Chris
The text was updated successfully, but these errors were encountered: