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] Odd bugs in 0.97.4

Subject: Re: [dvd::rip] Odd bugs in 0.97.4
From: Jörn Reder <joern@xxxxxx>
Date: Thu, 29 Dec 2005 17:29:33 +0100
Chandler Carruth wrote:

> 1) lsdvd incorrectly reads NTSC content for which transcode can recover
> the full progressive content directly. (FILM is the term used in Windoze
> ripping utilities...) These entries in the TOC are designated to have
> 29.979 fps, however, when transcode goes to rip them, dvd::rip throws up
> an error message because transcode correctly detects that the frame rate
> will in fact be 23.976. I am working to duplicate this on another DVD,
> but I do not believe it to be specific to this DVD, as when I remove
> lsdvd from my system, and re-read the TOC, the correct frame rates of
> 23.976 are reported.

Hmm, that sounds like general NTSC weirdness. I tried a NTSC DVD I have
at hand here. For this DVD tcprobe and lsdvd report different framerates
(23.97 and 29.97). I played the DVD with xine and checked the stream 
infos: as with many NTSC DVD's the framerate changes during playback :(
So it's questionable who is right here, lsdvd or tcprobe. If transcode 
has problems with the framerate detected by lsdvd you can override the 
framerate setting by hand on the Transcode tab. For now I don't have a 
better solution.

> 2) in the "RIP Title" dialog, the "View selected title/chapter(s)"
> button attempts to launch mplayer. It however specifies the selected
> angle value, which dvd::rip (and i assume transcode) count from 1,
> whereas mplayer counts from 0, so it tries to select angle 1, an oft
> non-existent angle according to mplayer.

First: my mplayer complains about viewing angles starting at 0:

  The dvdangle option must be >= 1: 0

But I digged deeper into this issue and found an off-by-one bug in 
dvd::rip's viewing angle code. transcode counts from 1, dvd::rip should
too but version 0.97 starts at 0. But the default mplayer DVD viewing 
command in the Preferences adds 1 to the angle, so everything should be
Ok again:

  mplayer <dvd://%t -aid %(%a+%b) -chapter %c -dvdangle %(%m+1) -dvd-device %d>

But that's all confusing. Next dvd::rip release will count from 1 again
and won't add 1 in the mplayer command.

> 3) in the "Transcode" dialog, if you set in your preferences a default
> container of "ogg", the "AC3" tab for Audio encoding doesn't appear
> until you manually re-select the "ogg" container format. Then it shows
> up as normal.

Ok, definitely a dvd::rip bug ;). Will be fixed in the next release.

> These are a few of the bugs I ran into that could well be
> Transcode-1acting up:
> 1) When transcoding frame ranges, w/o PSU, one or both of the passes
> will often fail right at the end. CPU at 0%, encoding usually near 100%,
> sometimes over, but no activity. Cancelling successfully removes all the
> tc* programs, but encoding never finished.

These are the problems the NPTL workaround stuff tries to workaround ;).
A transcode bug which hopefully will go away with newer releases.

> 2) One particular DVD rips with _very_ odd errors, including black
> screen/silence for first 3 minutes, and audio disappearing at a
> seemingly random point shortly past 6 minutes. I suspect this may be the
> particular DVD however, and will test further with other discs.

Indeed sounds like a DVD specific problem.

Thanks for your detailed report,

Regards,

Joern

-- 
 .''`.  Jörn Reder <joern@xxxxxx>
: :' :  http://www.exit1.org/ http://www.zyn.de/
`. `'
  `-    Debian GNU/Linux -- The power of freedom

Attachment: pgpemGhLzjBML.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>
 

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

[ top ]