Replies: 2 comments 4 replies
-
Great ideas! |
Beta Was this translation helpful? Give feedback.
4 replies
-
Love this. Sort of what I was thinking with #199. Would be a great feature! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
We originally had the recording of Tally Data in place (next to the logs in the settings panel) and this is still in place.
However, I'd like to record tally data in a machine-readable and persistent way.
I suggest that we store the tally data as JSON somewhere on the disk (timestamps, addresses, busses, device ids) and render this JSON data in the UI. We could have multiple ways of rendering:
What do you think?
I also have the idea (but I don't know if it is out of scope of TA) that we could generate a MultiView Project File for DaVinci Resolve from the Tally Data, just like the ATEM Mini Pro ISO and the ATEM Mini Extreme ISO do. In case you don't know, they record all cameras to separate files, keep track of the cuts you do on the ATEM and then generate a DaVinci Resolve Project file with all the video tracks and cuts on the exact timestamps where you did them live. This allows for post production to just change a few cuts and export the video again.
However, this is not possible on the other ATEM models as they don't do separate recordings or recordings at all. I thought about using Hyperdecks for this. TA would need to know when the HyperDeck recording started in order to align the video tracks in the project file.
A DaVinci Resolve Project file is not hard to generate as it is just basic XML.
In my opinion this would be a great and useful feature but as I said earlier, maybe it is out of scope?
Beta Was this translation helpful? Give feedback.
All reactions