Errors with DVD-R Disks
I've been copying Comercial DVDs and DVD-R's burned on my Toshiba DVR. With the 1.2.1 Version For a couple years with great sucess. I created the Files in Apple TV format, and played the Results on my Apple TV, my WD-TV, as well as from Itunes and Quicktime on my PC. I had a number of DVDs that got errors with the 1.2.1 version, and tried the 1.7 version when it became available. I loaded that version, and found two of the three disks in my Quantum Leap library now can copy. I spent the first night after test copying, watching some of my Favorite episodes from my PC (watching for sync issues). I have NOT tested the files on my Apple TV or WD-TV yet. Not sure how the WD-TV will handle the M4P file extention.
All that is background. I Record Programs from my Local HD "Over-The-Air" stations on my Toshiba DVR. Since its full (there's always more to "save" than time to watch!) I edit the commercials and burn the programs to DVR. These play fine on my computer and DVD-Players. With the the 1.2 version, they copied, and played on my players.. For a week all I have copied was commercial DVDs, but today, I tried to copy a couple of my DVD-Rs. They both crashed within 10 seconds on different titles. I've attached the Translog file from the most recent try.
I wonder if anyone can see a reason these DVD-Rs won't copy? Failing that, or as a work-around.. is there a way to install BOTH the 1.2 and the 1.7 versions on the same PC? I'd rather stay with the 1.7 version for commercial releases, but I really would like to get my DVD-R's copied.. I also need to test the resulting files from 1.7 on my players..
OK, The Forum won't allow me to attach my Translog file.. so I will excerpt it until I can figure out how to attach a file..
DEBUG: Feeding ffmpeg.exe with 'ffmpeg.exe -i - -v 9 -xerror -pass 1 -passlogfile "C:/Data/mencmpass4300" -threads 2 -f ipod -metadata title="Travel America T1" -r 30000/1001 -vcodec libx264 -vb 4950000 -vglobal 1 -coder ac -acodec libfaac -ac 2 -ab 160000 -s 640x480 -aspect 4:3 -deinterlace -level 0 -bf 0 -refs 5 -encoder_cfg level=3|nocabac|keyint=240|min-keyint=24|ref=3|mixed-refs|bframes=0|subme=6|no-ssim|no-psnr|me=umh|trellis=2|partitions=p8x8,b8x8,i4x4,i8x8|filter=-1,-1 -y "C:\Data\Trav127_T1.m4v"'.
This is Chameleon transcoder engine 0.9.1.8 [1.6.2.2] (4/17/2010)
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
----- NEW SEGMENT -----
Segment Start: 1, Video:32887 Audio:15607 => -17280 (-192 ms)
> Audio -- :: + 2880 = 18487 (14400)
> Audio -- :: + 2880 = 21367 (11520)
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
> Audio -- :: + 2880 = 24247 (8640)
> Audio -- :: + 2880 = 27127 (5760)
> Audio -- :: + 2880 = 30007 (2880)
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:0, A:0, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
> Audio -- :: + 2880 = 32887 (0)
> Synchronized :: 32887 / 32887 => 0 = 0 ms
Segment 1 > Video 0 > 0 / 32887 -> 35890 / 32887
Segment 1 > Audio 0 > 0 / 32887 -> 35767 / 32887
Segment 1 > Video 1 > 3003 / 35890 -> 38893 / 32887
Segment 1 > Video 2 > 6006 / 38893 -> 41896 / 32887
Segment 1 > Video 3 > 9009 / 41896 -> 44899 / 32887
Segment 1 > Video 4 > 12012 / 44899 -> 47902 / 32887
> Video is looking fine and synchronous, suppressing output
Location: ParseAudioAC3, #995, V:9, A:1, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:9, A:1, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:9, A:1, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
Segment 1 > Audio 1 > 2880 / 35767 -> 38647 / 32887
Segment 1 > Audio 2 > 5760 / 38647 -> 41527 / 32887
Segment 1 > Audio 3 > 8640 / 41527 -> 44407 / 32887
Location: ParseAudioAC3, #995, V:11, A:4, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
There is a lot more similar to the above..
Followed by a lot of:
Reason: __verify( bsid == 8 | bsid == 6 )
Location: ParseAudioAC3, #995, V:27, A:18, S:0
Reason: __verify( bsid == 8 | bsid == 6 )
>>> ParseVideo, #715 : Slice #7 expected, but 00 00 01 06 found.
>>> ParseVideo, #715 : Slice #7 expected, but 00 00 01 06 found.
>>> ParseVideo, #715 : Slice #7 expected, but 00 00 01 06 found.
And ending with
>>> ParseVideo, #715 : Slice #13 expected, but 00 00 01 0C found.
>>> ParseVideo, #715 : Slice #13 expected, but 00 00 01 0C found.
>>> ParseVideo, #715 : Slice #13 expected, but 00 00 01 0C found.
>>> ParseVideo, #715 : Slice #13 expected, but 00 00 01 0C found.
>>> ParseVideo, #715 : Slice #13 expected, but 00 00 01 0C found.
>>> ParseVideo, #646 : Garbage in input queue: 1E 01 00 00
Location: ParseVideo, #649, V:107, A:104, S:0
Reason: __ensure( *(uint *) Data == 0xB3010000 | *(uint *) Data == 0x00010000 )
frame= 90 fps= 13 q=14692703.0 Lsize= 1805kB time=3.00 bitrate=4922.8kbits/s dup=0 drop=1
video:1803kB audio:0kB global headers:1kB muxing overhead 0.055824%
[libx264 @ 00f91a40]slice I:1 Avg QP:11.64 size: 39212
[libx264 @ 00f91a40]slice P:89 Avg QP:10.92 size: 20305
[libx264 @ 00f91a40]mb I I16..4: 36.3% 0.0% 63.8%
[libx264 @ 00f91a40]mb P I16..4: 12.9% 0.0% 8.9% P16..4: 37.3% 21.6% 13.0% 0.0% 0.0% skip: 6.3%
[libx264 @ 00f91a40]final ratefactor: 14.28
[libx264 @ 00f91a40]coded y,uvDC,uvAC intra:84.0% 92.9% 88.0% inter:50.6% 77.8% 41.1%
[libx264 @ 00f91a40]ref P L0 74.4% 16.2% 9.4%
[libx264 @ 00f91a40]kb/s:4918.6