* Mark Burton on Wednesday, May 24, 2017 at 13:20:34 +0100 > On 23 May 2017, at 11:20, Christian Ebert <[email protected]> wrote: >>> So I looked back at your above -af and realised that the 1024 should >>> actually be 2112 which is Apple’s chosen fixed encoding delay. >>> https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFAppenG/QTFFAppenG.html >>> >>> <https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFAppenG/QTFFAppenG.html>
Yes, the 'historical solution': implicit encoder delay: https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFAppenG/QTFFAppenG.html#//apple_ref/doc/uid/TP40000939-CH2-SW9 >>> -filter:a aresample=async=1:first_pts=0,asetpts=PTS-STARTPTS+2112 >> Strange, probably all depends on the demuxing application. > My take on it is that Quicktime will always assume 2112 padding, so I believe > a .mov should be setup with this priming duration. Yeah, filtering does not add an edit list (apparently the 'modern' solution): https://developer.apple.com/library/content/documentation/QuickTime/QTFF/QTFFChap2/qtff2.html#//apple_ref/doc/uid/TP40000939-CH204-25592 and therefore QuickTime fails over to a hardcoded 'historical' default. That explains it. There are some options referring to edit lists, but I haven't tried whether, nevermind how, they could be used for this purpose. -- theatre - books - texts - movies Black Trash Productions at home: https://blacktrash.org Black Trash Productions on Facebook: https://www.facebook.com/blacktrashproductions _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
