[FFmpeg-devel] [PATCH 10/10] lavfi/vf_scale: pass the thread count to the scaler
Anton Khirnov
anton at khirnov.net
Wed Sep 1 11:26:25 EEST 2021
Quoting Michael Niedermayer (2021-08-30 14:34:30)
> On Mon, Aug 30, 2021 at 11:38:53AM +0200, Michael Niedermayer wrote:
> > > I am not familiar with the generic scaler code, but it seems independent
> > > of this partitioning, otherwise the threaded scaling tests would fail.
> >
> > the generic scaler simply stores the data originating from the previous slice
> > (generally after the horizontal scaler)
> >
> > the 410->420 one probably should
> > * store the one chroma line too somewhere
> > * initialize it to the first image line
> > * simplify all the 410->420 code so it always uses a pointer to the previous
> > line either from the buffer or if available straight from the input image
> >
> > It seems not worth for just 410->420, and i agree but the same could
> > be used for 420->444 and others which would have the same problem if one
> > wanted to do higher quality chroma interpolation in the unscaled special
> > converters
>
> Just to clarify, this is meant as a path forward for the bug with chroma
> interpolation in the special converters which do or might want to use
> chroma interpolation.
> Its not a review comment to the patchset(s)
Right, that's how I understood this.
Are you still looking at the patchset or shall I go ahead with pushing
it to master?
--
Anton Khirnov
More information about the ffmpeg-devel
mailing list