Replies: 2 comments 8 replies
-
This is very possible to do, and I did start playing around with it last year https://github.com/LibAtem/AtemProxy In reality, the application is not that complicated. The protocol is pretty stateless, and everything generally should go to everyone. The exception being the locks and media transfer bits, and audio levels as they are opt-in and can be a lot of traffic |
Beta Was this translation helpful? Give feedback.
-
This is a great idea. Skaarhoj has a product for this as well. We only have one ATEM here and we hardly use it. I could help test but probably not put a lot of time into development for it. @mattv8 is our Tally Arbiter C# man, let's rope him into this. :) |
Beta Was this translation helpful? Give feedback.
-
Hi all,
this is definitely not the right place to discuss this feature as it is only indirectly related to TallyArbiter, but I'd like to have some thoughts of you about the following idea:
I really enjoy watching @aaronpk's weekly livestreams about video production and here he says that the problem with using TallyArbiter for him is that he would run into the ATEM's concurrent connection limit of five devices.
I have personally run into this, too (1 PC with TA, the ATEM Software Control and my own control software + a second PC with the ATEM Software Control and my control software as well --> a third PC could not connect anymore)
So I wondered if we can create a Proxy Server which could relay the commands sent to and received from the ATEM to all connected devices. Then, you would connect the proxy server to the ATEM and other devices to that proxy. Has anyone here thoughts on that?
It's probably not enough to just combine the TCP streams as we need to send the return values of commands back to the correct sender...
Maybe @Julusian, who maintains the
atem-connection
library, has some thoughts if that is even possible?Beta Was this translation helpful? Give feedback.
All reactions