Quote:
Originally Posted by MishaS
Interesting  Specs are explicitely saying that mimetype file should not be compressed, however the sample has it compressed. Is it a valid file? Or that requirement is just a guideline? |
Misha,
I apologize. You are correct and this is an error in the file. I will ask DAISY to redo the file and I will upload a corrected one.
In the .epub spec is the following which you correctly reference:
--
The first file in the ZIP Container MUST be a file by the ASCII name of ‘mimetype’ which holds the MIME type for the ZIP Container (i.e., “application/epub+zip” as an ASCII string; no padding, white-space or case change). The file MUST be neither compressed nor encrypted and there MUST NOT be an extra field in its ZIP header. If this is done, then the ZIP Container offers convenient “magic number” support as described in RFC 2048 and the following will hold true:
The bytes “PK” will be at the beginning of the file
The bytes “mimetype” will be at position 30
The actual MIME type (i.e., the ASCII string “application/epub+zip”) will begin at position 38
--
We require that the file be *not* compressed so it can be found and externally probed and found at a fixed file offset location.
A step-by-step example of how this is done can be found at:
http://www.ebooktechnologies.com/OCF...singWinZip.htm
Thank you for the finding the error,
Nick