Mobipocket Decoder Tool

[bbusybookworm]

Originally Posted by IceHand

Huh? I bought the Chambers too, but my version is only 24.7 MB in size. And MobiDeDrm worked here too, but took even longer (140 minutes with a 1.4 Ghz Celeron M).

I Had a similar experience DeDRMing the Chambers. Only in my case i used the version 1 of the script first and it ended up generating a invalid file.

Redoing it with Ver2 did generate a usable file, the only problem is that with the scrip just showing Working... I was unsure whether it was processing until I checked the Task manager and saw Python working away.

Anyone have any general guidelines as to how long it usually takes for scripts like this to run. Is it more dependent on size or on somthing else?

[pdurrant]

It's size. And how much of that size is text rather than illustrations, as only the text is encoded. Most eBooks are about 1/100th the size of the Chambers dictionary (250KiB rather than 25MiB).

On my system most books decode in under a minute.

Paul

Originally Posted by bbusybookworm

I Had a similar experience DeDRMing the Chambers. Only in my case i used the version 1 of the script first and it ended up generating a invalid file.

Redoing it with Ver2 did generate a usable file, the only problem is that with the scrip just showing Working... I was unsure whether it was processing until I checked the Task manager and saw Python working away.

Anyone have any general guidelines as to how long it usually takes for scripts like this to run. Is it more dependent on size or on somthing else?

[bbusybookworm]

Edit - Found My Mistake

As a complete novice, I was taking the [Tab][Tab] in reference to the line above it as opposed to the whole script.

D'oh!

Still It does show that even silly things can trow you off.

D:\MobiDeDRM>mobiddrm04.py Aroundtheworldin80days.prc Aroundtheworldin80days-1.p
rc 5UMRXH2$UK
File "D:\MobiDeDRM\mobiddrm04.py", line 63
if size <= 0:
^
IndentationError: unexpected indent

D:\MobiDeDRM>pause
Press any key to continue . . .

[JSWolf]

Python is a bit sticky with indents (I think). So if that is the case, that could be your problem.

If I can find the diff program and remember how to use it, I might be able to put up a diff file. I'll have to have a go and see what I can do.

[bbusybookworm]

Originally Posted by JSWolf

Python is a bit sticky with indents (I think). So if that is the case, that could be your problem.

If I can find the diff program and remember how to use it, I might be able to put up a diff file. I'll have to have a go and see what I can do.

Thanks

As I said, I ended up finding the mistake, it was as you would say PBCK, Problem between Chair and Keyboard, i.e. User Error.

[JSWolf]

Originally Posted by bbusybookworm

Thanks

As I said, I ended up finding the mistake, it was as you would say PBCK, Problem between Chair and Keyboard, i.e. User Error.

Then no need for a diff for the two versions. Well done sorting it out. I've not had a problem with 0.04 at all since I've been using it.

[robcohen]

I have three files that cannot be processed by mobidedrm01/02/03/or 04. Return either
Error: invalid encryption type: 0
or
Error: invalid file format

Is it possible that something has changed and the scripts no longer work. Have been over the changes for 04 several times and can't find where I've made a mistake. Perhaps a .diff would indeed be simpler so at least the source is not a variable in solving these issues?

Thanks,
Rob

[pdurrant]

Encryption type 0 is unencrypted. Are you sure these are DRMed files?

Paul

Originally Posted by robcohen

I have three files that cannot be processed by mobidedrm01/02/03/or 04. Return either
Error: invalid encryption type: 0
or
Error: invalid file format

Is it possible that something has changed and the scripts no longer work. Have been over the changes for 04 several times and can't find where I've made a mistake. Perhaps a .diff would indeed be simpler so at least the source is not a variable in solving these issues?

Thanks,
Rob

[JSWolf]

Or could this be one of those PRC that need a UN/PW in Mobipocket Reader and then sent to another device?

[robcohen]

Originally Posted by pdurrant

Encryption type 0 is unencrypted. Are you sure these are DRMed files?

Paul

Yes, they're definitely encrypted.

I found the problem after re-creating MobiDeDRM 0.04 from a fresh copy of 0.02 -- and using the patch instructions from the bottom up.

Apparently there was a difference between the version of MobiDeDRM04.py that worked and the one that failed -- caused by me. Comparison of the two files shows an extra couple of blank lines after line 64.

It probably wouldn't be difficult to port diff from *nix over to Windows. I'm surprised this hasn't been done by someone. Not that it would be trivial for me necessarily, but sort of recall some info about diff from an intro programming class decades ago :=)

Anyway, as expected, the problem was mine. Happy camper, now!

rob

[DMcCunney]

Originally Posted by robcohen

It probably wouldn't be difficult to port diff from *nix over to Windows. I'm surprised this hasn't been done by someone. Not that it would be trivial for me necessarily, but sort of recall some info about diff from an intro programming class decades ago :=)

I gather you haven't looked. Among others:

http://www.thefreecountry.com/progra...mparison.shtml

http://gnuwin32.sourceforge.net/packages/diffutils.htm

http://www.componentsoftware.com/Products/CSDiff/

http://winmerge.org/

http://www.prestosoft.com/edp_examdiff.asp

http://kdiff3.sourceforge.net/

Command line versions are available as part of Cygwin and MinGW.
______
Dennis

[pilotbob]

Originally Posted by robcohen

It probably wouldn't be difficult to port diff from *nix over to Windows. I'm surprised this hasn't been done by someone. Not that it would be trivial for me necessarily, but sort of recall some info about diff from an intro programming class decades ago :=)

What are you porting? mobidedrm already work on Linux/Windows/Mac.

BOB

[robcohen]

Originally Posted by DMcCunney

I gather you haven't looked. Among others:
...
Dennis

Hey Dennis,
Thanks for the pointers. I must have written the complaint about "no diff" just after I found there was no native DOS diff command (in Vista). Tried the COMP command and it did not actually report the differences, just "files are different sizes". It was a bit annoying to have to go look for a third party version of something that should just be there. I was spoiled by working on Unix many years ago :-)

I eventually found and installed a trial of DiffDoc which accomplished the immediate task. Your list of sites for tools gives me way more places to look than downloads.com or simtel.net. Much appreciated.

Rob

[robcohen]

Originally Posted by pilotbob

What are you porting? mobidedrm already work on Linux/Windows/Mac.

BOB

Hi Bob,
I was looking for a tool that did the diff function to produce a delta and show me the difference between the two hand-patched versions of mobidedrm04.py that I had produced. The person who produced the modifications simply supplied the lines to change and the expected location of the line preceding the change. I found that I had added one or two cr/lf pairs after one of the changes, causing the resulting code to be wacko.

Thanks,
Rob

[DMcCunney]

Originally Posted by robcohen

Hey Dennis,
Thanks for the pointers. I must have written the complaint about "no diff" just after I found there was no native DOS diff command (in Vista). Tried the COMP command and it did not actually report the differences, just "files are different sizes". It was a bit annoying to have to go look for a third party version of something that should just be there. I was spoiled by working on Unix many years ago :-)

<shrug>

I'm a *nix admin, among other things, and had a *nix box at home before I had an MS-DOS PC. I've been keeping my eye out for things that add capabilities I'm used to from Unix to Windows for some time. The links a posted are just a surface scratch, biased toward free/open source.

The topic surfaced elsewhere recently: I'm on the mailing list for NaNoWriMo (an organized effort to write a novel in a month), and various folks involved in it were looking for things like revision control systems they could incorporate in their writing workflow.

I eventually found and installed a trial of DiffDoc which accomplished the immediate task. Your list of sites for tools gives me way more places to look than downloads.com or simtel.net. Much appreciated.

Simtel is hit-and-miss, and doesn't seem to be terribly well maintained. A lot of stuff listed proves not to be available. Downloads.com is fine if you know what you're looking for, but less fine if you don't. For *nix like tools, the first place I look is sourceforge.net, the biggest open source repository in existence.

If you want as full an emulation of Unix under Windows as possible, install Cygwin. Cygwin is an attempt by Cygnus Development (now part of Red Hat) to port the Gnu toolchain from *nix to Win32. Rather than rewrite every utility to use Win32 system calls, the Cygnus developers wrote a POSIX compatibility layer encapsulated as a DLL that includes the most common *nix system calls. Code built under Cygwin links against the DLL, sees the *nix calls it expects, and a lot of Unix code builds "out of the box" under Cygwin. Cygwin includes the Gnu compiler suite, plus all of the standard untilites you would expect like ls, cp, mv and ln, plus the vi editor and bash shell. It's a little quirky to use, because it uses *nix conventions, like / as a PATH separator and - as the option delimiter, so you can't jsut mix and match *nix and Windows commands, but it works very well.

Free, and open source, from http://www.cygwin.com.
______
Dennis