Re: [mpeg2-dev] why de-interlace so slow(sawtooth obvious)?

[Keith W. <ke...@MI...>]

Allison,

I don't understand exactly what you mean by "SD DV mpeg2 data". DV (aka,=20
MiniDV) is a different format that does not use MPEG-2.

Assuming you're just referring to interlaced content, there is no perfect=
=20
way to display interlaced material on a progressive display like a=20
computer monitor.

Some deinterlacing techniques include "bobbing" (meaning doubling each=20
line in a field) and "weaving" (meaning displaying each frame as a unit,=20
with separate fields woven together).

libmpeg2 does not implement any deinterlacing techniques. It _only_=20
performs the MPEG-2 decoding process. The display process is up to the=20
application that harnesses libmpeg2.

Some of the applications that can use libmpeg2, and do implement various=20
deinterlacing methods, include mplayer, xine, and vlc. If you want=20
good-looking results, you should either implement deinterlacing or use one=
=20
of those applications. libmpeg2 does not do this.

Best regards,
Keith

On Tue, 8 May 2007, hdzhne wrote:

> hi,
>
>    When I use mpeg2lib to decoder SD DV data, I can see sawtooth clear=20
> when there is quick moving in picture.
>
> I think it because just deinterlacing is too slow or meet some wrong. PC=
=20
> I used is high performance PC, and can decoder SD DV mpeg2 data about=20
> more than 30fps.
>
>
>
> =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1hdzhne
> =A1=...@12...
> =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12007-05-08
>
>