Von meinem iPhone gesendet
> Am 10.08.2014 um 17:50 schrieb Michael Niedermayer <michae...@gmx.at>: > >> On Sun, Aug 10, 2014 at 03:36:04PM +0200, Nicolas George wrote: >> Le tridi 23 thermidor, an CCXXII, Paul B Mahol a écrit : >>> It is not mandatory(but it would be nice) to add other methods to have >>> this filter included into libavfilter. >> >> Is it really a good idea? We would end up with various interpolation / >> anti-aliasing algorithms implemented in each filter that needs it, none of >> them with the same set of architecture optimizations and each with its own >> set of bugs and misfeatures. > >> Until someone comes up with a really satisfactory solution, I believe the >> simple solution of suggesting users to upscale before the filter and >> downscale after, using the optimized lswr scalers, is better. > > thats not practical > a 1024x768 image would need to be upscaled to 262144x196608 to get > 8bit precission from a nearest neighbor resampler as basis > > also see vf_perspective.c which supports bilinear and bicubic > interpolation, these surely could be shared and exist already. > > of course we could push it with just nearest neighbor and work on that > later, but i dont think only nearest neighbor and leaving it at that > is a reasonable choice, its too poor quality wise I would like to push now, and try to generate a refactoring patch possibly within the week. > [...] > > -- > Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB > > Many that live deserve death. And some that die deserve life. Can you give > it to them? Then do not be too eager to deal out death in judgement. For > even the very wise cannot see all ends. -- Gandalf > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
