Quote:
Originally Posted by exaltedwombat
Unzipped, it looks normal. It re-loads into Sigil OK. It reads OK in Aldiko on my Nexus 9. It reads OK in Calibre.
But ADE doesn't like it. Sometimes. Then I mess with it again in Sigil, and ADE accepts it. But I can't see any pattern to WHAT edits make a difference!
|
Again ... please try to
explore the archive with zip software, but don't actually
unzip it. The problem epubs I've run into behave exactly the same way you're describing: opens in Sigil/calibre fine, and validates fine--even looks fine after unzipping, but ADE/RMSDK-based readers/apps choke on them.
In all cases, I've narrowed it down to zip archives that THINK they have two duplicate mimetype files. But the duplicate is only apparent when browsing the still zipped archive. The dual-mimetype situation doesn't survive unzipping.
"unzip -l book.epub" will list the duplicate mimetype on Linux (and similar), as will as will 7Zip's "Open Archive."
In my problem epubs, one will be compressed (Deflate) and one will be uncompressed (Store). 7Zip indicates that the Host OS on the proper one (uncompressed) is FAT and the wonky one is NTFS.
One of my pet theories is the fact that many of them are being edited while being synchronized (via DropBox) to two different machines/OSs, but I can't prove any of it. But now I know what to look for when ADE kicks up it heels at otherwise validating epubs.
Just curious if your situation is something similar.