On Mon, Jan 19, 2015 at 02:06:52PM +0000, Paul B Mahol wrote: > On 5/4/13, Stefano Sabatini <stefa...@gmail.com> wrote: > > On date Monday 2013-04-29 10:29:33 +0000, Paul B Mahol encoded: > >> On 4/29/13, Carl Eugen Hoyos <ceho...@ag.or.at> wrote: > >> > Paul B Mahol <onemda <at> gmail.com> writes: > >> > > >> >> The filter does not work, asserts here. > >> > > >> > Isn't the only thing missing setting the > >> > correct output pixel format? > >> > >> Science when this filter was broken, and nobody complained? > >> > >> Also its not needed any more as similar funcionality is already > >> available in native filter. > > > > I'm not an user of the filter, so can't say even what is useful > > for. Can someone comment on it? > > > > Is it possible emulate it with the native filters? > > > > From mplayer: > > > > ilpack=mode > > > > When interlaced video is stored in YUV 4:2:0 formats, chroma > > interlacing does not line up properly due to vertical downsampling > > of the chroma channels. This filter packs the planar 4:2:0 data > > into YUY2 (4:2:2) format with the chroma lines in their proper > > locations, so that in any given scanline, the luma and chroma data > > both come from the same field. > > <mode> > > Select the sampling mode. > > 0: nearest-neighbor sampling, fast but incorrect > > 1: linear interpolation (default) > > Filter still asserts here and so I will remove it in next 24 hours. > > scale filter probably can be used instead of ilpack.
13:44:12 <@ubitux> so mmh... -vf format=yuv422p will work as expected? 13:44:27 <+kierank> with forced interlaced scaling yes 13:45:41 <@ubitux> kierank: -vf scale=interl=1,format=yuv422p ? 13:45:52 <+kierank> ubitux: i believe yes [...] I didn't test, but apparently ilpack can be dropped. -- Clément B.
pgptuS3SFs0Np.pgp
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
