DVDDecrypter (IFO) fails, little grey cells and AGK succeed.

[ukb007]

Hi, PROs.

I came accross a DVD-9 with 5.63 GB of a movie in PGC-1 along with some other material. I started the rip, as usual, with DVDDecrypter, and guess what? There were three files in my destination folder at the end of 9 minutes 32 seconds of rip:

VTS_01 - Stream Information.txt (2 KB)
VTS_01_0.IFO (102 KB)
VTS_01_1.VOB (0 KB)

This is the log of that Rip operation:

********************************************************************************
I 18:00:02 DVD Decrypter Version 3.2.2.0 started!
I 18:00:02 Microsoft Windows XP Professional (5.1, Build 2600)
W 18:00:02 Drive C:\ (FAT32) does not support single files > 4 GB
W 18:00:02 Drive D:\ (FAT32) does not support single files > 4 GB
W 18:00:02 Drive E:\ (FAT32) does not support single files > 4 GB
I 18:00:02 Initialising SPTI...
I 18:00:02 Searching for SCSI / ATAPI devices...
I 18:00:02 Found 1 DVD-ROM and 1 DVD-ROM/CD-RW!
I 18:00:42 Operation Started!
I 18:00:42 Source Device: [1:0:0] HL-DT-ST DVD-ROM GDR8161B 0100 (F:)
I 18:00:42 Source Media Region Code: 1, 2, 3, 4, 5, 6, 7, 8
I 18:00:42 Source Copyright Protection System Type: None
I 18:00:42 Destination Folder: E:\P\RippedVOBs\
I 18:00:42 File Splitting: 1 GB
I 18:00:42 Detect Mastering Errors: No
I 18:00:42 Stream Processing: Yes
I 18:00:42 Remove Macrovision Protection: Yes
I 18:00:45 Decryption Key: N/A
I 18:00:45 Extracting Sectors...
I 18:10:15 Operation Successfully Completed! - Duration: 00:09:32
I 18:10:15 Average Read Rate: 7,617 KB/s (5.5x) - Maximum Read Rate: 11,245 KB/s (8.1x)
********************************************************************************

During those 9+ minutes, the DVDDecrypter window showed these:

Free Space (static, indicating no transfer to HD)
VTS/PGC: (OK)
Size: (OK)
Cell: (OK)
Tranferred: (0 KB)
Read Errors: (0)
Read Rate: (OK)
Time Elapsed: (OK)
Time Remaining: (OK)

Beats me why this was happening. Some new technique of copy protection? I don't know. I'd love to know.

But here's what I did. I unleashed the little old grey cells. I started the rip in File mode, and the relevent files were faithfully copied. (?!). I put the previously ripped .ifo file and the .txt file in the same folder, and turned AGK loose on them.

It went on like a dream. AGK made mincemeat of the tough opposition.

So, guys, maybe you should look out for newer surprises with each DVD that you tackle. The bugs are more often in the source than the tool, and it's up to you to hunt 'em or bypass 'em.

Regards.

[LIGHTNING UK!]

I expect that means the codes in the vobs dont match those found in the IFO.

I dont think (please correct me if I'm wrong!) that AutoGK does IFO parsing (Not according to this anyway http://forum.doom9.org/showthread.php?s=&threadid=77941 ).

So basically it has just done it's thing with unprocessed vobs.

I've just added a little bit of logging to the area I think is causing you problems so I would very much like it if you'd let me email you a beta copy to just do a quick test with (read the dvd off once!).

BTW, what disc is that? An original one? It doesnt seem to be protected in any way so it's a little weird, that's all :)

[len0x]

Originally posted by LIGHTNING UK!
I don't think (please correct me if I'm wrong!) that AutoGK does IFO parsing (Not according to this anyway http://forum.doom9.org/showthread.php?s=&threadid=77941 ).


It did at some point in the past (prior to version 1.30).

P.S. Did you have a chance to have a look at the problem I PMed you once? (About "Unknown ('')" audio)

[LIGHTNING UK!]

I assume this person is on the latest version - well, I hope he/she is :)

So in which case, IFO parsing isnt in there.

But hey, who knows!

Onto your other point....

Yeah sorry, it had already been taken care of I think.

I guess the problem was just that the little 'LanguageType' bit was set in the ifo, but the laguage code wasnt present at all!

I've added more checks in now so it should behave as if the bit wasnt set in the first place if the code is just a couple of nulls.

Do you rely on it actually saying 'Unknown' ? I hope not because the program has always just not displayed anything if the 'LanguageType' bit was set to 0.

[len0x]

Originally posted by LIGHTNING UK!
Do you rely on it actually saying 'Unknown' ? I hope not because the program has always just not displayed anything if the 'LanguageType' bit was set to 0.

It can say anything as long as its in text-readable format :) I just present it to the user as it is. Badly mastered DVDs are not our concern :D
Thanks!

[LIGHTNING UK!]

Oh ok, so long as you dont parse the text between the 4th and 5th '/' or anything like that to get the language, because obviously if I dont append any language info, the bit between 4th and 5th '/' will be something else!

[len0x]

I know :) I only take it if that's non LBA entry (which is next after language), otherwise I just display "Unknown Language" to the user...

P.S. is there any chance you can put length of video into stream info file ?

[LIGHTNING UK!]

I could, but im not sure how many people that would effect!

I think there are quite a few programs out there that use that file now.

If I did do it, it would have to be changed from 'stream information' to something more generic too. That way I could include loads of stuff - and turn it into more of an ini file type thing.

[ukb007]

Quote:
I've just added a little bit of logging to the area I think is causing you problems so I would very much like it if you'd let me email you a beta copy to just do a quick test with (read the dvd off once!).

I'd like to learn and help; you can PM me through the forum, or use this (ukb007@hotmail.com) address. I'll test it and let you know. I always use the version of DVDDecrypter that's prescribed in the manual of the version of AGK I'm using.

Quote:
I assume this person is on the latest version - well, I hope he/she is.

Yes, I'm now using AGK 1.41b. Will graduate to v 1.44b later today.

Quote:
BTW, what disc is that? An original one? It doesnt seem to be protected in any way so it's a little weird, that's all.

This forum is all about discs owned legally. The customer buys from a shop. The customer often may not know (though lack of knowledge isn't a defence for an illegal act) who manufactured the disc, or whether it was pressed or burned. If bought from a joint like Radio Shack, one's probably safe. Often the price of the disc may tell the difference, and just as often it may not. I believe in DVDDecrypter, I believe in AGK, and I believe that these are tools. Tools like the knife. You can kill with it. You can also heal with it. This sounds like a lecture? Please find a way to forgive me if it does. As len0x said, badly mastered [for Hollywood film-DVDs that translates to 'illegal' or 'non-original'] discs are not our concern. That's the stand of this forum, and we all respect the forum-rules.

Regards.

[LIGHTNING UK!]

You've got mail ;)

[ukb007]

Mighty M$ is displeased. Your message is home, but the the attachment is permanently blocked because it's potentially unsafe!

I'm sorry. Please use this (ukb007@vsnl.com) address. I can't wait to try out the 3.2.2.15!

Regards.

[ukb007]

Hi.

I've received the beta, tested on the same disc as instructed, and emailed the log back to you.

A feedback here will help everyone.

Regards.

[LIGHTNING UK!]

As expected, vob / cell ids in the file dont match those specified in the IFO and so they're all skipped because they're not thought to be part of the selected PGC.

[ukb007]

So it does mean it's a bad DVD. Well, life is far from being perfect. But the fiasco just proved something once again: although badly authored/mastered DVDs are not our concern, DVDDecrypter and AGK can tame them.

Regards.

[LIGHTNING UK!]

Well I'd say it's badly authored, yeah.

[Mar_s18]

I might be way off the track, and if so please excuse, but in log of the rip operation it shows that XP is loaded on a FAT32 files system and no files over 4GB are supported...

If ukb007 you were ripping in ISO mode than the operation would probably fail because the ISO would be over the 4GB limit and that is why with AGK in File Mode worked ok, which I think DVDDecrypter would be able to do.

This happend to me until I went to NTFS with XP.

Mars

[LIGHTNING UK!]

Sorry but yeah, you're way off the track!

He was ripping in IFO mode originally.

Also, DVD Decrypter can still rip (in ALL modes) to a FAT32 drive. It just splits the output into 1 or more files.

As expected, vob / cell ids in the file dont match those specified in the IFO and so they're all skipped because they're not thought to be part of the selected PGC.

That was the problem here.

Thanks for trying to help though :)