I just tried to back up That Thing You Do: Director's Cut R1. After I ripped it to the hard drive with AnyDVD, I blanked some crap with PGC Edit and opened the movie with Shrink. The running time was off and there were many unreferenced cells that weren't on the original DVD. The movie uses interleaved cells, so that you can play the director's cut or the theatrical release. AnyDVD seems to have made all of the interleaved cells unreferenced. I didn't edit any files in the main movie's VTS. Has anyone else ripped this successfully with AnyDVD? It might be best to use DVD Decrypter until this problem is resolved.

Did you run the movie through FixVTS after you went on a blanking spree? Also, while you are in PgcEdit, rebuild all the timemaps for the DVD: DVD > Rebuild all timemaps of DVD.

All I blanked was the FBI warnings and stuff like that. There would be no need for FixVTS. I didn't blank anything in the movie's domain, so there is no reason for it being messed up. I did rebuild the timemaps for the whole DVD.

I'm now seeing another issue. A different movie I ripped with AnyDVD was not even decrypted at all. There's a huge green mess in DVD Shrink. So, there are major issues with the new AnyDVD. Second title is: She's One of Us.

I think this second issue is a bug with the program. It happens when "Use CSS key archive" is enabled. Sometimes movies are not decrypted properly, when I load the DVD again. I fixed this problem by turning off CSS key archive. Maybe the first problem was also related to that. I've never had a problem before and don't think these DVDs have any special protection.

If you had a whole lot of unreferenced cells after you blanked a whole heap of stuff, of cours

Of course you're going to have a whole lot of unreferenced cells if you blanked stuff. Run the DVD through FixVTS to clean up all the crap left behind to conserve space.

How did you get it to your hard drive? Did you use AnyDVDs Rip to harddrive feature? Or did you use another means?

You don't get unreferenced cells when you blank stuff, only when you "Kill PGC playback." As I said, I didn't edit anything in the movie's domain, so there's no reason why cells should be unreferenced there. All I did was use the "Blank out all VTST titles/Menu PGCs" function. That doesn't leave unreferenced material. It completely rewrites the VOBs with blank cells.

I used the newest AnyDVD ripper. That is where the problem began. I haven't edited the movie's domain with any programs that would've left unreferenced cells. The cells shouldn't be unreferenced. They are part of the movie. What's odd is that PGC Edit showed the correct playback time, but when I opened it with Shrink, the interleaved cells were unreferenced. This seems like a serious problem with AnyDVD's ripper. It has nothing to do with PGC Edit, I didn't edit the movie at all. I just blanked the FBI warnings in VIDEO_TS menu.

the solution is to use ripit4me. i hope it's not true that it will no longer be updated. it worked every time i used it. now we have to rely on the new any dvd ripper which will likely have to be updated every two weeks like anydvd in order to work right. how is it ripit4me wasn't updated that often in comparison to anydvd and yet it worked every time? I backed up something with the anydvd ripper and watched it right afterwards cuz i wasn't sure it would work. it did play fine, but the fact there is a doubt in mind bothers me. don't you love using software you're not sure will work right?

PgcEdit, IIRC only touches the IFOs. Which means if you want to retrieve the space back you will need to process the files through VobBlanker or FixVTS.

Try the latest BETA of AnyDVD: 6.1.4.4

Maxxjulie: he is having a problem with AnyDVD. He posted in the AnyDVD forum so he wants this bug to be fixed not to be given another program to use.

Fair enough. calweycn had a problem with the timing being off in his original post. He has since edited it.

The beta should fix his problem. It was a definite bug in the AnyDVD Ripper code. For the record, CloneDVD 2.9.0.4 had the same bug and a new beta, 2.9.0.6, is out to fix it, as well.

I am testing it now, I will post back.

I didn't edit anything except some spelling, linx05. The times were off when it was loaded in Shrink. PGC Edit showed the correct time. For some reason, the interleaved cells were unreferenced in Shrink. Sounds like the new beta will fix this problem, but I haven't tried it yet. It is frustrating, as maxxjulie said. DVD Decrypter is still the most reliable ripper, IMO. It just needs some help from its new friends AnyDVD and occasionally FixVTS.

I don't care for r4m, but the ripper I trust most is DVD Decrypter. I use DVDD with AnyDVD, then run PGC Edit and FixVTS, if necessary. I've never had any doubt about things with Decrypter (make sure to "detect mastering errors" in CSS options). It's still the most reliable ripping tool. I trust it more to give me a perfect rip. DVDFab and AnyDVD have occasionallly let me down. Decrypter seems faster than AnyDVD's new ripper too. I stopped using DVDFab a while, because it messed up one of my movies. Luckily, I hadn't burned yet. Usually, I check my back-ups to make sure everything's right. But I have more trust in DVD Decrypter to do it right on the first attempt.

AnyDVD still has a bug with the "CSS key archive." Sometimes movies are not decrypted properly when you load them later. I've duplicated this problem on many occasions. Just load and unload a DVD several times with the "CSS key archive" on. Open with Shrink. Within a minute, you will have a garbled green mess in Shrink. This is a known issue, and they advise you to disable the CSS key archive. Not a huge problem, but still annoying. Why don't these features work 100%? I've never had AnyDVD fail to decrypt a DVD unless "use CSS key archive" was enabled. That seems easily fixable.

That's the draw back when using the CSS key archive. If AnyDVD cracks CSS wrong, the bad key will be stored in the archive till the next time the DVD is loaded. When CSS archive is disabled, it will always try to crack the DVD again and again. I don't think it is a problem with AnyDVD, it is just a draw back when using the CSS archive.

It's like it's not using the key for some reason. If it decrypts right the 1st time, it should work in the future. There seems to be a bug when it looks up the key in the archive, it sometimes doesn't use it on the disc. I found that it only had this problem when CSS key archive was enabled. It happened all the time, tho. Enough for me to realize what was causing it. If I recall, the ballon tip wouldn't even come up on DVDs sometimes when they were reloaded. It was not seeing the encryption or removing it like it had done before.