Latest MobiDeDRM Patch

[TS-Rick]

I use the AppleScript with no problems.
Mac OS 10.5.6
Python provided with the system.

The error is saying it can't find the python program.
The script executes the following command:
python MobiDeDRMPath encryptedFilePath unlockedFilePath encryptionKey

I believe this assumes that python can be found on the path.

Is the path setup correctly?

My python is located in /usr/bin
Which points to the python provided by Leopard.

Macintosh:~ rick$ echo $PATH
/sw/bin:/sw/sbin:/Users/rick/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/bin:/usr/X11R6/bin
Macintosh:~ rick$ which python
/usr/bin/python
Macintosh:~ rick$ ls -la /usr/bin/python
lrwxr-xr-x 1 root wheel 72 Nov 5 2007 /usr/bin/python -> ../../System/Library/Frameworks/Python.framework/Versions/2.5/bin/python
Macintosh:~ rick$

Hope this helps...

Rick

[pdurrant]

I recommended ePUB because it is an open and documented, based on XML and HTML, all wrapped as a zip file. It should be readable with standard tools indefinitely.

Microsoft .lit format is also pretty good - internally it's also HTML, and fairly standard HTML at that (more so than Mobipocket). But as with Mobipocket, it's wrapped in a proprietary way, with no documentation on the file format. (All public documentation on .mobi, .lit, etc,., is reverse engineered.)

Originally Posted by avrignaud

Thank you very much for your response!

I think I have one follow-up from your responses: how should I think about the other book formats out there? Ie, why did you recommend ePub - are there certain benefits to it vs. the Microsoft .LIT format, or the Mobi format?

[pdurrant]

I'd guess you haven't copied the mobidedrm.py script into the resources folder of the Applescript package.

Paul

Originally Posted by akira28

I am on a Mac and using python 2.61. Using pdurrant's Applescript I am receiving the following error message:

"sh: line 1: python: command not found"

Any ideas how to get through this?

Thanks.

BTW using the command line results in a "Permission denied".

[pilotbob]

Originally Posted by pdurrant

But as with Mobipocket, it's wrapped in a proprietary way, with no documentation on the file format. (All public documentation on .mobi, .lit, etc,., is reverse engineered.)

Really? Then what's all this then?

http://www.mobipocket.com/dev/articl...eFolder=prcgen

BOb

[tompe]

Originally Posted by pilotbob

Really? Then what's all this then?

http://www.mobipocket.com/dev/articl...eFolder=prcgen

BOb

Documentation of the thing you feed to MobiPocket Creator or mobigen to create the proprietary format.

Originally Posted by pdurrant

I'd guess you haven't copied the mobidedrm.py script into the resources folder of the Applescript package.

Paul

Sorry Paul, but you guessed wrong. I'm not too concerned though, but had I got it working it would have been a little easier.

Originally Posted by TS-Rick

I use the AppleScript with no problems.
Mac OS 10.5.6
Python provided with the system.

The error is saying it can't find the python program.
The script executes the following command:
python MobiDeDRMPath encryptedFilePath unlockedFilePath encryptionKey

I believe this assumes that python can be found on the path.

Is the path setup correctly?

My python is located in /usr/bin
Which points to the python provided by Leopard.

Macintosh:~ rick$ echo $PATH
/sw/bin:/sw/sbin:/Users/rick/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/bin:/usr/X11R6/bin
Macintosh:~ rick$ which python
/usr/bin/python
Macintosh:~ rick$ ls -la /usr/bin/python
lrwxr-xr-x 1 root wheel 72 Nov 5 2007 /usr/bin/python -> ../../System/Library/Frameworks/Python.framework/Versions/2.5/bin/python
Macintosh:~ rick$

Hope this helps...

Rick

I don't have any problems envoking the python script from the CLI so yes it's in my $PATH. Strange about the script though.

[pdurrant]

Documentation of the peculiarities of MObipocket's HTML, along with documentation of what standard HTML Mobipocket will accept and convert into Mobipocket's particular HTML variant.

If you can find official documentation of the binary format and the various metadata stored in it, I'd be delighted. Something along the lines of the reverse-engineered info in the wiki:

https://wiki.mobileread.com/wiki/MOBI

Originally Posted by pilotbob

Really? Then what's all this then?

http://www.mobipocket.com/dev/articl...eFolder=prcgen

BOb

[pilotbob]

Originally Posted by tompe

Documentation of the thing you feed to MobiPocket Creator or mobigen to create the proprietary format.

Ah gotcha.

BOb

[Nedan]

I have a little Problem. Thanks for the Patch.
when i try it i get this error:

Traceback (most recent call last):
  File "input\booktitle.prc", line 1, in <module>
    BookTitle
NameError: name 'Book_Title' is not defined

Other files worked well.

******* Got it working ********
I had to use MobiHuff instead of DeDrm

[Sanderfox]

Originally Posted by wmaurer

...the file format is "TEXtREAd", but it's also encrypted...

Originally Posted by wmaurer

I think this eBook was created using an early version of creator. With kind help, I have been able to strip it using some different dedrm code.

Hi,
I know it's some time ago, but could you explain to me what you did to fix it? Or anyone else for that matter. I'm having exactly the same problem. Thanks!

Sander

[wallcraft]

Originally Posted by Sanderfox

could you explain to me what you did to fix it?

There was an earlier decoding method that actually used MobiPocket's own Java code, which means that it decodes all MOBIs. However, it may now be very hard to find - see Secure Mobipocket Decoder v0.3.

[Sanderfox]

Thank you for the tip. You were right, that script is now impossible to find anywhere. I also can't find any information on the TEXTREAD format. Is there anyone here that still has the old Secure Mobipocket Decoder files or has some information on the TEXTREAD format?

[Sanderfox]

I got it! pdbshred did the trick It exports everything to html and bmp files. The only problem is that the bmp files aren't used correctly in the html file. It just says '<img src=BMP" for every image. Can that be changed?

[kevindorsey]

Originally Posted by wallcraft

There was an earlier decoding method that actually used MobiPocket's own Java code, which means that it decodes all MOBIs. However, it may now be very hard to find - see Secure Mobipocket Decoder v0.3.

Did it go the dinosaur route?