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] ripping stops short, incorrect framerate is the problem

Subject: Re: [dvd::rip] ripping stops short, incorrect framerate is the problem
From: Darren Cornish <dj@xxxxxxxxxxxxxxxxxxx>
Date: Fri, 18 Aug 2006 12:32:08 +0100
Has any more been said about this?

I also have several NTSC codec films that are actually 23.976fps FILM coded, this gets reported as 29.970fps and then i get the ripping stopped short errors.

I am unable to do any processing after this.

I'm using latest 0.97.13 dvd::rip

thanks

Hi Ben,

first thanks for this posting. Your thoughts are very interesting and I
think they can help a lot getting rid of this "ripping short" error 
message.

> same results.  Because the clips are ripped completely, just at the 
> wrong framerate, I assume that transcode throws away frames and rips at 
> only 23.976 fps for some strange reason.  Although this sucks because I 
> lose a lot of initial quality, I intend to transcode to xvid at 23.976 
> fps, which has been successful with no noticeable artifacts or other 
> crap.  I would love to rip at 29.97 without error.  Has anyone else 
> realized this?   i read awhile ago about jorn discovering something 
> similar.  I have noticed no difference with subtitles on/off either.

Are you really sure you that you have loss of quality here? I think the
problem with this framerate confusion is, that libdvdread simply reports
the wrong framerate (23.976), which is wrong in the DVD IFO structure. 
dvd::rip probes the VOB data after ripping and detects the correct 
framerate (29.97). Erroneously it says ripping stopped short, because 
the frame count in the IFO is wrong as well. But dvd::rip corrects the 
frame count accordingly, so further processing should work without 
problems.

I don't think you loose any quality here, because during ripping no 
frames are dropped or something like that. Ripping is a somewhat "dumb"
process, no frame decoding is done, no audio sync stuff or something 
sophisticated, where frames could be dropped. All this applies during 
transcoding, but not when the data is copied to the harddisk.

What dvd::rip should do is stop reporting about a short rip, if the 
frame rate was adjusted *and* the frame count changed accordingly (more
or less). What do you think?

Regards,

Joern

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

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

[ top ]