Errors in Thumbnail creation

[TheBuzzDee]

Hi,

I encountered an error in the creation process of the thumbnails:
In admin section, the "Clip thumbnails" button is set to "yes":

The Bug:

• Some thumbnails are not created
• No image in Detail-View

Here's a screenshot of the different views:

In the folder "data", no thumbnail for the relevant book (this case ID 335) exists.

The original cover image in the Calibre Library is an ordinary jpeg file.
Even changing the cover image in Calibre, doesnt affect BicBucStriim!
It's just not created....

Did you encounter this behaviour before, or could you give me some hints how to test this further... ?

Thanks,
BuzzDee

[rvolz]

No, that is a new problem. BBS looks for Calibre-made pictures called "cover.jpg" in the book folders. You could check if that file exists for book 335.

If it exists it would be interesting what kind of picture it is. Maybe PHP has limits there. Look at it with exiftool or a similar tool. The result for a Calibre-made cover should look like this:

ExifTool Version Number         : 8.38
File Name                       : cover.jpg
Directory                       : /Users/rv/Bibliothek/Erik Hatcher/Lucene in Action (72)
File Size                       : 211 kB
File Modification Date/Time     : 2010:11:30 17:54:14+01:00
File Permissions                : rwxrwxrwx
File Type                       : JPEG
MIME Type                       : image/jpeg
JFIF Version                    : 1.01
Resolution Unit                 : inches
X Resolution                    : 72
Y Resolution                    : 72
Image Width                     : 1106
Image Height                    : 1387
Encoding Process                : Baseline DCT, Huffman coding
Bits Per Sample                 : 8
Color Components                : 3
Y Cb Cr Sub Sampling            : YCbCr4:2:0 (2 2)
Image Size                      : 1106x1387

[TheBuzzDee]

Yes, there is an image "cover.jpg" for the book 335 in the book folder.

This is what exiftool puts out:

---- ExifTool ----
ExifTool Version Number         : 9.08
---- System ----
File Name                       : cover.jpg
Directory                       : //SERVER/Books/Philip Jose Farmer/Die Flusswelt Der Zeit (335)
File Size                       : 59 kB
File Modification Date/Time     : 2012:11:20 19:42:12+01:00
File Access Date/Time           : 2012:11:29 19:13:53+01:00
File Creation Date/Time         : 2012:11:20 21:37:02+01:00
File Permissions                : rw-rw-rw-
---- File ----
File Type                       : JPEG
MIME Type                       : image/jpeg
Image Width                     : 347
Image Height                    : 550
Encoding Process                : Baseline DCT, Huffman coding
Bits Per Sample                 : 8
Color Components                : 3
Y Cb Cr Sub Sampling            : YCbCr4:2:0 (2 2)
---- JFIF ----
JFIF Version                    : 1.01
Resolution Unit                 : inches
X Resolution                    : 72
Y Resolution                    : 72
---- Composite ----
Image Size                      : 347x550

This happens only with 4 books out of hundreds, so I could live with that. But I want to know why this happens ;-)
As mentioned, I changed the cover in Calibre and used another image. But still the same effect...

The only difference I see, is the file permissions: rw-rw-rw- (your example: rwxrwxrwx)

[rvolz]

It's not the permissions because I have test files with different permissions (rw-r--r--), and they work. And I checked the -- strange -- dimensions. That was also ok.

[TheBuzzDee]

In the meantime I did the following: I deleted the book in Calibre. Imported the ePub file and tagged it again with meta tags and a different cover image. Now the book has a different ID and.....it works. Well, maybe the bug was Calibre itself, I don't know... As I said, this happened with under 1% of all my books, so maybe the "cover.jpg" was corrupted during synchronization with my Sanology... I think this issue can be closed, but we should keep an eye on this.

[rvolz]

ok, thanks for checking this out.