On Tue, 12 Nov 2024 10:50:42 +0100 Niklas Haas <ffm...@haasn.xyz> wrote: > From: Niklas Haas <g...@haasn.dev> > > This interface has been designed from the ground up to serve as a new > framework for dispatching various scaling operations at a high level. This > will eventually replace the old ad-hoc system of using cascaded contexts, > as well as allowing us to plug in more dynamic scaling passes requiring > intermediate steps, such as colorspace conversions, etc. > > The starter implementation merely piggybacks off the existing sws_init() and > sws_scale(), functions, though it does bring the immediate improvement of > splitting up cascaded functions and pre/post conversion functions into > separate filter passes, which allows them to e.g. be executed in parallel > even when the main scaler is required to be single threaded. Additionally, > a dedicated (multi-threaded) noop memcpy pass substantially improves > throughput of that fast path. > > Follow-up commits will eventually expand this to move all of the scaling > decision logic into the graph init function, and also eliminate some of the > current special cases.
FWIW, I am currently working on another branch that pulls all per slice state out of SwsContext and into a separate struct, so we can simplify our threading wrappers in the new API. _______________________________________________ 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".
