On Mon, Apr 04, 2022 at 01:29:48PM +0200, Anton Khirnov wrote: > Hi, > this WIP patchset is the first major part of my ongoing work to change > ffmpeg.c architecture such that every > - demuxer > - decoder > - filtergraph > - encoder > - muxer > lives in its own thread. The advantages of doing this, beyond increased > throughput, would be enforced separation between these components, > making the code more local and easier to reason about. > > This set implements threading for muxers. My tentative plan is to > continue with encoders and then filters. The patches still need some > polishing, especially the last one. Two FATE tests do not yet pass, this > will be fixed in later iterations. > > Meanwhile, comments on the overall approach are especially welcome.
I agree that cleanup/modularization to make the code easier to understand is a good idea! Didnt really look at the patchset yet. I assume these changes have no real disadvantage ? thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws. -- Plato
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".
