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/
<prev [Date] next> [Top] <prev [Thread] next>

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

Subject: Re: [dvd::rip] Probably a transcode issue, but...
From: Edmund Mergl <e.mergl@xxxxxxxx>
Date: Fri, 28 Apr 2006 08:04:52 +0200 
Ending up with a file of 2056 bytes happens quite often to me,
but when entering the transcode command manually I get other
error messages (... double free or corruption ...).
Anyway you might want to apply the following patch, may be it helps:

/usr/lib/perl5/site_perl/5.8.6/Video/DVDRip/Title.pm: 474c474
<               $vob_dir = sprintf("%s/%03d", $self->project->vob_dir, 
$self->nr);
---
>               $vob_dir = sprintf("%s/%03d/", $self->project->vob_dir, 
$self->nr);

Edmund


David Hull wrote: 
Okay, so I tried the patch on the 1.0.2 source I downloaded, and it
still wound up with a 2056 byte file.  However, in the output, I did
get:
(iodump.c) left out 2 directory entries
Which I suppose is due to the patch?

Also, I tried -x mpeg2,ac3. Same 2056 byte .avi file, but the output
showed:
[fileinfo.c:118] file read error: Is a directory
(extract_ac3.c) no file type specified, assuming RAW stream [fileinfo.c:118] file read error: Is a directory
(extract_mpeg2.c) no file type specified, assuming RAW stream Which I don't get with -x vob.

tcprobe reports the following on the 2056 byte file:
hulld@linux:/data2/dvdrip/sb/avi/001> ls -l
Total 4
-rwxr-xr-x  1 hulld users 2056 2006-04-27 23:00 sb-001.avi
hulld@linux:/data2/dvdrip/sb/avi/001> tcprobe -i sb-001.avi
[tcprobe] RIFF data, AVI video
AVI open: avilib - AVI file has no video data
[tcprobe] summary for sb-001.avi, (*) = not default, 0 = not detected
   no audio track: use "null" import module for audio
hulld@linux:/data2/dvdrip/sb/avi/001>

Complete output follows from both attempts (both on patched 1.0.2)
hulld@linux:/data2/dvdrip/sb/tmp> nice -n 18 transcode -H 10 -a 0 -x vob
-i /data2/dvdrip/sb/vob/001 -w 1030,50 -F mpeg4 -b 128,0,2 --a52_drc_off
-f 25 -Y 4,0,4,0 -B 27,10,8 -R 2 -y ffmpeg -o
/data2/dvdrip/sb/avi/001/sb-001.avi --print_status 20 transcode v1.0.2 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg

[transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms

[transcode] auto-probing source /data2/dvdrip/sb/vob/001 (ok)
[transcode] V: import format | MPEG-2 (V=vob|A=vob)
[transcode] V: AV demux/sync | (1) sync AV at initial MPEG sequence
[transcode] V: import frame | 720x576 1.25:1 encoded @ 16:9
[transcode] V: new aspect ratio | 640x360 1.78:1 (-B) [transcode] V:
clip frame (->) | 640x352
[transcode] V: bits/pixel | 0.183
[transcode] V: decoding fps,frc | 25.000,0
[transcode] V: multi-pass | (mode=2) reading data (pass2) from
divx4.log
[transcode] V: Y'CbCr | YV12/I420
[transcode] A: import format | 0x2000 AC3 [48000,16,2]
[transcode] A: export format | 0x55 MPEG layer-3 [48000,16,2] 128
kbps
[transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per
frame | 7680 (7680.000000)
[transcode] A: adjustment | 0@1000
[transcode] V: IA32/AMD64 accel | sse2 (sse2 sse mmxext mmx asm C)
tc_memcpy: using sse for memcpy
[transcode] V: video buffer | 10 @ 720x576
[import_vob.so] v0.6.0 (2003-10-02) (video) MPEG-2 | (audio)
MPEG/AC3/PCM | (subtitle) [export_ffmpeg.so] v0.3.13 (2004-08-03)
(video) Lavc51.1.0 | (audio) MPEG/AC3/PCM [import_vob.so] tccat -i
"/data2/dvdrip/sb/vob/001" -t vob -d 0 -S 0 | tcdemux -a 0 -x ac3 -S 0
-M 1 -d 0 | tcextract -t vob -a 0 -x ac3 -d 0 | tcdecode -x ac3 -d 0 -s
1.000000,1.000000,1.000000 -A 1 [import_vob.so] tccat -i "/data2/dvdrip/sb/vob/001" -t vob -d 0 -S 0 |
tcdemux -s 0x80 -x mpeg2 -S 0 -M 1 -d 0 | tcextract -t vob -a 0 -x mpeg2
-d 0 | tcdecode -x mpeg2 -d 0 -y yv12 [export_ffmpeg.so] Using FFMPEG codec 'mpeg4' (FourCC 'DIVX', MPEG4
compliant video).
[export_ffmpeg.so]: WARNING: Interlacing parameters unknown, use
--encode_fields
[export_ffmpeg.so]: INFO: No profile selected [export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg'
[export_ffmpeg.so] found. Default settings will be used instead.
[export_ffmpeg.so]: INFO: Starting 1 thread(s)
[export_ffmpeg.so]: INFO: Set display aspect ratio to input
tc_memcpy: using sse for memcpy
tc_memcpy: using sse for memcpy
[decode_mpeg2.c] libmpeg2 0.4.0b loop decoder [decode_mpeg2.c] libmpeg2 acceleration: mmxext
[mpeg4 @ 0x4290eab0]removing common factors from framerate
Audio: using new version
Audio: using lame-3.96.1
(iodump.c) left out 2 directory entries
clean up | frame threads | unload modules | cancel signal | internal
threads | done
[transcode] encoded 0 frames (0 dropped, 0 cloned), clip length 0.00 s

If I specify '-i /data2/dvdrip/sb/vob/001/sb-001.vob' above, I get the
same exact result, except I don't get the iodump.c message.

And here the -x mpeg2,ac3 test (same result if I put a trailing / at the
end of the directory name on the '-i' switch, like '-i
/data2/dvdrip/sb/vob/001/'):
hulld@linux:/data2/dvdrip/sb/tmp> nice -n 18 transcode -H 10 -a 0 -x
mpeg2,ac3 -i /data2/dvdrip/sb/vob/001 -w 1030,50 -F mpeg4 -b 128,0,2
--a52_drc_off -f 25 -Y 4,0,4,0 -B 27,10,8 -R 2 -y ffmpeg -o
/data2/dvdrip/sb/avi/001/sb-001.avi --print_status 20 transcode v1.0.2 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg

[transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms

[transcode] auto-probing source /data2/dvdrip/sb/vob/001 (ok)
[transcode] V: import format | MPEG-2 (V=mpeg2|A=ac3)
[transcode] V: AV demux/sync | (1) sync AV at initial MPEG sequence
[transcode] V: import frame | 720x576 1.25:1 encoded @ 16:9
[transcode] V: new aspect ratio | 640x360 1.78:1 (-B) [transcode] V: clip frame (->) | 640x352
[transcode] V: bits/pixel | 0.183
[transcode] V: decoding fps,frc | 25.000,0
[transcode] V: multi-pass | (mode=2) reading data (pass2) from
divx4.log
[transcode] V: Y'CbCr | YV12/I420
[transcode] A: import format | 0x2000 AC3 [48000,16,2]
[transcode] A: export format | 0x55 MPEG layer-3 [48000,16,2] 128
kbps
[transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 7680 (7680.000000)
[transcode] A: adjustment | 0@1000
[transcode] V: IA32/AMD64 accel | sse2 (sse2 sse mmxext mmx asm C)
tc_memcpy: using sse for memcpy
[transcode] V: video buffer | 10 @ 720x576
[import_ac3.so] v0.3.2 (2002-02-15) (audio) AC3 [import_mpeg2.so] v0.4.0 (2003-10-02) (video) MPEG2 [export_ffmpeg.so] v0.3.13 (2004-08-03) (video) Lavc51.1.0 | (audio)
MPEG/AC3/PCM [import_ac3.so] AC3->PCM [import_ac3.so] tcextract -a 0 -i "/data2/dvdrip/sb/vob/001" -x ac3 -d 0
| tcdecode -x ac3 -d 0 -s 1.000000,1.000000,1.000000 -A 1
[import_mpeg2.so] tcextract -x mpeg2 -i "/data2/dvdrip/sb/vob/001" -d 0
| tcdecode -x mpeg2 -d 0 -y yv12
[export_ffmpeg.so] Using FFMPEG codec 'mpeg4' (FourCC 'DIVX', MPEG4
compliant video).
[export_ffmpeg.so]: WARNING: Interlacing parameters unknown, use
--encode_fields
[export_ffmpeg.so]: INFO: No profile selected [export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg'
[export_ffmpeg.so] found. Default settings will be used instead.
[export_ffmpeg.so]: INFO: Starting 1 thread(s)
[export_ffmpeg.so]: INFO: Set display aspect ratio to input
tc_memcpy: using sse for memcpy
tc_memcpy: using sse for memcpy
[fileinfo.c:118] file read error: Is a directory
(extract_ac3.c) no file type specified, assuming RAW stream [fileinfo.c:118] file read error: Is a directory
(extract_mpeg2.c) no file type specified, assuming RAW stream [decode_mpeg2.c] libmpeg2 0.4.0b loop decoder [decode_mpeg2.c] libmpeg2 acceleration: mmxext
[mpeg4 @ 0x428f4ab0]removing common factors from framerate
Audio: using new version
Audio: using lame-3.96.1

clean up | frame threads | unload modules | cancel signal | internal
threads | done
[transcode] encoded 0 frames (0 dropped, 0 cloned), clip length   0.00 s

Regards,
David.

-----Original Message-----
From: David Hull Sent: Wednesday, April 26, 2006 10:05 AM
To: Francesco Romani; dvdrip-users@xxxxxxxxx
Subject: RE: [dvd::rip] Probably a transcode issue, but...

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







<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  RE: [dvd::rip] Probably a transcode issue, but..., David Hull
Next by Date:  Re: [dvd::rip] rarlnx271.sfx.bin and libstdc++.so.2.8, Jörn Reder
Previous by Thread:  RE: [dvd::rip] Probably a transcode issue, but..., David Hull
Next by Thread:  RE: [dvd::rip] Probably a transcode issue, but..., David Hull
Indexes:  [Date] [Thread] [Top]
 

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

[ top ]