>De : ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> de la part de Kieran >Kunhya via ffmpeg-devel <ffmpeg-devel@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 _______________________________________________ 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".
