On Wed, Dec 18, 2024 at 12:48 PM Ronald S. Bultje <rsbul...@gmail.com> wrote:
> > > > It is worth pointing out that *libswscale* does not directly output PAL8; > > this rather is (and always was) handled by vf_scale. So in some sense, > this > > functionality already depends on libavfilter. > > > > That said, I do agree that simply regressing existing use cases should > not > > be done without some sort of mechanism for automatically invoking the > > proper > > replacement. > > > > I will retract this patch for now, then, and put the corresponding issue > on > > hold. I think that a full discussion of how to handle this better will > have > > to wait until we have a better dither handling inside swscale. > > > > I would commit it, but instead of failing, emit a warning (recommending to > use the palettegen filter instead) and continue the old behaviour (as a > fallback). > > Upon the next major bump, the warning will become an error and the fallback > is removed. > +1 -- Vittorio _______________________________________________ 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".
