They're all books that worked with the last release, and don't now. The only book I can actually get to work now is the quick start guide included with the program.
I'm using files converted via openoffice and a plugin that lets you convert straight to .xht, on an m3 lite, on a ds lite.
I'm not entirely sure what parts of the error screen are useful, but the first line is:
pc: 020D6E2A addr: 74206465
I also can't seem to use the invert setting with X, it just stays white text on black bg. Not that I'm complaining about that bit, I always saw the white background as the inferior one.
I also don't have the clock in the corner, too, but I assume that just hasn't been reimplemented yet.
I plan to test it with files converted by other means as soon as possible, although it would pretty much suck if that was the reason, as all my books have been converted using the way I currently do :(.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I believe I have tracked down the cause of this. At the very least, I've tracked down -a- cause.
Try this:
1. Put multiple books on your flash cart. They should each be multiple pages in length.
2. Load DSLibris.
3. Load any book.
4. Stay on the current page, or move only forward any number of pages.
5. Exit the book.
6. Load a different book.
The above does not produce Guru errors for me.
Replace step 4 with "Move backward any number of pages at all" and I get Guru errors at step 6. Even weirder, if I move backwards at all, and replace step 6 with "Reset system", DSLibris reports badly formed tokens in the config file.
Examining the config file, it appears that DSLibris has pasted a great whopping chunk of text from the book in question in place of the book's filename. Stranger still, this text is not contiguous: it comes from two separate parts of the book. I have not yet determined the pattern of where in the book the text is taken, but I suspect it's the lefthand screen of text from the page you started turning backwards on, and the righthand screen of text from the page you powered down on.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I followed the steps you gave, thedalek, and it doesn't -seem- to have done anything to my installation, I was able to freely move back and change books, reset, everything, so it seems that either different settings or setups invoke different errors...
After more testing it also seems that font size 8 works on other fonts only for the time at which you change it, the second time I loaded up dslibris it failed hopelessly with a guru error, plus on font size 9 there seems to be a line of text cut in half about halfway down the page on the right screen, it goes away after moving forward or back a page, though, thankfully.
Also I realise now I probably should have made this a forum thread rather than a bug, sorry about that.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My previous methods were producing consistent errors as stated, but after further experimentation, I think I've tracked a more likely culprit: Unsupported (or incompletely supported) html tags.
Make sure your ebook is free of any font change tags (<font...>), (<h2> for instance), horizontal rules (<hr>), lists (<ul> and <li>), and <strong> or <em> tags (change these to <b> and <i>, if you feel the need - make sure to change the closing tag as well). Just to be on the safe side, you may want to trim out any underline tags (<u>).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Looking at the earlier comments, i would guess HTML was provided instead of XHTML. However, that would not have worked no matter what version you were running. Many of the tags mentioned are ignored, but should still display any embedded text.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I found your program recently and am having this problem with a small number of books under b236. Not sure if you'd rather I created a new bug or if you want to just reopen this one.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Forgot to mention - running b236 on a DS lite with a DSTT. Book was txt, converted to utf-8, then run through txt2html and html tidy. Works fine in Opera and Chrome. Other books done with same process work, but not this one.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Lots of comments here I didn't see before. orionmazur, your upload appears to be gone now, you can send a zip to my sourceforge email if you still want to pursue this. The creation process sounds ok to me.
ps. Yep, the clock is still gone. Having it come back is still on the horizon.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A few more details:
I'm using files converted via openoffice and a plugin that lets you convert straight to .xht, on an m3 lite, on a ds lite.
I'm not entirely sure what parts of the error screen are useful, but the first line is:
pc: 020D6E2A addr: 74206465
I also can't seem to use the invert setting with X, it just stays white text on black bg. Not that I'm complaining about that bit, I always saw the white background as the inferior one.
I also don't have the clock in the corner, too, but I assume that just hasn't been reimplemented yet.
I plan to test it with files converted by other means as soon as possible, although it would pretty much suck if that was the reason, as all my books have been converted using the way I currently do :(.
Right then, after a slew of testing, I've found the problem(s).
Firstly, I deleted the xml file included with the release, this of course allowed dslibris to create a new one, and all was well, sort of.
Inverting still didn't work, so I had to change this by manually opening the xml file in notepad, which worked, too.
Then however, after setting the font size to 8, books stopped working again, and this I simply remedied by setting the font size to 9.
This problem however seems to be localised to the liberation font, as switching to sylfaen size 8 works.
Still no clock for me, though.
I believe I have tracked down the cause of this. At the very least, I've tracked down -a- cause.
Try this:
1. Put multiple books on your flash cart. They should each be multiple pages in length.
2. Load DSLibris.
3. Load any book.
4. Stay on the current page, or move only forward any number of pages.
5. Exit the book.
6. Load a different book.
The above does not produce Guru errors for me.
Replace step 4 with "Move backward any number of pages at all" and I get Guru errors at step 6. Even weirder, if I move backwards at all, and replace step 6 with "Reset system", DSLibris reports badly formed tokens in the config file.
Examining the config file, it appears that DSLibris has pasted a great whopping chunk of text from the book in question in place of the book's filename. Stranger still, this text is not contiguous: it comes from two separate parts of the book. I have not yet determined the pattern of where in the book the text is taken, but I suspect it's the lefthand screen of text from the page you started turning backwards on, and the righthand screen of text from the page you powered down on.
I followed the steps you gave, thedalek, and it doesn't -seem- to have done anything to my installation, I was able to freely move back and change books, reset, everything, so it seems that either different settings or setups invoke different errors...
After more testing it also seems that font size 8 works on other fonts only for the time at which you change it, the second time I loaded up dslibris it failed hopelessly with a guru error, plus on font size 9 there seems to be a line of text cut in half about halfway down the page on the right screen, it goes away after moving forward or back a page, though, thankfully.
Also I realise now I probably should have made this a forum thread rather than a bug, sorry about that.
My previous methods were producing consistent errors as stated, but after further experimentation, I think I've tracked a more likely culprit: Unsupported (or incompletely supported) html tags.
Make sure your ebook is free of any font change tags (<font...>), (<h2> for instance), horizontal rules (<hr>), lists (<ul> and <li>), and <strong> or <em> tags (change these to <b> and <i>, if you feel the need - make sure to change the closing tag as well). Just to be on the safe side, you may want to trim out any underline tags (<u>).
Still an issue wit the latest version?
Have not heard of any problems in 1.3.236.
Looking at the earlier comments, i would guess HTML was provided instead of XHTML. However, that would not have worked no matter what version you were running. Many of the tags mentioned are ignored, but should still display any embedded text.
Reopen if it persists after 1.3.236.
I found your program recently and am having this problem with a small number of books under b236. Not sure if you'd rather I created a new bug or if you want to just reopen this one.
Hi, attach a book that has trouble and we'll try it with the current code.
Doesn't let me attach anything, possibly since I'm neither the creator nor the maintainer? Uploaded it to http://www.mediafire.com/download.php?2vnjmuyzkdi instead.
Forgot to mention - running b236 on a DS lite with a DSTT. Book was txt, converted to utf-8, then run through txt2html and html tidy. Works fine in Opera and Chrome. Other books done with same process work, but not this one.
Lots of comments here I didn't see before. orionmazur, your upload appears to be gone now, you can send a zip to my sourceforge email if you still want to pursue this. The creation process sounds ok to me.
ps. Yep, the clock is still gone. Having it come back is still on the horizon.
Appears to be ok now.