LRFTools. Convert LRF to EPUB, HTML, PDF and RTF

[rcuadro]

Originally Posted by badgoodDeb

Yes, though it was the previous version. (my post, back in Dec. That's about a mac) I do rememember an issue like you have (no jar, just a lot of files). Don't recall how I fixed it --- I probably went to the author and had it resent as a jar. Or something. ??

But it *can* be done on a mac.

I got it to work on a Mac quite nicely I might add. I had a problem using my Mac to unzip the files... I would get a ton of stuff vice just the LRFTools.jar file... so I used a windows computer to unzip it and then transferred it to my Mac

[elinares]

Originally Posted by rcuadro

I got it to work on a Mac quite nicely I might add. I had a problem using my Mac to unzip the files... I would get a ton of stuff vice just the LRFTools.jar file... so I used a windows computer to unzip it and then transferred it to my Mac

Next version will be uploaded as jar file. Anyway I use winzip to compress jar into zip; so I can not understand why decompressing on macs is problematic...
Meantime you can use this:
http://rapidshare.com/files/21048476...9.196.jar.html

[rcuadro]

I dont know why but the Mac is a little funny like that sometimes lol.

[RandallFlagg]

Originally Posted by rcuadro

Here is how I got it to work... I made a directory in the C drive called C:\LRFTools and another one called c:\eBooks (I put the books I wanted to convert here)
I also renamed the jar file to simply LRFTools.jar to make it easier on me

1. Start --> Run --> command
2. cd LRFTools
3. java -Xms200M -Xmx300M -jar LRFTools.jar convert c:\eBooks -EPUB
4. Whala!! LRFTools converted the books I had in the eBook directory to epub.

Hope this helps out a bit

Thanks for the info. As soon as I figured out that the little Acer Aspire One didn't have java installed and that I also needed to rename the .rar file I was golden. I was converting an lrf so I had to change line 3 to:
java -Xms200M -Xmx300M -jar LRFTools.jar convertLRF c:\eBooks -EPUB
I can now take the epub to Calibre and add my cover. That's really all I wanted was to have covers on my lrfs.

[RandallFlagg]

Originally Posted by rcuadro

I noticed something odd... if I unzip the file under windows I get a single jar file. If I do it on a Mac, well, I get a ton of files, folders, and no LRFTools jar file.

Yeah, it did it to me too. I installed it last night on my mac mini and copied the files via usb flash drive to my Acer Aspire One with xp. Today I was too lazy to fire up either computer, so I dl'd it again for my xp server. When the single .jar file came up, I right clicked it and with winrar extract here option all the files installed. Hope that helps someone.

I've got a couple of blackmask.com books and I keep getting this error. java.lang.OutOfMemoryError: Java heap space I've googled it and have tried to adjust the heap space both in the control panel java app and in a command prompt. I've also tried changing the command values, but the books still refuse to convert. I have success with about 70% of the lrfs I've tried so I know I have it set up to work. Has anyone else ran into this error and if so, were you able to convert the book to any other format. I just want to add a cover so I've been converting to epub. I then edit the epub in calibre, add a cover and convert back to lrf.

[Student1]

Hi,

by reading this thread i am guessing we need to install java vm to have this working as it wasn t very clear in the instructions! Anyway seems like a very interesting project! Had just a few scanned lrf to convert to epup, this just hits the spot thanks !

[elinares]

Originally Posted by RandallFlagg

I've got a couple of blackmask.com books and I keep getting this error. java.lang.OutOfMemoryError: Java heap space .

Can I test any of these books?

[RandallFlagg]

Originally Posted by elinares

Can I test any of these books?

I sent you a pm

[elinares]

Originally Posted by RandallFlagg

I sent you a pm

This is a well-known bug for me. Some streams inside book are scrambled and compressed, most of them we can handle. But some fails to decompress.

I cannot find any system, program or similar able to show, transform or handle in general these books (except Sony software of course).

Sorry, but (for now) i cannot correct this...

till now! I've implemented a brute-force descrambling (well, only 256 posibilities of key is not so brute-force) These books now works (for text, I'll try images next weekend)

I'm uploading v0.9.200 to google right now with this change.

[elinares]

New version v0.9.200
Please see first post.
Enjoy,
Eladio

[RandallFlagg]

Thanks, I going now to try it out.

[igorsk]

Originally Posted by elinares

This is a well-known bug for me. Some streams inside book are scrambled and compressed, most of them we can handle. But some fails to decompress.

I cannot find any system, program or similar able to show, transform or handle in general these books (except Sony software of course).

Does lrf2lrs fail on those books too? I'd like to see some samples.
AFAIK you just need to check the object type and stream length. See here:
http://www.sven.de/librie/Librie/Psu...on?action=diff

[elinares]

Originally Posted by igorsk

Does lrf2lrs fail on those books too? I'd like to see some samples.
AFAIK you just need to check the object type and stream length. See here:
http://www.sven.de/librie/Librie/Psu...on?action=diff

I've tested both books with Calibre, it can not show or transform none of them. The unscrambling method described on sven.de/librie is exactly the same I implemented in LRFTools, but for some streams it does not work.

I'm going to pm you the books.

The following code

        BYTE keybyte;

        declen = LengthOfStream
        keybyte = (declen % PsuedoEncryptionKeyByte) + 0x0F; 
        if ((type == 0x11)||(type == 0x19)||(type == 0x17))
        {
            if (declen > 0x400) declen = 0x400;
        }       
        for (i = 0; i < declen; i++) {
            *(p + i) ^= keybyte;
        }

sometimes produces a byte stream (p) wich is not a zip-encoded stream. As keybyte holds 256 possible values, I've test each value trying to unzip resulting streams. If one of them works, I suppose this is the correct keybyte an continue. This weekend I'll try to figure out how can be the keybyte be infered with these sample books directly, because I like to think LRFTools is a fast tools.

[bcmartinez]

Hello! I'm trying out the PDF2EPUB conversion and I get the following error. Any suggestions?

BMartinez:~ bryan$ java -Xms100M -Xmx300M -jar "/Users/bryan/Downloads/LRFtools/LRFTools-v0.9.200.jar" convertPDF "/Users/bryan/Downloads/epub/pdf"
Loading 'test.pdf' 379 pages -------------java.io.IOException: Not implemented
at org.pdfbox.pdmodel.graphics.color.PDSeparation.cre ateColorSpace(PDSeparation.java:110)
at org.pdfbox.pdmodel.graphics.color.PDColorSpaceInst ance.createColor(PDColorSpaceInstance.java:79)
at org.pdfbox.util.operator.pagedrawer.SetStrokingCMY KColor.process(SetStrokingCMYKColor.java:61)
at org.pdfbox.util.PDFStreamEngine.processOperator(PD FStreamEngine.java:452)
at org.pdfbox.util.PDFStreamEngine.processSubStream(P DFStreamEngine.java:215)
at org.pdfbox.util.PDFStreamEngine.processStream(PDFS treamEngine.java:174)
at org.pdfbox.pdfviewer.PageDrawer.drawPage(PageDrawe r.java:110)
at lrf.pdf.PDFSerializer.procPDF(PDFSerializer.java:9 1)
at lrf.pdf.PDFSerializer.recurse(PDFSerializer.java:3 3)
at lrf.RecurseDirs.convertPDFActionParams(RecurseDirs .java:242)
at lrf.RecurseDirs.<init>(RecurseDirs.java:90)
at lrf.RecurseDirs.main(RecurseDirs.java:40)

Thanks!

[RandallFlagg]

I tried out your fix and it was able to convert lrf to epub. I was able to add a cover via Calibre. Unfortunately all the text was pushed together, no idents or paragraphs. Also the fonts change size throughout the book and line spacing isn't consistant. Thanks and I'll try it again should you make any newer changes. Lastly, I just reconverted it again to make sure it wasn't Calibre when I converted back to lrf. It's not, the epub looks like this in Adobe DE.