dvd::rip

->ABOUT / NEWS

->DOCUMENTATION
-TABLE OF CONTENTS
-INSTALLATION
-USING THE GUI
-CLUSTER MODE
-FAQ

->KEY FEATURES

->DOWNLOAD

->SUPPORT

->TRANSLATIONS

->MAILING LIST
-SEARCH ARCHIVE

->CHANGE LOG

->CREDITS

->TODO

->LINKS

http://www.exit1.org/


Re: [dvd::rip] Re: Deinterlacing

Subject: Re: [dvd::rip] Re: Deinterlacing
From: Sylvain <alivarys_dubyran@xxxxxxxx>
Date: Mon, 25 Jul 2005 23:05:29 +0200


Brian J. Murrell wrote:

On Mon, 2005-07-25 at 22:26 +0200, Sylvain wrote:


But then, why are deinterlacing method so cpu intensive ?



For a source that is PS (progressive scan) it shouldn't be in fact I
wouldn't think, unless transcode (i.e. it's mpeg library) is doing the
artificial interlacing, producing an interlaced stream and then
de-interlacing that.


I can hardly imagine the transcode team doing such a thing...

If it is smart like mplayer is (which I would think it would be) and can
see that the source is really already PS and just "flagged" to be
interlaced with a 3;2 pulldown when output, it should not be at all
expensive to de-interlace as there is no de-interlace needed in fact.



So with a good player, if you are seeing interlacing artifacts, the
source material was probably recorded on video tape originally and
interlaced at that point.



"mplayer dvd://1" with no option sure gives me an interlaced video with
my "Abyss" dvd, while everything is fine with "Apocalypse Now" as an
example.



Do either give you the:


demux_mpg: 24000/1001fps progressive NTSC content detected, switching
framerate.

message from mplayer?  That is a sign of an MPEG that is flagged to be
interlaced but is not actually interlaced.



nope, not even in verbose mode.
maybe there be something wrong with my mplayer ?

Thanks,
Sylvain

 

Archive powered by MHonArc. Search powered by ht://dig.

[ top ]