It took long enough, but version 1.4 of my Tally Arbiter software is released!
Here are some of the highlights:
First of all, the entire web interface has been rewritten to support the use of the Bootstrap framework. This makes it a lot easier to use, and it looks much better too! Huge shoutout to Matthijs (mg-1999) for taking the time to do this. The bulk of the Bootstrap rewrite is his work.
Secondly, Tally Arbiter can now monitor multiple ME’s on ATEM sources, whereas previous versions could only monitor ME 1. This is great if you have more busses that you need to track for on-air sources! If a source goes into preview or program on the ME’s you’ve selected to monitor, and a Device is associated with an address on that source, it will show up.
Third, the Blink(1) and GPO listener clients have been updated to support automatic attempts to reconnect to the Tally Arbiter server, if they start up and the server is offline. This will make it even easier to keep everything connected!
Also, support for Analog Way LiveCore devices has been added, thanks to Alberto (albertorighetto)! So if you have one of those devices, go check it out!
If you use the phone tally viewing page (a very convenient way to turn any phone or tablet into a tally light!), Tally Arbiter has two updates: a QR code has been added to the home page, making it easier for users to navigate to your Tally Arbiter server, especially if you’re running locally and you want to avoid typing in IP address information. Also, your device (if supported) will vibrate or pulse when the selected Device for tally goes into preview or program.
Lastly, there were a few bug fixes here and there to help with performance.
Here’s a video to show it in action!
You can get the latest source code at the Github repo: https://github.com/josephdadams/TallyArbiter
Thanks for all your hard work, your software is awesome !
I’m working on a project where I think I’ll have to deal with TSL over serial (RS422 I believe) instead of ethernet, the switcher would be a Ross Vision, older generation. What do you think would be my best option here ? I’ll be on linux, do you think if I forward the serial data to TCP socket (based on this idea : https://stackoverflow.com/questions/22624653/create-a-virtual-serial-port-connection-over-tcp ), would that work ?
Also, I’m curious about line 158 : //adds the GPIO input type option if the software is running on a Raspberry Pi. Would that mean that I could use the GPIO on the Pi to trigger a tally for a device ?
Thanks again !
Hey Sebastian! I don’t have any experience with socat or ser2net but you could try it! Let me know how it works. It would definitely expand the user base if that’s an option.
GPI is not implemented at this time. But maybe down the road I will implement it. Or if someone else wants to, they can. 🙂
Sorry, but now with Atem 2 M/E Production Studio not worked at all from bus M/E 1 – always monitoring bus M/E 2, regardless of settings “MEs to monitor”. Return to v1.3 – all worked nice. What what’s wrong with the version 1.4 ????
Sounds like we need to troubleshoot. Reach out to me via the contact form and we can try to see what’s going on.
I can confirm the same result for me on a 2ME BMD only seeing tally from ME2 and nothing from ME1 … I am just in testing state to see how it works before buying the m5stickc’s …. also it appears that I would have to re-config each stick after disconnect any way this could be solved in config file to be saved?
Love the project …. was exactly the kind of thing I was looking for and able to setup in such a budget friendly way
Also quick question …. Could it be possible to use the GPIO on the m5stickc to power 2 LEDs so that if PV/PGM was selected on that tally the desired LED would light would be great to talent tally so pastors now what camera they should address …
Thanks for the great work!!
LikeLiked by 1 person
I am tracking the issue and will be doing some troubleshooting this week. It’s actually only showing tally on the last ME, whereas previously, only the first ME. I will post a new release to the repository when it is fixed, so be sure you are following it there! Also, some good changes are coming with the M5 client. GPO output is planned!
How do I get a hold of ver 1.3 …. as 1.4 won’t support ATEM 2ME ?
Currently, the only way to get ahold of it would be to go back in the Github commits before the change was pushed: https://github.com/josephdadams/TallyArbiter/tree/94afe58e57f0e10aa464510b034bcf29724f10a0
Hello! Very interested in getting Tally Arbiter to work with listeners on a ESP8266-based wifi Arduino. I imagine the Arduino code would be very similar to M5stick but without some of the extra controls for buttons or display. I am not up to speed on coding, how could I find more information about how to create a listener for the esp8266 architecture? Thanks!
Tally Arbiter uses socketio for all communication between the server and official TA listener clients. I started on a ESP8266 client awhile back to integrate with the BMD Arduino hat to integrate tally over SDI for Blackmagic devices. Long story short, I had plenty of compile issues related to socketio. I haven’t had any time to look into it again. But you’re welcome to take a look at that as a start. I can share the repo with you on Github.
Great stuff 😂👍👍👍
A question, maybe a feature request.
I use VMIX (one input is the Atem) and an Atem to switch cameras. It would be nice if I could apply some logic. like only if VMIX Input 1,5,7,15 is in Program show the Atem preview/Programm state to the tally lights else none of the Atem Inputs been shown.
The current version may do what you want. You can link sources by bus. So you could for example, have a device named Cam 1, and have ATEM source 1 assigned to it along with VMix 5. If linked on program, Tally Arbiter will only say it’s in program if the ATEM is on 1 on program and Vmix is on 5 on program at the same time.
The multiple “or”, you can do within one device. But I can consider the possibility of adding this type of logic. I’m just not sure how big that use case would be.
Can you help describe what it is that you are doing?
Not sure if I am doing something wrong but Tally Arbiter seems to be using all the connections to ATEM or locking them out … when I leave it running for a while it seems other clients won’t connect to ATEM 2ME (including ATEM panel) as soon as I unplug the Raspberry Pi they all connect like normal any thoughts ?
At this point, the best answer I can give is, if you want ATEM support, use Tally Arbiter 1.3. I broke support for it in 1.4 in quite a blaze of glory when I switched connection libraries, and I don’t have a lot of time at the moment to fix it. Hoping to get to that in January.
Looking forward to an updated version! I started investigating this to get around the 5 connection limit ATEM devices have, only to discover that it isn’t currently working with ATEM devices… I already have M5StickC devices that I’m using for tally, but I’m wanting to connect them via Tally Arbiter instead of them connecting directly to the ATEM (and using all of the connections), so I’m eager to see updates to that software too.
I hope to get this sussed out and fixed before the end of the month. I’ve had to work around my schedule and access to multiple ME ATEMs remotely. I’ll definitely have a post about it when that happens because it will be a part of TA 1.5 which includes a lot of other features as well (most of which are available as incremental updates but I will promote them all in 1.5).
Thank you for your great work!
I’m running the server actually on an old iMac, but I’m thinking to switch to a Raspberry Pi as a server, to put it into a moblie Rack.
Could you give me a hint wich Pi I would need? is a Pi3 enough? Or should it be a Pi4 with 2GB, 4GB or even 8GB?
I use a pi3b with 1gb of ram and it works great! It’s been running for months with no issues.
LikeLiked by 1 person
I suggest you are running it in Headless mode?
Yes, I run it headless. I SSH into it whenever I need to restart a process or tweak something. I typically only do this when I am upgrading the software and want to run that new version in production.
LikeLiked by 1 person
You can also VNC into a headless Pi pretty easily if you prefer a GUI.
LikeLiked by 1 person
True. Tally Arbiter on a Pi is completely in-console though, so not much value in VNCing to the Pi to then run a terminal window.
LikeLiked by 1 person
Hello, I am currently trying to get this setup at my church- we recently upgraded to the roland v60-hd with 3 ptz cameras and I have not been able to get the tally arbiter software to connect to the v60, I have tried setting it up on a pi and my Mac but both can’t connect. I setup obs as a test and I can get that to work just fine- even got a few esp8266 with neopixels to connect and work. Any advice or help would greatly appreciated. Thanks
Sounds like we may need to troubleshoot and debug. Would you mind reaching out to me via the contact form so we can set up a teamview together?