Quote:
Originally Posted by AcidWeb
After further examination I discovered that HD_CONTAINER is added to B.mobi. For some reason it contain another copy of the same images, with the same resolution. Complete waste of space.
|
If you're using KindleUnpack to investigate the images/images sizes, make sure the "Use HD Images" option is unchecked (or you're not using the equivalent command-line "i" switch).
The "Use HD Images" option causes KindleUnpack to overwrite the images in low resolution folder with their high resolution versions from the HD_Container folder. This is so the resulting epub can be built using the high resolution images instead.
I only mention this because it could explain why you're seeing...
Quote:
|
another copy of the same images, with the same resolution. Complete waste of space.
|
... when the "images" and HD Container folders actually contain the same images (but with different resolution) within the binary.
Double check that you're not using the above mentioned option to verify that the two image folders contain low and high resolution version of the same images (when unpacking dual-format kindlegen-created mobis). One for the mobi7 format and one for the KF8 version.
You're right that a certain threshold causes the HD Container folder (but I don't know what that threshhold is) to be created (because the HD images can't be shared between the two different formats) but I don't think they will be exact duplicates within the binary Kindlebook.