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] Probably a transcode issue, but...

Subject: Re: [dvd::rip] Probably a transcode issue, but...
From: Francesco Romani <fromani@xxxxxxxxx>
Date: Wed, 26 Apr 2006 10:39:18 +0200
On Sun, 23 Apr 2006 22:56:48 -0400
"David Hull" <David_Hull@xxxxxxxxx> wrote:

> I'm ripping all of my DVDs to .avi, and most have gone very well, thanks to
> DVD::Rip.  I've had this particular a few times now, so I'd like to find
> out what's going on.

And of course I'd like too.
Unfortunately, to proper debug this issue, a few preliminary steps are needed.
First, pull a copy of transcode 1.0.2 sources, then apply this patch:
http://fromani.exit1.org/tc-patches-1.0.x/tccat-CVS-iodir-backport-try1.patch
and last recompile with your favorite options.

>  The first pass seems to go fine, but the second pass
> finishes after a short period of time (10 minutes or so), and it produces
> an unplayable .avi file that is exactly 2056 bytes each time (with each dvd
> that experiences this problem).

2056 bytes is an interesting number. AVI header produced by transcode (via
avilib) will be exactly 2048 bytes long, so a 2056 bytes file looks like
header + 8 bytes data. Can you please report what tcprobe reports for such
2056-bytes long file?

[...]
> clip length   0.00 s
[...]
Looks like import layer problems. Ouch.
Please try using -x mpeg2,ac3 and report if this improve of even change this
situation.

best regards,

-- 
Francesco Romani - Ikitt ['people always complain, no matther what you do']
IM contact: (email-me, I have antispam default deny!) icq://27-83-87-867
some known bugs: http://www.transcoding.org/cgi-bin/transcode?Bug_Showcase

 

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

[ top ]