Error 006: Framecount differences.....

[Voodoochild]

without deen() v.1.1.0 worked at 1.80-2.04 speed

[jdobbs]

That sounds about right for the difference between having deen() in and out... are you sure you had deed() enabled in both runs?

[edit] Answered... we posted at the same time.

Has Neuron2 posted saying changes to 1.4.7 have made it 2x faster? What speed are you getting with v1.4.5? Also, what kind of processor are you using?

[Rockas]

ummmm... that's very strange... I don't think that even changing the "Decoder iDCT" anyone ever pointed such a difference on speeds...

are you sure you tested with the same project "properties"?

edit: uups.... sorry almost at the same time :D

[jdobbs]

Sorry if I sound too sceptical -- but I've heard these kinds of reports before and they historically don't prove accurate. Almost all of the processor time during an encode is spent in CCE -- so saying that the frame server can make it that much faster just seems suspect.

[Sir Didymus]

Sorry if I sound too sceptical -- but I've heard these kinds of reports before and they historically don't prove accurate. Almost all of the processor time during an encode is spent in CCE -- so saying that the frame server can make it that much faster just seems suspect.

Want to second the quoted reply...

It happened to me something similar into a different context; most probably the new decoder is not properly matching with the dgindex project prepared for the previous version, so you are (IMHO) encoding just an avisynth error message, taking very little time to encode, but producing definitely some garbage...

Did you check that the two different sets of m2v files actually contain useful information (the encoded segments of your title) ?

[Voodoochild]

Want to second the quoted reply...

It happened to me something similar into a different context; most probably the new decoder is not properly matching with the dgindex project prepared for the previous version, so you are (IMHO) encoding just an avisynth error message, taking very little time to encode, but producing definitely some garbage...

Did you check that the two different sets of m2v files actually contain useful information (the encoded segments of your title) ?

I guess you may have a point there...
over all the DVD rb output folder was 2.5g instead of 4.7 or a bit less meaning the encoder could run faster making garbage... unfortunly I can't test it with any other DGDecoder since the dgindex wont match and that would rouin the test...
how ever if any other test that i can do are needed, don't hasitate to ask.
thanks..

[l8nights]

But Have lot's of Experience with DVD rips.
I used to work and steel do with DVD shrink, How ever I discovered DVD RB, and for heavy compressions.. yes it's the best.
I have some tips that may help some people with error 0006.
1. no matter how you ripped the DVD, Use FixVts at the end, it remove all the garbage, and DVD- RB can rebuild.


sorry to interupt but wondering if this(the quoted text) could/should be added to stickies in some way :)

at least til 1.09.3 is released and tested :goodpost:

[jdobbs]

Hmmm... the problem is -- I don't know if I agree. I've personally never used FixVTS -- but have never found a disc that couldn't be backed up. Maybe it's just that AnyDVD (which I have never regretted buying for one minute) takes care of it -- I don't know. But I'd hate to recommend adding a step that (at least in my experience) may not be necessary.

How long does it take, btw?

[Voodoochild]

Hmmm... the problem is -- I don't know if I agree. I've personally never used FixVTS -- but have never found a disc that couldn't be backed up. Maybe it's just that AnyDVD (which I have never regretted buying for one minute) takes care of it -- I don't know. But I'd hate to recommend adding a step that (at least in my experience) may not be necessary.

How long does it take, btw?

on the files inplace
about 3-5 minutes
i had to used it on my Seinfeld DVD and it solve the 0006 error problem, In general I think it's good idea to do this since it get reed of some junk on the dvd.

Now since encoding time takes more then 2 hours, I do not want to get to the rebuilder part only to discover that I have to do the hall process again because I was to lazy to begin with, by fixing the vts, A process that takes 5 minutes.

Again, since then I used dvd-rb to back up Matrix after removing angles shrink menu and cut end credits,
The 5th Element , again shrinking menu, remove end credits, edited pcg commands... used FixVts ----> Result ---->
ABSOLUTE FANTASTIC Compred it with DVD shrink which I steel love but DVD-RB was way better.....in manner of pixelation problem, I love this program... even if i have to use FixVts or other software b4, Finall result that count and again all I can say Thanks jdobbs.

[l8nights]

Hmmm... the problem is -- I don't know if I agree. I've personally never used FixVTS -- but have never found a disc that couldn't be backed up. Maybe it's just that AnyDVD (which I have never regretted buying for one minute) takes care of it -- I don't know. But I'd hate to recommend adding a step that (at least in my experience) may not be necessary.

How long does it take, btw?

it may not be necessary in most cases like 99.9 but if you recieve the error then is an easy fast fix that is all to necessary.

alway's reccomend it never heard it doesn't work.

I heard that anydvd added this feature (on the fly) as a means to clean up there rips anyway's??

[jdobbs]

Version 1.09.3 is coming out shortly anyway, and there won't be any #0006 errors anymore -- so it's all academic discussion anyway.

[triky40]

Hmmm... the problem is -- I don't know if I agree. I've personally never used FixVTS -- but have never found a disc that couldn't be backed up. Maybe it's just that AnyDVD (which I have never regretted buying for one minute) takes care of it -- I don't know. But I'd hate to recommend adding a step that (at least in my experience) may not be necessary.

How long does it take, btw?

I read it somewhere (maybe in Digital Video Forum) that AnyDVD will (maybe did) incorporate FixVTS in their software.

[lamster]

Just an update on this one.... I don't know how you ripped "Narnia" with DVD Decrypter alone... I tried it and it fails within a minute or so of the start with a read error...
How? I just stuck in the disc and clicked "Decrypt". :sly:

I've gotten back to playing with this. I'm running DVD-RB on one computer against a copy made via the latest DVDFab Decrypter. Tried using DVD Decrypter again on a different computer, just to be sure I'm not confused. This is the "Two-disc Collector's Edition", widescreen, region 1 NTSC. ISBN 0-7888-6826-8; UPC 7-86936-70380-1. Ripped in File mode. Verified that "Ignore read errors" on the I/O tab is not checked.
I 10:42:16 DVD Decrypter Version 3.5.4.0 started!
I 10:42:16 Microsoft Windows 2000 Professional (5.0, Build 2195 : Service Pack 4)
I 10:42:16 Initialising SPTI...
I 10:42:16 Searching for SCSI / ATAPI devices...
I 10:42:16 Found 1 CD-ROM and 1 DVD+RW!
W 10:42:24 Possible Structure Protection Found!
W 10:42:24 2 areas have been marked as 'suspect'.
W 10:42:24 Dummy sectors will be inserted where necessary.
I 10:43:49 Operation Started!
I 10:43:49 Source Device: [1:1:0] HP DVD Writer 200j 1.72 (D:) (ATA)
I 10:43:49 Source Media Type: DVD-ROM
I 10:43:49 Source Media Region Code: 1
I 10:43:49 Source Media Copyright Protection System Type: CSS/CPPM
I 10:43:49 Source Media Application Identifier: GEAR UDF Application
I 10:43:49 Source Media Implementation Identifier: GEAR UDF
I 10:43:49 Destination Folder: E:\DVD_Videos\LSE0NNW1\VIDEO_TS\
I 10:43:49 File Splitting: By File
I 10:43:49 Remove Structure Protection: Yes
I 10:43:49 Bad Sector Removal Method: Normal
I 10:43:49 Detect Mastering Errors: No
I 10:43:49 Multi Angle Processing: No
I 10:43:49 Remove Macrovision Protection: Yes
I 10:43:49 Stream Processing: No
I 10:43:49 Copying VIDEO_TS.IFO... (LBA: 712 - 724) - KEY: N/A
I 10:43:50 Decrypting VIDEO_TS.VOB... (LBA: 725 - 135589) - KEY: C0 00 00 00 01
I 10:45:22 Copying VIDEO_TS.BUP... (LBA: 135590 - 135602) - KEY: N/A
I 10:45:22 Copying VTS_01_0.IFO... (LBA: 135603 - 135671) - KEY: N/A
I 10:45:22 Decrypting VTS_01_0.VOB... (LBA: 135672 - 233093) - KEY: C0 00 00 00 01
I 10:46:35 Decrypting VTS_01_1.VOB... (LBA: 233094 - 757380) - KEY: C0 00 00 00 01
W 10:46:44 Inserting Dummy Sectors... (LBA: 233254 - 233605)
I 10:46:44 Extracting Sectors...
W 10:46:56 Inserting Dummy Sectors... (LBA: 233778 - 236941)
I 10:46:56 Extracting Sectors...
I 10:53:27 Decrypting VTS_01_2.VOB... (LBA: 757381 - 1281667) - KEY: C0 00 00 00 01
I 10:59:59 Decrypting VTS_01_3.VOB... (LBA: 1281668 - 1805954) - KEY: C0 00 00 00 01
I 11:06:36 Decrypting VTS_01_4.VOB... (LBA: 1805955 - 2330241) - KEY: C0 00 00 00 01
I 11:13:10 Decrypting VTS_01_5.VOB... (LBA: 2330242 - 2854528) - KEY: C0 00 00 00 01
I 11:19:42 Decrypting VTS_01_6.VOB... (LBA: 2854529 - 3378815) - KEY: C0 00 00 00 01
I 11:26:15 Decrypting VTS_01_7.VOB... (LBA: 3378816 - 3741162) - KEY: C0 00 00 00 01
I 11:30:49 Copying VTS_01_0.BUP... (LBA: 3741163 - 3741231) - KEY: N/A
I 11:30:49 Copying VTS_02_0.IFO... (LBA: 3741232 - 3741240) - KEY: N/A
I 11:30:50 Decrypting VTS_02_0.VOB... (LBA: 3741241 - 3741846) - KEY: C0 00 00 00 02
I 11:30:51 Decrypting VTS_02_1.VOB... (LBA: 3741847 - 3742266) - KEY: C0 00 00 00 02
I 11:30:51 Copying VTS_02_0.BUP... (LBA: 3742267 - 3742275) - KEY: N/A
I 11:30:51 Copying VTS_03_0.IFO... (LBA: 3742276 - 3742283) - KEY: N/A
I 11:30:52 Decrypting VTS_03_0.VOB... (LBA: 3742284 - 3742470) - KEY: C0 00 00 00 03
I 11:30:52 Decrypting VTS_03_1.VOB... (LBA: 3742471 - 3742914) - KEY: C0 00 00 00 03
I 11:30:53 Copying VTS_03_0.BUP... (LBA: 3742915 - 3742922) - KEY: N/A
I 11:30:53 Copying VTS_04_0.IFO... (LBA: 3742923 - 3742931) - KEY: N/A
I 11:30:53 Decrypting VTS_04_0.VOB... (LBA: 3742932 - 3743118) - KEY: C0 00 00 00 04
I 11:30:54 Decrypting VTS_04_1.VOB... (LBA: 3743119 - 3745827) - KEY: C0 00 00 00 04
I 11:30:56 Copying VTS_04_0.BUP... (LBA: 3745828 - 3745836) - KEY: N/A
I 11:30:57 Copying VTS_05_0.IFO... (LBA: 3745837 - 3745845) - KEY: N/A
I 11:30:57 Decrypting VTS_05_0.VOB... (LBA: 3745846 - 3746032) - KEY: C0 00 00 00 05
I 11:30:57 Decrypting VTS_05_1.VOB... (LBA: 3746033 - 3752527) - KEY: C0 00 00 00 05
I 11:31:03 Copying VTS_05_0.BUP... (LBA: 3752528 - 3752536) - KEY: N/A
I 11:31:03 Copying VTS_06_0.IFO... (LBA: 3752537 - 3752545) - KEY: N/A
I 11:31:03 Decrypting VTS_06_0.VOB... (LBA: 3752546 - 3752732) - KEY: C0 00 00 00 06
I 11:31:04 Decrypting VTS_06_1.VOB... (LBA: 3752733 - 3753524) - KEY: C0 00 00 00 06
I 11:31:05 Copying VTS_06_0.BUP... (LBA: 3753525 - 3753533) - KEY: N/A
I 11:31:05 Copying VTS_07_0.IFO... (LBA: 3753534 - 3753549) - KEY: N/A
I 11:31:05 Decrypting VTS_07_0.VOB... (LBA: 3753550 - 3753736) - KEY: C0 00 00 00 07
I 11:31:06 Decrypting VTS_07_1.VOB... (LBA: 3753737 - 3930289) - KEY: C0 00 00 00 07
I 11:33:19 Copying VTS_07_0.BUP... (LBA: 3930290 - 3930305) - KEY: N/A
I 11:33:19 Copying VTS_08_0.IFO... (LBA: 3930306 - 3930314) - KEY: N/A
I 11:33:20 Decrypting VTS_08_0.VOB... (LBA: 3930315 - 3930501) - KEY: C0 00 00 00 08
I 11:33:20 Decrypting VTS_08_1.VOB... (LBA: 3930502 - 3944212) - KEY: C0 00 00 00 08
I 11:33:31 Copying VTS_08_0.BUP... (LBA: 3944213 - 3944221) - KEY: N/A
I 11:33:31 Copying VTS_09_0.IFO... (LBA: 3944222 - 3944231) - KEY: N/A
I 11:33:31 Decrypting VTS_09_0.VOB... (LBA: 3944232 - 3944418) - KEY: C0 00 00 00 09
I 11:33:32 Decrypting VTS_09_1.VOB... (LBA: 3944419 - 4008418) - KEY: C0 00 00 00 09
I 11:34:20 Copying VTS_09_0.BUP... (LBA: 4008419 - 4008428) - KEY: N/A
I 11:34:21 Operation Successfully Completed! - Duration: 00:50:31
I 11:34:21 Average Read Rate: 2,644 KB/s (1.9x) - Maximum Read Rate: 3,422 KB/s (2.5x)

No read errors.

[jdobbs]

The only difference I see is that I was using ISO mode and you appear to be using file mode.

[layer3maniac]

Same problem here with Narnia...

Ripped with DVD Decrypter in iso mode, no reported errors, with "Ignore Read Errors" was unchecked.

No preprocessing, DVD-RB hangs in Rebuild stage with 0006 error.

Shrink has no problems. ???

[lamster]

You might want to try using the latest DVDFab Decrypter. It worked for me...

[jdobbs]

Same problem here with Narnia...

Ripped with DVD Decrypter in iso mode, no reported errors, with "Ignore Read Errors" was unchecked.

No preprocessing, DVD-RB hangs in Rebuild stage with 0006 error.

Shrink has no problems. ???Upgrade. There is no such thing as a 0006 error any more. As I have said a couple of hundred times -- Shrink having "no problem" means absolutely nothing. Shrink doesn't have to decode or understand the source at all so it will just pass many source errors through and they will still be there in the output.

[layer3maniac]

There is no such thing as a 0006 error any more. There is for poor folks.


@ lamster
Thanks, that worked perfectly!

[jdobbs]

Oh... freeware. It will be gone in the next release.

[SAPSTAR]

Oh... freeware. It will be gone in the next release.
That's why people should contribute....after all, given the effort driven into this dev, it's really a small compensation...