Mobipocket Decoder Tool

[IDtheTarget]

Thank you! I misunderstood the "your name" in the "Usage" message of the python script. I thought it was the name I wanted the book to become. Silly, eh?

Thank you! I am very happy to purchase my books (since I want to support authors and have them keep writing), but after the Microsoft fiasco where people who had purchased music were no longer able to access it, I prefer to keep the content I've purchased available no matter what happens to the DRM provider.

Thanks again!

Originally Posted by wallcraft

The ereader2html.py script has different arguments than mobidedrm, try:

python ereader2html.py MoonCalled-DRM.pdb MoonCalled "User Name" <credit card number>

Here, MoonCalled is a subdirectory because it will end up containing HTML and images. I think this gets created for you if it does not exist. The "User Name" needs to be the name as it appears on your Credit Card (or as you registered it with FictionWise/eReader). Only the last 8 digits of your CC number are required.

The result is HTML (not a drm-free .pdb version), so you may have to format shift it again.

[JSWolf]

Why are we talking about eReader2HTML in a thread about MobiDeDRM?

[Artair]

Where is source code?There is no inbuild source code.Saw a dropped down box where i found many languages.Is that means whenever i write any code in the big box at first i have to choose any of the language.

[kiwi]

There still seems to be a bug in MobiDeDRM v0.04
Was wondering if anyone can help to try to fix it or track it down?

DeDRMed file crashed MobiReader.

Details:
I bought a book from amazon.
Used DeDRM v0.04
DeDRMed file crashed MobiReader.
I used MOBIPerl tools
(from here https://www.mobileread.com/forums/showthread.php?t=17718 )
to debug the file
and looking inside records -
it seems that the text was corrupted after about 2000 bytes into the records

[JSWolf]

Are you sure the eBook is AZW and not topaz (AZW1 or TPZ (I think))?

[pdurrant]

Hopefully 0.05 will fix your problem.

https://www.mobileread.com/forums/sho...d.php?p=309292

If it doesn't, please let me know.

Paul

Originally Posted by kiwi

There still seems to be a bug in MobiDeDRM v0.04
Was wondering if anyone can help to try to fix it or track it down?

DeDRMed file crashed MobiReader.

Details:
I bought a book from amazon.
Used DeDRM v0.04
DeDRMed file crashed MobiReader.
I used MOBIPerl tools
(from here https://www.mobileread.com/forums/showthread.php?t=17718 )
to debug the file
and looking inside records -
it seems that the text was corrupted after about 2000 bytes into the records

[kiwi]

Originally Posted by pdurrant

Hopefully 0.05 will fix your problem.

https://www.mobileread.com/forums/sho...d.php?p=309292

If it doesn't, please let me know.

Paul

WOW!!
Paul!! You are the man!!
Much obliged!
Thanks

[French]

I am, admittedly, getting tired. And need help.

I have python installed.

I have successfully run the ereader2html script.

I have version 5 of the mobidedrm script.

I have tried running and seem to be getting hung up on the PID. I placed a > in front of the PID. This results in a file that basically has the directions that come up when you first open the DOS window and enter the script name (and no extension...the file name is the PID number).

I'm trying to take purchased DRMd mobi books and convert them to NON drmd mobibooks.

Am I using the wrong tool?

[wallcraft]

Originally Posted by French

I have tried running and seem to be getting hung up on the PID. I placed a > in front of the PID. This results in a file that basically has the directions that come up when you first open the DOS window and enter the script name (and no extension...the file name is the PID number).

Don't use a ">".

If you remove the PID (i.e. only two arguments) you should get a "Usage:" error message. If you put the PID back, you should get a "invalid PID checksum" error. This indicates that the PID is actually wrong. Watch out for 0 vs O and 1 vs I.

[French]

Originally Posted by wallcraft

Don't use a ">".

If you remove the PID (i.e. only two arguments) you should get a "Usage:" error message. If you put the PID back, you should get a "invalid PID checksum" error. This indicates that the PID is actually wrong. Watch out for 0 vs O and 1 vs I.

Thank you for the response.

I actually tried entering it without the > and that resulted in the checksum error. I took the PID information directly out of Mobi (copied and pasted it into a Word document so I had easy access to it). I'll go back and try again...I did notice that the PID I copied and pasted had an LR at the end of it, but somewhere I saw it without the LR (just numbers). I thought I had tried that, too...but I tried so many things it might not be bad to go back with fresh eyes. However, I don't usually give up easy and I committed quite a bit of time to it last night (having already conquered the ereader2html the night before).

I'll post back here when I get the chance to try it again. But it sounds like you are at least confirming that a Mobi PID should be able to be used with this script (most of the posts in this thread are about a Kindle PID).

[pilotbob]

Originally Posted by French

I actually tried entering it without the > and that resulted in the checksum error. I took the PID information directly out of Mobi (copied and pasted it into a Word document so I had easy access to it). I'll go back and try again...I did notice that the PID I copied and pasted had an LR at the end of it, but somewhere I saw it without the LR (just numbers). I thought I had tried that, too...but I tried so many things it might not be bad to go back with fresh eyes. However, I don't usually give up easy and I committed quite a bit of time to it last night (having already conquered the ereader2html the night before).

What OS are you running on? Can you give us the exact command line you are using? Do you have more than one PID registered in your store? Are you sure you are using a book encoded with the PID? Some have d/led books before putting a PID in the book store, and of course those will not work.

BOb

[wallcraft]

Originally Posted by French

But it sounds like you are at least confirming that a Mobi PID should be able to be used with this script

Yes. Any MobiPocket PID from any device should do, providing it is encoded into the DRMed MOBI file in question. These are 10 characters long, with the last 2 being the checksum of the 1st 8. If you are on Linux or Mac, try putting the PID in single quotes (quotes should not be necessary under Windows).

[French]

I'm not at my home computer so I can't try anything else you might suggest right now, but I'll try to answer your questions so you can better help me.

I'm using Windows Vista.

For the string, in the DOS window I change my directory to the directory where I have my ebooks stored.

mobidedrm nameofbook.prc newnameofbook.prc PID

Without the > in front of the PID I get the check sum error. With the > I get a new prc file with 0 kb size and another file with my PID as the name that can be opened with Notepad and it basically spells out what the command line should be.

My PID has 2 letters at the end of it...so if there is some kind of "checksum" going on, and as the name would imply it is a calculation of sorts, I don't see how my PID can be valid with this script since the beginning of the PID is numbers and the end is letters.

Hope this helps.

ETA: My PID is 10 digits long including the letters at the end.

Also...I don't if I mentioned this...the device I'm using is a Blackberry. I have Mobipocket installed on the Blackberry so the PID is for the Blackberry.

ETA (again): I tried the string with several different books that have been purchased at different times and I couldn't get any of them to work. The error was always the checksum error.

[pilotbob]

Originally Posted by French

With the > I get a new prc file with 0 kb size and another file with my PID as the name that can be opened with Notepad and it basically spells out what the command line should be.

That makes sense since the ">" is a "redirect" pipe. Any output of the command line is sent to the file with that name.

I'm not sure why you are getting the invalid checksum though. Are you using version .5 of mobidedrm? You are entering the full 10 digits of your PID, including the $ sign? Are you copy/past the PID from mobireader software to the command line to ensure that you aren't confusing zero's with O's or ones with I's or something?

BOb

[French]

Originally Posted by pilotbob

That makes sense since the ">" is a "redirect" pipe. Any output of the command line is sent to the file with that name.

I'm not sure why you are getting the invalid checksum though. Are you using version .5 of mobidedrm? You are entering the full 10 digits of your PID, including the $ sign? Are you copy/past the PID from mobireader software to the command line to ensure that you aren't confusing zero's with O's or ones with I's or something?

BOb

I am using .5 of mobidedrm.

I am entering all 10 digits of the PID...but my PID doesn't have a dollar sign.

I tried to copy and paste it but control V doesn't work in the DOS window (that I could quickly figure out) so I did free hand type it. The only character that could be questionable is the 0 in my PID as all letters are upper case. But the 0 is very clearly a 0 (at least to me). However...I have not tried to change it to a O to be sure so when I get back to my computer I'll give that a shot. The checksum has me concerned though. If it's truly a sum of the first 8 characters, there's no way an L and R as the last 2 digits of the PID could work.