On Mon, Oct 5, 2020 at 6:23 AM Nicolas Gaullier <nicolas.gaullier@cji.paris> wrote: > dolby_e is a "professional" codec, it is not used for distribution and not > supported by end user chips, so the most common formats are : > - contribution: mpegts (or dvb for satt etc.) with s302m data -> s337m (this > could be interesting for ffmpeg to support it)
FYI: I've got patches to output AC-3 as S337 over the decklink SDI output. However doing Dolby-E is harder because the start of the frames are expected to be aligned with the start of the video frame (i.e. typically against a VREF signal). I haven't figured out how to do this reliably with the decklink APIs, but it might be possible. Capture of S337 using decklink is a bit easier, although it means reproducing a bunch of the probing/detection logic found in the other avformat demuxes. Passing the data through to the s337m avformat module might also be an option but it's harder since the s337m module expects AVIOBufs which is more difficult to provide. Devin -- Devin Heitmueller, Senior Software Engineer LTN Global Communications o: +1 (301) 363-1001 w: https://ltnglobal.com e: devin.heitmuel...@ltnglobal.com _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".