Almost all in one program: HDDVD Ripper

[evil_jesus]

Hey guys.

I whipped up this program that should make it easier to use BackupHDDVD.
The program, upon hashing the VTKF000.AACS file, automatically retrieves all relevant data from hdkeys.com and inserts it into your keydb.cfg file. There is also a manual Add Key screen if it is required.

At the moment, the program just uses muslix's BackupHDDVD and generates and executes a batchfile from the parameters that are entered.
While the design is quite basic, it may help some less experienced people that cant use a command line backup their HD DVD's.
Shortcomings of the program are that:
1) Requires muslix's backuphddvd program in its folder

Now as i do not have a HD DVD drive myself. I cannot really test it fully, however I have done a bit of testing and am fairly sure all will work as planned.

Links
Executable & Source (vb.net)
http://www.sendspace.com/file/akaqbu

Any problems/suggestions please post here.

Thanks guys.
Evil_Jesus

[reeky]

why is muslix's ripper the only shortcoming where, in fact, it's supposedly the core of this whole ripping process? do you plan on making your own ripper as well?

besides that, thanks.

[Adub]

the reason it is a short comming is that it is written in java, has only one thread, and has no IME support. There are several different conversions to C# right now, plus offline keyfinders, so no internet connection necessary.

[evil_jesus]

Correct merl.
Its not the program itself that is the shortcoming. Its the need for a 3rd party program which requires other third party components (java). This builds the reliability of the program upon each other, if one fails, they all do. I am in no way having a go at muslix or his program. Him and his program got the ball rolling on this whole thing and I am very much thankful for his time and effort he has put into it.

Indeed, i was planning on converting BackupHDDVD to a .net equivalent.

[HyperHacker]

A number of people have pointed out that the slow speed comes not from a lack of threads but from disc I/O. Optical drives are slow, and those who are copying to their hard disk first are likely writing back to the same disk, which of course is going to be slow. If you want it faster, copy to your hard disk then decrypt to a different disk on a different IDE channel and/or controller.

[Henkske]

Thanx alot man

[Mistar Muffin]

Hey guys.

I whipped up this program that should make it easier to use BackupHDDVD.
The program, upon hashing the VTKF000.AACS file, automatically retrieves all relevant data from hdkeys.com and inserts it into your keydb.cfg file. There is also a manual Add Key screen if it is required.

At the moment, the program just uses muslix's BackupHDDVD and generates and executes a batchfile from the parameters that are entered.
While the design is quite basic, it may help some less experienced people that cant use a command line backup their HD DVD's.
Shortcomings of the program are that:
1) Requires muslix's backuphddvd program in its folder

Now as i do not have a HD DVD drive myself. I cannot really test it fully, however I have done a bit of testing and am fairly sure all will work as planned.

Links
Executable & Source (vb.net)
http://www.sendspace.com/file/akaqbu

Any problems/suggestions please post here.

Thanks guys.
Evil_Jesus

Not trying to be a poophead, but you do realize the version of BackupHDDVD @ hdkeys.com can already retrieve the keys from the online db without 3rd party software and write it to the keydb.cfg, right? So whats this exactly?

[dukey]

if you want to speeds things up

have one thread to read the encrypted stream into memory
and a seperate thread to decrypt and write the stream to hdd

[mb2696]

if you want to speeds things up

have one thread to read the encrypted stream into memory
and a seperate thread to decrypt and write the stream to hdd

this may not help at all if the decryption is much faster than the reading

[LokiHD]

after i hit rip disc,

"Unhandled exception has occured in your application."