[Feature Request]:

[haejung-kim]

What feature would you like to see added to TallyArbiter?

I want this feature!

thanks for your work

I am normally using Sony and Grassvalley Switcher

sony is using parallel and serial tally
Grassvalley is using parallel tally and Ethernet tally

do you have any plan to support that?

traditionally parallel tally is still more used as source in switcher

I hope that tally arbiter changes (parallel tally: GPO) from switcher to TSL-UMD
so that I can use sony switcher as a source in tally Arbiter

[github-actions]

Hello there haejung-kim 👋

Welcome to TallyArbiter!

Thank you for opening your first issue for the Tally Arbiter project. Tally Arbiter fosters an open and welcoming environment for all our contributors. Please adhere to our Code Of Conduct.

If you have more to contribute to this issue, please comment down below! We will try to get back to you as soon as we can.

[JTF4]

Hey @haejung-kim !

We would love to support Sony's and Grass valley's tally protocols, but our big issue is that we don't have direct access to either of those switchers to reverse engineer the protocols for them.

Are you in a place where you could possibly get us remote access to a Sony or grass valley to do the required dev work and then test out our beta build?

[josephdadams]

I have a GPIO to TSL pogram that I can license to you as well. You would run it on a Raspberry Pi and read the GPI pins on the Pi as they are connected to the GPO pins on your switcher. Then you would send this data into your TA instance via a TSL 3.1 source type. Feel free to reach out to me via email if you want more information on that.

[peternewman]

Hi @haejung-kim

It's fairly early stages, but I think I've got Grass Valley Kahuna Tally protocol working via IP in this pull request:
#589

[josephdadams]

@peternewman lmk. when it's ready to merge

[Tearth1]

Hi @josephdadams I'm not sure if you know this already or if its of any use, but Grass Valley have included a Frame simulator that is installed with the rest of the K-Frame software:
(https://www.youtube.com/watch?v=6dvG_S4Nf80&list=PL1BAIpX2JvdAqDYsD0V7j-EzxvRXHajxc&index=1).

The K-Frame software is downloadable from their website:(https://community.grassvalley.com/support/s/productdownloadmaster/ProductDownloadMaster__c/Default)

[jreynolds67]

Following up to see if this was ever investigated? Could definitely use GVG Kayenne tallies in my system for some software I am building. GVG K-Frame systems require an IP on both ends to communicate, but I see the GV Contribution Tally protocol in TA lacks any IP configuration.

[josephdadams]

In Contribution Tally, it’s similar to the concept of TSL where the switcher acts as a client initiating a socket to the tally receiver acting as a server listening on a port. TA in this case.

I never heard any more from @peternewman regarding #589

@jreynolds67 please contribute if you’re able!

[jreynolds67]

I know nothing about the code in this world, but I do know about the K-Frame.

https://wwwapps.grassvalley.com/docs/Manuals/switchers/kalypso/071-8063-08.pdf
That manual describes the tally protocol starting on Page 30. It's a bit out of date, as modern K-Frame systems have more than 96x48 I/O.

https://wwwapps.grassvalley.com/docs/Manuals/switchers/k-frame/071-8964-01-AK_Kayenne_Karrera_GV_Korona_K-Frame_InstallService_v14.6.pdf
Page 241 begins shows the interface on the switcher side. It points to an IP, and based on what I've seen of a TSL config, the tally system points back at the switcher. Tally System side port is 2012.

+1 to that simulator mentioned above.