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

[Nicolas Gaullier]

>De : ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> de la part de Kieran Kunhya via ffmpeg-devel <ffmpeg-devel at ffmpeg.org>
>Envoyé : jeudi 5 décembre 2024 19:31
>
>> I resample the decoded data. The s337m decoder requires the dolby_e decoder
>> (same way the current ftr decoder requires the aac decoder, so should not be an issue).
>
>Why not just send the packet with the actual PTS (including the guard
>band) to Dolby E and then resample there?
>The resampler needs to handle the NTSC 1601/1602 cadence.
>
>Kieran

In my design, indeed, the resampler handles the cadence. More specifically, it
"forwards" the input cadence.
This could be done in the Dolby E decoder, for sure.
That would fix the decoder itself.

But another resampler will still be required for silence fallback for example, this one
will still be in the s337m decoder or inserted downstream by a user.

Now, the issue is that there are currently objections to both:
- nested decoders
- use of resamplers in decoders

So, see if it is confirmed, but I will not continue my work in such a case...

Nicolas