View Full Version : DVD Decrypter will not decrypt ripped DVDs!
pojo
14th February 2005, 05:20
Hi, I need some help decrypting. I use DVD Decrypter in file mode to rip my DVD originals, then use DVD shrink to create a copy. I use Fujifilm DVD+ or -R discs (top notch, Japanese made). My problem is, after I have gone through this process, I want to create a duplicate of the copied disc, DVD Decrypter will not rip the copied DVD ! I have tried this with several DVDs and the same error message comes up as the disk containg bad sectors or invalid data even though the copied DVD disc plays entirely fine on a DVD player. I have checked these copied discs and there are now visible imperfections, the disc surface is clean.
Anybody know what could be causing this and what the solutions are ?
Thanks in advance !
2COOL
14th February 2005, 07:26
http://img191.exs.cx/img191/2392/moreinfo6mf.gif
Are you using the current version of DVD Decrypter? And if you are using DVD Shrink as your main tool, I recommend you peruse through DVD Shrink's official FAQ on problematic DVDs due to Sony's new copy protection, ArccoS. http://forum.digital-digest.com/showthread.php?s=&threadid=45339
I also recommend you to search through Doom9's forum also. There has been many posts concerning your matter. Remember forum rule #1.
LIGHTNING UK!
14th February 2005, 15:21
If the program is displaying read errors, your drive cant read the disc. Simple as that really.
Try burning to better media, you might not have the problem then.
Paulcat
15th February 2005, 14:03
Try using DVD Shrink (with NO compression) to rip your new dvd's back to your HD. I have had a similar problem when a burned dvd would not play properly on my set-top player (DVD Shrink reads more slowly than DVD Dedcrypter), and reshrinking the dvd seemed to work.
If you have Nero, you can try Nero Drive Speed and slow down your DVD rom and see if it reads better.
pojo
16th February 2005, 06:31
Thanx for the replies guys,
I'm still having no luck with this. I'm using Japanese made DVD -R media, it has the most compatible and best quality rating according to these guys http://www.videohelp.com/dvdmedia.php?dvdmediasearch=fujifilm&dvdmediadvdridsearch=&type=6&size=All&dvdburnspeed=All&order=Name&hits=25&search=Search+or+List+Media so i can not understand how this media which contains a fully working movie copy reads as defective (cyclic redundancy chekcs) on both DVD decrypter and DVD Shrink. I mean, the movie copy on this DVD media was originally made with Decrypter and Shrink and it plays fine on all DVD set top players. I am wondering if is just the DVD rom drive in my computer, I tried my work computer's DVD rom drive and it had the same problem there too. How about ripping the ripped DVD media with Smartripper or vStrip, do they decrypt/read any better ?
maybe lightning uk is right, time to switch to a better media..
anybody know a RELIABLE media as it seems like fujifilm DVDs are shite
Thanx again
metalmania
16th February 2005, 22:35
Well I think I get the solution. One month ago I met the same problem. I was using the internal LiteOn DVD-ROM drive to rip a decrypted DVD (burned on a cheap DVD-R disk) with the latest Decrypter. When reading the third VOB file, the error occured. I couldn't believe my eyes because my DVD drive was almost new. Anyway I took out the disk and put it into the external Ricoh DVD+RW drive. OK, no more problems! However I decided to know why, I checked the Decrypter log, it's using a different aspi driver from what I remembered 3 years ago. So I changed the aspi driver setting in Decrypter, and ran it again on LiteOn drive. Great! Everything was ok now!
Conclusion: change your aspi setting in decrypter!
LIGHTNING UK!
17th February 2005, 18:17
The I/O Interfaces are just the method of communication - i.e. which route to take from program to actual hardware.
They should have NO effect at all on the hardwares ability to read a disc.
metalmania
17th February 2005, 18:39
I don't know why but change aspi setting does solve the problem. The default Microsoft driver STPI or something might cause conflict?
LIGHTNING UK!
17th February 2005, 22:17
SPTI should be the least likely to conflict because it's built into the OS!
Oh well, so long as you got around your problem.
I don't recommend it to anyone else though because you miss out on lots of things if you don't use SPTI.
metalmania
17th February 2005, 22:38
Thanks, Lightning UK!
Could you please tell me what's the advantage of SPTI?
squinty
24th February 2005, 05:55
I don't recommend it to anyone else though because you miss out on lots of things if you don't use SPTI.
Is there a benefit to using SPTI over the ELBY driver? I've been using that.
LIGHTNING UK!
24th February 2005, 19:37
Erm not really no. The Elby drivers support most of the advanced features that SPTI gives you, so I made the program issue Elby equivalents if thats the I/O Interface in use.
Personally, I can't think of any reason NOT to use SPTI - besides the obvious one where you need to have Admin rights for SPTI.
I have all the I/O Interfaces available to me, and I still use SPTI.
As SPTI is default, it also undergoes the most testing ;)
squinty
25th February 2005, 20:22
Good to know, I'll start using that then. ;)
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.