Quote:
Originally Posted by HardBoot
I am getting quite a few file conversions aborting and reporting that they could not find a place to split the file (not sure I understand what that means!). I raised a ticket on one which was closed because the file didn't contain HTML tags. Does that mean all the errors I'm getting is due to the same problem?
When I look at the LRFs created for the same LITs, they seem to be formatted perfectly. However I have the problem that the LRF files created on my Vista pc are >5mb. A problem which didn't replicate on your pc.
Here are my questions:
1. Should I raise tickets on more of the splitting problems.
2. The EPUB conversion seems less robust (or less tolerant of dodgy input) than the LRF conversion. Is that because it is beta or is that always going to be the case?
3. Is there any thing you can suggest to fix the problem I have that LRF conversion result in such large files? Is there any further information I can send you to enable progress on it.
BTW is there any easy way for me to delete all these large LRF files other than going through the Edit Meta Information dialogue?
|
The problem is that the reader cannot handle EPUB files that have individual components larger than 300K, so calibre tries to split these files. It tries to split them on tag boundaries like page-breaks, heading tags, <p> tags etc. If your lit file contains a txt file instead of HTML (or an HTML file with just one tag with a lot of text), calibre wont find any tags and will therefore fail to split. Basically, this should only happen for some txt based LIT files. So raising tickets on these kinds of files is pointless.
It's really weird that you LRF file are so large. try running lrf2lrs on them and seeing what is taking up all the space. The text itself or embedded images or embedded fonts.
THe next release of calibre will have a control in the bulk metadata edit to delete a format.