On Tue, 12 Nov 2024 10:50:42 +0100 Niklas Haas <[email protected]> wrote: > From: Niklas Haas <[email protected]> > > 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 [email protected] https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
