iBooks Author – Image compression

Davide Barranca — 

IBooksAuthor opening

If you’re serious about image quality, you want to know what happens to your pictures when iBooks Author exports a .iBook file: not only you’re interested in the ICC profile to use, the allowed filetypes (JPG and PNG), but also what kind of color conversion, JPG compression and resizing is applied to pictures on their way to the iPad. I’ve run some test and results are… somehow surprising.

The iBook format is a proprietary flavor of e-books made by Apple. It’s not a standard (standards advocates argue), but it’s exceptionally versatile, easy to produce and fun. May I tell you? I love it. Yet iBooks Author, Apple’s free tool for authoring iBooks, is not bug-free; some actions aren’t straightforward (read my previous post about fullscreen, borderless images), but it’s only version 1.1 and we’re allowed to expect for it a bright future. Let’s start the analysis.

File Format, ICC profile and size

To make a long story short: use JPG or PNG (which support transparency), convert everything to sRGB, and be aware that all the images (with an exception, read along) will be resized to 2048 x 1536 pixels, the new retina display iPad size. This is what Apple recommends.

How to inspect .iba and .ibook files

iBook AssetsiBooks Author saves projects as .iba files. When you export for the iPad, it outputs an .ibook file. The .iba package contains a copy of the original assets you’ve imported, while in the .ibook package things are transformed: resized, converted, compressed. Either ones can be inspected this way:

  1. Duplicate the .iba and/or the .ibook files (just to be safe…)
  2. Rename them to .zip
  3. Unzip them in a folder (be aware that OSX doesn’t expand them with a double click, I’ve got to use Stuffit Expander)

That’s it. As you see, you end up with a folder structure with xhtml, css and all the needed assets.

Image dimension comparison

For all the following tests I’ve used a 2048 x 1536 pixel image, saved as JPG maximum quality, sRGB. When you import a picture in iBooks Author you resize and move it to fit the page’s design, deciding whether to allow the image to pop up fullscreen or not (more details about the three ways you can choose to do it in my previous post).

If the image is not allowed to go fullscreen, the .ibooks package will only contain an exact sized version of the original imported file: that is, if the page holds a 600 x 800 pixels JPG, the .ibook asset will be automatically rescaled as a 600 x 800 pixel JPG.

On the contrary, if the image is part of a widget (Image or Gallery) things get weird:

  • Images with a stroke (default is a 1pt line) end up as a 2040 x 1530 px JPG.
  • Images without a stroke end up as a 2048 x 1536 px JPG.

So applying a stroke actually shrink the .ibooks image dimension. Mind you, the Full-screen only option has no effect whatsoever on image dimension (on the iPad, a widget image will always go fullscreen), so I suggest you to keep it unchecked. Moreover, an Image widget will only expand fullscreen to maximum 2008 x 1319 pixels (see here for the details and examples), while Gallery images are allowed to go both fullscreen and borderless (2048 x 1536).

As a last option, if the image is part of an Interactive Image widget (i.e. not only it goes fullscreen, but you’re allowed to zoom in and explore preset details at higher magnification), the final size will depend on the zoom percentage – that is, you can feed iBooks Author with a 5000 x 5000 pixels image and expect to have it in the .ibooks assets.

Profile comparison

iPad1/iPad2 over iPad3

Gamut comparison of iPad1/iPad2 against the new iPad © C. David Tobie

If you’re into color management and don’t know yet C. David Tobie’s blog (he’s Global Product Technology Manager – Imaging Color Solutions, Datacolor inc.) I strongly suggest you to read at least his post series about Color Management and the iPad (More answers about the new iPad and Color contains the links to them all). He’s very competent and you’ll read a lot of original content that you won’t find elsewhere.

To my tests I’ve confirmed that, even though both the .iba and .ibooks assets contain sRGB tagged images, the exported one appears lighter (hence some secret Apple processing has been going on). I’ve tested a synthetic ColorChecker image, measuring these differences:

  • about 4 points in the b of Lab in blues and cyans (original has an higher saturation)
  • about 1 point in the a of Lab for yellow and orange
  • a shift towards green in the base color (.ibooks compressed JPG)

ColorChecker sRGB ComparisonLeft is original, right is .ibooks asset – almost unnoticeable. Not something to be obsessed with – actually the ColorChecker comparison alone is not very much significative, if you test real world photographs the .ibooks JPG version appears constantly lighter.

iBooksAuthor Profile Comparison

Again, left is original, right is .ibooks asset – now you see the difference! To simulate the effect, add a Curves adjustment layer to the original image and raise the middle point of the master curve about +20 points (input: 127, output: 147), this is more or less how the .ibooks file will look like.

Compression comparison

I’ve imported into iBooks Author a JPG saved for the web in Photoshop CS6, maximum quality: then I’ve checked the .ibooks JPG against the .iba (which is identical to the original). As you can see by yourself, there’s a lot of JPG compression and artifacts in the .ibooks file: and it isn’t shocking, because the .iba JPG is 1.2MB, while the .ibooks JPG is 560KB (less than half of the filesize!).

What kind of JPG compression has been used? To test it, I’ve put together a simple Photoshop script to save for the web 101 JPGs from the same original, with Quality ranging from 0 to 100. To the best of my eyesight, I’ve identified the compression just below 50: yet it isn’t identical – for instance, in the .ibook version there’s a lot more dithering around the edges, therefore that it may be that some quality filter based on image content has been used – just like when in Photoshop you set an alpha channel to determine the compression range.

iBooksAuthor - JPG Compression Comparison

Left: the original imported JPG (quality 100); middle, a JPG quality 48; right, the JPG from .ibooks assets (unknown JPG compression). Click the image to get a larger version.

Yet, if you zoom in the .ibook image, it looks like Frankenstein compared to the immaculate beauty of the original, max quality JPG.


Be happy and build your iBooks. Stick to 2048 x 1536 pixels, sRGB, max quality JPGs (unless you plan to use Interactive Image widgets, that may require higher resolution images). Don’t worry about the conversion, there’s nothing you can do – proof your images on the iPad and tweak them in Photoshop accordingly, if they don’t look good to you. Yes, they’re horribly compressed and if you peep them 400% it’s like a sea of JPG artifacts, but you know what? On the iPad retina display they’re not that much obvious, you can live with them. And by the way you could always export the .ibooks, unzip it, substitute the JPGs with higher quality ones, zip it again, cross the fingers and submit the file for approval to Apple – if you succeed, please let me know! For sure I won’t be the first one to hack iBooks and risk to make the big A angry 😉

Print Friendly, PDF & Email

19 responses to iBooks Author – Image compression

  1. Nice article. I had not know about the really high compression of the JPEGs. Thanks for the work

    • Thanks Mike,
      I hope to add some new posts sooner or later – iBA, as they call it, deserves our attention 🙂
      (by the way, beautiful portraiture portfolio on your website, compliments!)

  2. Thanks … I was going crazy trying an arsenal of test trying to get rid of the artifacts in my JPGs. They aren’t that noticeable on photos where there is a lot of color variation from pixel to pixel. But, on illustrations using vector graphics it’s pretty noticeable … since illustrations use a lot of large areas of flat color adjacent to one another …. lots of jaggy-looking artifacts.

    I really hope that future versions of iBooks Author fixes this. At least your article made me feel sane again … I was sure that I was doing something wrong …. retracing my steps …. documenting my different settings, on and on …

  3. Very good article. My challenge is to limit the size of the book. I am using iPhoto, and pictures are stored in large raw format. Since iBook Author is compressing anyway (leave interactive out by now), why should I bother about size? Cant I just use drag and drop? Do I need to export in 2048 x 1536 pixels, sRGB, max quality JPGs before I move them into iBook Author? Fot interactive, I will do it to limit size.

    Thanks again!

    • Thanks Hans! I think you can drop the hi-res image directly from iPhoto to iBooksAuthor without bothering with an intermediate 2048x version. This way you avoid a double JPG compression – I’m not sure whether it would be noticeable or not on that size, but theoretically is a better practice.

  4. Thanks for the information, for my first book, which is linked here– http://c-vue.com/RTS/AIM_HIGH.html I built my files in Photoshop at 300 dpi then reduced to 72 dpi with dimensions of 1028, since it appeared to be that the files were being forced into that size anyway. So you are saying that IBA “hangs on” to that larger file size and utilizes it with the iPad 3? I have a 2 so I don’t what it looks like on a 3.

    • Hello Max,
      I’m happy to know that you’ve found this post useful.
      As far as I know everything will be rescaled (upsampled or downsampled, depending on your original assets size) to 2048 px, so if you have large images I suggest you not to shrink them to 1024. Actually, even if you output smaller JPGs they look fine in the iPad 3 as well – although some extra resolution will end up in a better look.

  5. Ellen Land-Weber November 20, 2012 at 7:56 PM

    Thank you, Davide, for the informative article. I am preparing to use iAuthor for the iPad publication of a book largely photographs. The originals are large .psd files for printing to about 12×17 inches.
    The question: can you tell me how to change these files for iAuthor import? Reduce the pixel size and dimensions or not? I know they need to be .jpg, but what else should I pay attention to?

    I will appreciate your advice. Thank you. Ellen

    • Hi Ellen,
      thanks for the kind words! I would personally downsample them (2048 pixels wide) and save them as JPG max quality – they will end up being compressed even more, but it’s fair to give iBookAuthor a good start.
      If you’re in doubt, try inserting in duplicate pages a set of differently prepared jpgs (size/compression) and inspect them on the iPad to see if you can see differences.

  6. Well, I’ve bypassed the image compression in iBooks Author. Simply export it as pdf, and then scale as you like on the page. Now I’ve got beautiful graphics everywhere (not talking about the widgets and galleries). Try it for yourself 🙂

  7. Andy MArtinez May 18, 2013 at 9:39 PM

    I am dealing with large files (2800x 4200 also 7360 x 4912)and are 300ppi tifs. sorry to go over this again. Should I just covert to full size hi res jpgs @ sRGB and IBA will do the rest? This will be a animal field guide with slide show widgets.

  8. Andy Martinez May 18, 2013 at 11:53 PM

    When I pepare an image for the web or projection I always finish with Sharpen Edges. Do you recommend this for IBA? Thank you, andy

  9. Davide,
    Thank you for sharing your talent and experience.
    Question: Are there any restrictions imposed by Apple if you want to use a screen shot of a graphic made with their software and use the new file in a non-Apple application?

Trackbacks and Pingbacks:

  1. iBooks Author Resources (You’ll Want to Bookmark These)iBooks Author Templates | Blog | iBooks Author Templates | Blog - November 12, 2014

    […] Worried about the 2GB file size limit? Maybe you should check out this tutorial on compressing your images. […]

  2. Apple:Image size above 1536px for iBookstore? – Apple Questions - October 29, 2015

    […] You might find this an interesting read: davidebarranca.com/2012/04/… […]