On Thu, Dec 14, 2023 at 12:16:14AM +0100, Michael Niedermayer wrote:
> On Tue, Dec 12, 2023 at 07:41:18AM +0000, Anton Khirnov wrote:
> > ffmpeg | branch: master | Anton Khirnov <an...@khirnov.net> | Tue Jul 18 
> > 16:37:52 2023 +0200| [d119ae2fd82a494d9430ff4d4fc262961a68c598] | 
> > committer: Anton Khirnov
> > 
> > fftools/ffmpeg: convert to a threaded architecture
> > 
> > Change the main loop and every component (demuxers, decoders, filters,
> > encoders, muxers) to use the previously added transcode scheduler. Every
> > instance of every such component was already running in a separate
> > thread, but now they can actually run in parallel.
> > 
> > Changes the results of ffmpeg-fix_sub_duration_heartbeat - tested by
> > JEEB to be more correct and deterministic.
> > 
> > > http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=d119ae2fd82a494d9430ff4d4fc262961a68c598
> > ---
> 
> infinite loops this: (most of the time)
> 
> ffmpeg -i tickets///2531/interlaced_top.wmv -t 10 -bitexact -vcodec ffv1 
> -level 0 -y  file..avi
> 
> https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2531/interlaced_top.wmv

also a related question
is there a way to make things execute serially in a predictive manner ?

For example running this twice
./ffmpeg -threads 1 -v repeat+verbose -nostats -y -report -i mm-short.mpg 
-bitexact -t 1 /tmp/file...avi
and cleaning addresses out with sed 's/@ 0x[0-9a-f]*//g'

produces 2 reports that still differ by ordering significantly

thx

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Democracy is the form of government in which you can choose your dictator

Attachment: signature.asc
Description: PGP signature

_______________________________________________
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".

Reply via email to