More > JRiver Media Center 31 for Windows

NEW: VST Latency Compensation

<< < (4/5) > >>

mumford:
I may add that this Dolby Atmos gymnastic is only required to play video.  I already can decode and play Dolby Atmos audio files on a PC using software.

https://professional.dolby.com/product/media-processing-and-delivery/drp---dolby-reference-player/

eve:

--- Quote from: mumford on October 05, 2023, 02:00:43 pm ---agreed.  But, if a timestamp is being carried through the entire chain....  Anyone knows how the broadcast guys do it?  They must sync video with audio, just to be sure.  No way, they just set a fixed audio delay on a Super Bowl broadcast or whatever.

--- End quote ---


Yep, so AES67's use of PTP with RTP provided the groundwork for these systems actually! It very much exists, look at ST-2110. However, they're sending the video on the network as a stream alongside the audio.
https://en.wikipedia.org/wiki/SMPTE_2110

It was pretty trivial to get video + audio playback sync'd with PTP using a popular media framework, where the audio was directly outputting to AES67 packets, not hitting any virtual audio device. The video transport works well but I've only tried compressed stuff. Hypothetically, with a fast enough network you could do uncompressed / losslessly compressed video transport.




If you're comfortable with Linux.
https://github.com/bondagit/aes67-linux-daemon

This is a good starting place. It uses Merging's Linux driver (really good, not the mess that the free Ravenna Windows one is) with some modifications, and provides an open source replacement for Butler.


A DIY Storm sounds very cool.

It's *really* nice to see other people taking note of AES67, it's been a bit of a journey for me but worthwhile to sort out.






mumford:
Thanks for the link.  This may actually work, a server treating video and audio as separate AES67 streams and the final client just compare timestamps and sync, or do, what are required.

Mitchco:
Another possible approach: https://www.audiosciencereview.com/forum/index.php?threads/introducing-hang-loose-convolver-from-accurate-sound.23699/page-7#post-1786373

eve:

--- Quote from: Mitchco on November 25, 2023, 02:43:27 pm ---Another possible approach: https://www.audiosciencereview.com/forum/index.php?threads/introducing-hang-loose-convolver-from-accurate-sound.23699/page-7#post-1786373

--- End quote ---



--- Quote ---I hear you and been meaning to get back to you. I am working with a company that develops custom digital audio I/O boards compatible with Raspberry Pi. Can't go into too much detail yet but likely be a 1U chassis and the number of digital I/O channels will be configurable. Trying for the "Swiss Army" knife of DSP I/O supporting HDMI, TOSLINK, AES, DANTE, USB, and …

--- End quote ---

Oh man, consider me intrigued.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version