RE: [dvd::rip] Probably a transcode issue, but...

["David Hull" <David_Hull@xxxxxxxxx>]

Thanks, I'll try that! 

-----Original Message-----
From: dvdrip-users-bounces@xxxxxxxxx
[mailto:dvdrip-users-bounces@xxxxxxxxx] On Behalf Of Francesco Romani
Sent: Wednesday, April 26, 2006 4:39 AM
To: dvdrip-users@xxxxxxxxx
Subject: Re: [dvd::rip] Probably a transcode issue, but...

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