Hi On Fri, Oct 13, 2023 at 11:16:50PM +0000, Cosmin Stejerean via ffmpeg-devel wrote: > > > > On Oct 13, 2023, at 4:00 PM, Vittorio Giovara <vittorio.giov...@gmail.com> > > wrote: > > > > TBF this is in part why i was suggesting a new library - I feel like sws is > > affected by bad brading because of these caching issues and imprecise > > conversion, and a new clean api in a new library would make a lot of sense > > in my opinion. > > I think the branding issue would solve itself in short order if the actual > implementation of swscale started to be good. My concern with adding a new > library is that we'd end up in a situation where we have both swscale and a > new library side by side for some extended period of time. > > By comparison adding cleaner APIs to swscale and then slowly strangling the > old APIs (along the lines of Niklas' proposal) would allow for a more gradual > transition that has a higher likelihood of success compared to a full rewrite > IMO.
+1 [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Whats the most studid thing your enemy could do ? Blow himself up Whats the most studid thing you could do ? Give up your rights and freedom because your enemy blew himself up.
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".
