[FFmpeg-devel] [PATCH 0/7] RFC: complete rework of s337m support

Kieran Kunhya kieran618 at googlemail.com
Thu Dec 5 00:06:33 EET 2024


> - a s337m decoder: it includes a resampler: output and input sample_rate
> are the same, sync is always correct. It would be possible to implement
> a full pcm fallback, but currently only a silence/pcm fallback is
> provided. A 'passthrough' option is also provided and would make it
> possible to mux again into wav, mxf or whatever. I guess one could
> imagine a bitstream filter to fix the s337m phase to a clean, fixed
> offset value (as expected by the current s337m demuxer for example).

I don't understand how you can resample non-PCM data.

Also the rest of the changes seem to avoid the actual issue which is
you want the Dolby E decoder in FFmpeg to output a 1601/1602 cadence
after resampling back to 48000.
I also have seen a lot of Dolby E streams in the wild that where the
Dolby E packet crosses a video frame. There is an ambiguity in PTS in
this case, do you go forwards or go backwards (FYI in Upipe we go
backwards)

Kieran


More information about the ffmpeg-devel mailing list