Quote:
Originally Posted by AnthonyPaulO
Hi!
I replaced the exe in my bin directory and had no issues, though I can't see any difference in the resulting output (perhaps they don't apply to my case) but then again I'm in a dark room viewing it by the light of my laptop screen.
|
The new .exe should create larger more crisper .jpgs than the previous NRhtml2mobi.exe.
Quote:
After fooling around with landscape mode, there's still something about it that makes me prefer portrait. I also noticed that with the increased number of pages (due to landscape halving the pages) I get double the blank pages as well.
|
This shouldn't happen with any mode; perhaps the screen size needs to be changed. Try reducing it by one or two pixels each direction and seeing if that "cures" it.
Quote:
The blanks are driving me nuts lol! So in order to get to the bottom of this, I've tried using different readers to see whether they did the same thing. Stanza pooped out when I loaded the file, would only display the first page and it seems to think that it's a one-page only ebook. MobiReader worked great, no blank pages inserted anywhere, but there was a page where it merged two pages into one for some reason (check the attachment). My Kindle 2 shows the auto-generated TOC just fine, but then I press next-page and poof! blank page. It seems that a blank page is inserted every two pages (Nick : I didn't expect this to happen on the page after the TOC though since the TOC isn't an image like the rest of the ebook and my assumption had been that this blank-page bug is somehow associated to these images. Maybe something is being placed at the beginning of every other image? Perhaps by focusing on this part of the .prc generation process -- right after TOC up to the first page -- we might notice something that could be triggering this blank-page business.)
So now I'm on a crusade to figure out what the heck is going on with these blank pages. Is there some metadata in the generated .prc file that's making Mobireader wrap two pages into one? A page-break or equiv that's making Kindle insert a blank page every two pages? Or maybe the implementation of the readers are buggy (ie. MobiReader, Kindle, Stanza, etc...)? So I guess I should dig deeper but looking at the perl code for Html2Mobi is making me dizzy since I don't know perl. I would fire off an email to the Kindle dev team but before I do I just want to make sure it's a Kindle issue. Anybody else out there experiencing this kind of behavior after converting their PDF's?
Nick : You know more about the process than anyone here, would you have some insight into where to look for the cause of the blank page insertion?
Regards,
Anthony
|
OK, there are no page-breaks between pages/images. I use the max. screen size for images, so when two pages display on one, then both of those images combined are less than the height of just one page. It could happen at the end of a chapter, if the page is not "full", but it's not by design.
FYI, this is a sample of the html produced by PDFRead and used to generate the .prc using my modified NRhtml2mobi.exe:
Code:
<html>
<head>
<title>1</title>
<meta name="author" content="2">
<meta name="genre" content="3">
<meta name="category" content="3">
<meta name="generator" content="PDFRead v1.8.2b">
<style>p {text-indent:0em; margin-left:0em; margin-right:0em; margin-top:0em; margin-bottom:0em; text-align:right}</style>
</head>
<body>
<h2 align="center">1</h2>
<h2 align="center">by</h2>
<h2 align="center">2</h2>
<p style="page-break-before: always">
<mbp:pagebreak />
<p><a name="img0"></a><img src="0.png"/></p>
<p><a name="img1"></a><img src="1.png"/></p>
<p><a name="img2"></a><img src="2.png"/></p>
<p><a name="img3"></a><img src="3.png"/></p>
</body>
</html>
I can't see why/where the blank pages would/could be there. Could you try uploading you resulting .prc here for others with a Kindle 1 or 2 to try and reproduce that behaviour.
More investigation will lead to the culprit, but sorry, I don't have any Mobipocket .prc/.mobi hardware reader to test this stuff on and further investigate.