Make screensaver cover the last book being read

[GoogleCodeExporter]

Make the cover screensaver plain and straightforward: cover of the last book 
being read, same image ratio as the original. No mixes, no shadow cast etc. a 
là Kindle (IIRC)

Original issue reported on code.google.com by maxilo...@gmail.com on 30 Jan 2011 at 10:31

[GoogleCodeExporter]

screen saver not working at all for me

Original comment by jerry...@gmail.com on 2 Feb 2011 at 3:37

[GoogleCodeExporter]

I think it was designed like this because most of the cover images are small 
and don't look good if it's set to full screen.
But we can change it easily. It's probably better if you take take the code and 
do it yourself.

If the screensaver doesn't work, look for errors in the logcat output.

Original comment by hari.swa...@gmail.com on 4 Feb 2011 at 10:11

[GoogleCodeExporter]

Hari is right: I made it so because covers mostly aren't as large as the nook's 
display in terms of resolution and will look rather blurry if scaled up, and 
scaling up in an aspect-true fashion will leave margins.  Also, personally, as 
someone used to reading multiple books in parallel, I like seeing at least a 
subset of the covers of those.

I'll see if I can make time for the adaptation; whether or not only a single 
cover is displayed would then be an option.

Original comment by mgoetze2...@gmail.com on 6 Feb 2011 at 12:39

[GoogleCodeExporter]

Original comment by mgoetze2...@gmail.com on 8 Feb 2011 at 12:33

• Changed state: Started
• Added labels: Priority-Low, Type-Enhancement
• Removed labels: Priority-Medium, Type-Defect

[GoogleCodeExporter]

I've committed the necessary changes.  Users can now choose among 1, 3, or 5 
covers, with 5 being the default.  For general availability, you'll have to 
wait for a new binary build by Hari, though.

Original comment by mgoetze2...@gmail.com on 8 Feb 2011 at 4:58

• Changed state: Fixed

[GoogleCodeExporter]

You guys are wonderful! Thanks a lot for this improvement (at my rues it is 
so). Just waiting for Hari now, then I'll update the Nookdevs wiki site like I 
did for version 1.4

Original comment by maxilo...@gmail.com on 8 Feb 2011 at 7:33

[GoogleCodeExporter]

Sorry, it was "at my eyes"..

Original comment by maxilo...@gmail.com on 8 Feb 2011 at 7:36

[GoogleCodeExporter]

Can someone test the attached apk file? I didn't change the version since it's 
only 1 change. I'll update the downloads section once someone gives ok for 
this. I don't have my eink nook with me and I can't test it till thursday.

Thanks,
Hari

Original comment by hari.swa...@gmail.com on 9 Feb 2011 at 12:34

Attachments:

• nookLibrary.apk

[GoogleCodeExporter]

For me it works ok. The only remark I have to do is related to the fact that 
the cover being shown is the one embedded in the epub file, even if there is 
one saved along the epub file into the folder where the book resides (or is it 
that it is not named "cover" but title_of_book.jpg?).
As you correctly said, those covers are small in size and bsaically not usable, 
so I have to embed a larger cover but I can definitely live with that. I have 
just to figure out how to enlarge the default cover size for the news epubs (I 
manage my library with Calibre, and I use it to download the news in the 
morning), guess I'll have to work with the recipes (actually, there is one file 
named title_of_book.jpg which is large, while the embedded cover is small)

Original comment by maxilo...@gmail.com on 11 Feb 2011 at 2:56

[GoogleCodeExporter]

From what I know of Hari's implementation (of how books and covers are 
handled), I don't think embedded covers are extracted.  Hari?

Personally, I use Calibre in conjunction with Trook to transfer files to the 
nook, which results in, say, “BOOK.epub” and an accompanying “BOOK.jpg” 
for the cover.  nookLibrary then correctly picks up the supplied external cover 
(and creates a downscaled version for reasons of performance, retaining the 
original as “BOOK.orig.jpg”).  So if you put books along with 
indentically-named (except for the extension) covers on the device, those 
should be used.  Aren't they?

Original comment by mgoetze2...@gmail.com on 11 Feb 2011 at 3:10

[GoogleCodeExporter]

Sorry, I checked and it is the othwer way round, my mistake, you're right..

In the news section, the jpeg file is the small one and the embedded cover is 
the large, so that the screensaver shows the small while opening the file 
results is viewing the large (the first time you open, you see the cover).

So, again, I definitely have to sort it out through the recipe in Calibre.

Thanks a lot for your help, support and comments so far

Original comment by maxilo...@gmail.com on 11 Feb 2011 at 3:23

[GoogleCodeExporter]

In Calibre's server settings, there is an option via which the size of the 
cover transmitted can be limited.  Maybe that's set to a particularly small 
size?

Original comment by mgoetze2...@gmail.com on 11 Feb 2011 at 3:48

[GoogleCodeExporter]

I don't use the server but the USB cable (it is simpler for me because I set up 
an Automator task so that I just have to connect the Nook every morning and it 
starts Calibre, downloads the news, transfers them to the Nook then unmount it, 
I just have to get it, say, after 15 minutes). I know that there are some cover 
settings but I never limited them, I'll check it out and report on how to 
solve, if there is a solution (but my main concern was about the books, and 
that's ok)

Original comment by maxilo...@gmail.com on 11 Feb 2011 at 3:52

[GoogleCodeExporter]

we load loads covers from 3 places- if there is an image file with same name in 
the folder, that will be used. If not, if Digital Editions - thumbnails folder 
has the image file, that will be used. Loading from inside the epub is the last 
option because it might be slow and won't work for DRMed files.

Original comment by hari.swa...@gmail.com on 11 Feb 2011 at 3:57