new books in mobi format

[sassanik]

I swear they are out to get me! Its a conspiracy I tell you! Okay not really, I am being overly dramatic, but hey it feels that way sometimes!

So a bunch of new books that just came out that I want to buy as ebooks are only being sold as DRM'd mobi format. Why? I dunno, because they hate me?

I have been able to convert lit books without a problem, but mobi that is drm'd? not so much. *mutters*

Suggestions ideas?

Ways to force ebookwise to make my EB 1150 read other formats? *grins*

Amy

[igorsk]

Search for mobidedrm.

[sassanik]

Thanks Igorsk, I did some searching and it did take me a while but I think I figured out how to use the mobidedrm script.

I am currently trying to get mobi2imp to work. But so far it doesn't seem to. I have been playing with the files that were included, mainly the oliver twist one, and so far it just creates a blank folder... grrrr

Hopefully I will figure out what I am doing wrong.

Amy

[nrapallo]

Maybe I can help.

After running Mobi2IMP, check what the command prompt window says at the top (and scroll back if it disappears). Post that message here if you know how to copy text from the command prompt i.e. select all and copy, then paste here!

If the deDRM'ed .prc was created with 'high compression' i.e. Huff-Dic compression, then Mobi2IMP will not work on that file. Try 'mobi2oeb' created by Kovidgoyal and part of his Calibre (Sony PRS-500/505) software package available elsewhere in the Mobileread.com forums.

Were you able to get the html file extracted from the .prc/.mobi? Does it open in a browser window the way you'd expect it to?

Don't you hate having to go through this just to read the book, your way!

[JSWolf]

Could be that some of these new Mobi eBooks are huffdic compressed and Mobi2IMP will not yet work with them because of the face that Mobi2HTML does not work with huffdic compressed Mobi eBooks. I've put in a request to allow Mobi2IMP to use Mobi2OEB as well since Mobi2OEB works with huff-dic compression. Once that's done, then you might be able to get these eBooks converted with Mobi2IMP.

But for now, you can download and install Calibre and use Mobi2OEB on these eBooks and then run them through eBook Publisher to make them IMP format. You might have to edit the HTML a little in some cases. But it's still better then not being able to convert.

[tompe]

Originally Posted by JSWolf

Could be that some of these new Mobi eBooks are huffdic compressed and Mobi2IMP will not yet work with them because of the face that Mobi2HTML does not work with huffdic compressed Mobi eBooks.

If somebody write a specification of the huffdic format I will implement it in mobi2html. And the Python code or Java code does not work for me as a specification since I want to release my code using GPL3.

[nrapallo]

Originally Posted by JSWolf

I've put in a request to allow Mobi2IMP to use Mobi2OEB as well since Mobi2OEB works with huff-dic compression. Once that's done, then you might be able to get these eBooks converted with Mobi2IMP.

Jon:

I've got Mobi2IMP to do 'mobi2oeb --> .html --> .imp' and it's working, but it is 'hard-coded' to just accept this conversion i.e. I temporarily bypassed the mobiperl base code from mobi2html within the Mobi2IMP script.

Now I have to just merge it into the code so that both can co-exist. Unless tompe get's Huffdic decoding working in mobiperl; in which case I'll stop and restart this using just the (revised) mobi2html code.

An all perl solution is more attractive to me than to use external programs, but for now, it's good enough to facilitate mobi2oeb-type conversions within Mobi2IMP.

[JSWolf]

Originally Posted by nrapallo

Jon:

I've got Mobi2IMP to do 'mobi2oeb --> .html --> .imp' and it's working, but it is 'hard-coded' to just accept this conversion i.e. I temporarily bypassed the mobiperl base code from mobi2html within the Mobi2IMP script.

Now I have to just merge it into the code so that both can co-exist. Unless tompe get's Huffdic decoding working in mobiperl; in which case I'll stop and restart this using just the (revised) mobi2html code.

An all perl solution is more attractive to me than to use external programs, but for now, it's good enough to facilitate mobi2oeb-type conversions within Mobi2IMP.

Wonderful. Sounds like a real step forward. I have an idea for Mobi2html... have Tompe look at the Python code on the Calibre development part of the Calibre site for Mobi2oeb.

[igorsk]

Originally Posted by tompe

If somebody write a specification of the huffdic format I will implement it in mobi2html. And the Python code or Java code does not work for me as a specification since I want to release my code using GPL3.

Eh, why does Python code stop you from using GPL3?
And the huffdic compression is explained (somewhat) in readme for pdbshred.

[tompe]

Originally Posted by igorsk

Eh, why does Python code stop you from using GPL3?
And the huffdic compression is explained (somewhat) in readme for pdbshred.

I thought the origin of the Python code was the decoded Java code from the Kindle (at least they looked similar). And it worries me that my implementation would be too similar so something that is not GLP:ed.

[igorsk]

Originally Posted by tompe

I thought the origin of the Python code was the decoded Java code from the Kindle (at least they looked similar). And it worries me that my implementation would be too similar so something that is not GLP:ed.

They're "similar" in that they implement the same algorithm. You can't really do it a much different way. And I used both Java and Win32 assembly implementations to reconstruct the algorithm. Calibre's implementation has even more changes.

[tompe]

Originally Posted by igorsk

They're "similar" in that they implement the same algorithm. You can't really do it a much different way. And I used both Java and Win32 assembly implementations to reconstruct the algorithm. Calibre's implementation has even more changes.

OK, so maybe it is not a problem. If anybody write a Perl implementation I will integrate it in MobiPerl...