I have a similar need to control ATEM(s) -- and have looked deeper into it.
The official ATEM SDK doesn't document the TCP/IP or UDP calls for controlling the mixer directly through ethernet. Instead it provides the C++ libraries one needs to write a max external to do the job. Therefore one will need to volunteer to write the external, or I personally would be interested in paying for this object. I will post to the DEV section of the forums and see if there is any interest.
meanwhile, there has been some effort in other software, hardware platforms to make cheap controllers or custom software. You can sift through the atemuser site more info http://atemuser.com/
I am interested in controlling my ATEM switcher and tested ofAtem, but it doesn't seem to work with the current version of the Blackmagic software. I contacted the softer designer but he doesn't respond. Anyone else have this working?
I have used both ofATEM and atemOSC and prefer the latter for more control with my ATEM Television Studio. https://www.buechele.cc/blog/2013/2/5/atemosc-a-osc-bridge-to-control-atem-switchers. It works great with Max. No problems at all for the past couple of years.
I've tried controlling the ATEM 2 M/E with both atemOSC and ofAtem.
I was able to successfully connect to it and change main parameters in the Switcher section. If I monitor the OSC input, I can see the incoming messages arriving in Max when I operate the BlackMagic ATEM Software Control. But when I change from the Switcher to the Audio section, none of the parameters I change (volume, pan, on/off, ...) are transmitted via OSC.
Is this a problem of missing functionality in these bridges (atemOSC and ofAtem) due to their lack of updates?
I'm very much in support of any ATEM development in max. At the moment, I'm using atemOSC to switch between alpha masks as well as six camera inputs. The limitations of atemOSC's OSC implementation mean that I must first load the media onto the ATEM with their program, and also I can't change the fill source for the mask. I've looked at the SDK and I'm hoping to get someone to help orient me regarding how to implement further OSC functionality.
As for an external for all of this, that'd be wonderful!
Thanks for your update. Let me know if you make any improvements to atemOSC, which I use regularly in my work. One of these days the ATEM software will make this patch obsolete, so hopefully someone, if not Cycling '74, will take the initiative.
Yeah, I feel the same way, that I'm locked into this setup [ATEM TVStudio/ATEM Software Control v6.0/atemOSC v.2.4.2]. As long as they keep releasing SDKs for all their switchers, then there will always be a way forward with new hardware and software. What we need is a good, active github page. I'm just not sure how many people are working with this gear for interactive purposes, and I don't know how to find out. justmacros.tv is another route that seems more aimed at automation and church-related affairs (https://www.youtube.com/watch?v=yMf_FnVm0uI), and I wonder if this is more appealing to people than using it with OSC.
It seems like the primary consumer base for these switchers and the interest in OSC are youtube channel people-- those that go it alone and can't afford the assistant and the actual control consoles. I'm pretty sure its more of them than artists, which is fine, but there should be some way to reach out to them to get involved and help maintain a github page. Probably the best thing is to reach out to Daniel Buechele. He was very helpful and responsive a couple years back, and I bet he has a better sense of what sort of people and how many are using this stuff.