For the longest time we've all had to keep our images in ePubs below the 300KB limit, with 260KB the norm to account for differences in the way ereaders read image size. I am told this was never a limitation of the ePub format itself but originated from the way Adobe programmed ADE, and older devices based on ADE (like Sony) would crash if images exceeded 300KB. But with the advance of high-resolution tablets, and high-resolution ePub devices such as Kobo's Aura, Ark, etc., why are we STILL restricted to this ridiculous 260KB image size?

I realize there are old devices still out there that will crash, but at some point we have to move on if we are to produce books for the newer higher-resolution devices. To not do so would be like not producing HD DVDs because some people can't watch them on their old TVs. Perhaps we may find ourselves having to produce two products, a smaller-image ePub for older devices and larger-image ones for newer devices, distributed under different ISBNs and even titles (like adding "HD" to the title).

It was never about the image size, but the size of the uncompressed XHTML size... Even current e-ink readers will become slower when the file becomes larger. As for most books a chapter will not hit that mark, it is usually not a very big issue.
Images can be larger.

It was never about the image size, but the size of the uncompressed XHTML size... Even current e-ink readers will become slower when the file becomes larger. As for most books a chapter will not hit that mark, it is usually not a very big issue.
Images can be larger.

Quote:

It's the individual XHTML files you need to keep within the limit. Image sizes can be larger than that.

But is WAS about image size, too: every auto-convertor from Calibre to writer2ePub has compressed or downsized images to fit within the recommended 260KB limit when building an ePub. Writer2ePub would even warn users if their images were larger than 255KB (might still but I haven't tested it in 2 years). And when I first learned about this stuff from the developers, I was told the 300KB limit/260KB recommendation applied to images, not just to the individual XHTML file size. If either exceeded 300 KB then some ePub devices would crash or fail to load.

So back to the question: at what point can we, or must we, deprecate this?

But is WAS about image size, too: every auto-convertor from Calibre to writer2ePub has compressed or downsized images to fit within the recommended 260KB limit when building an ePub. Writer2ePub would even warn users if their images were larger than 255KB (might still but I haven't tested it in 2 years). And when I first learned about this stuff from the developers, I was told the 300KB limit/260KB recommendation applied to images, not just to the individual XHTML file size. If either exceeded 300 KB then some ePub devices would crash or fail to load.

So back to the question: at what point can we, or must we, deprecate this?

No, it was not about the image size. I don't care what the Writer2ePub is saying, it is not true. It is only the XHTML. Large images were not useful back then, but that is more about the dimensions than the size. Sure, large images would take longer to load, but not crash.
I have one of those older devices and I usually have images larger than 300kb, never a problem at all. XHTML, yes.

If you really want to have larger images than for example 1200 pixels (and that is no issue on the older devices) in lenght, you can always create a HD version.

The only image limitation I have seen is at about 4MBytes for the image size. Some devices can't deal with a file bigger than this. Of course the 260K is about text not images and relates to the way a full chapter (file) is read into memory and then formatted for display.

I have the same Sony Reader as Toxaris. It is very convenient in size, so I don't want to replace it and will not do just to read someone's book. I'd find some other book than use one that required me to read it on a computer or tablet.

Epubs with over large files will show up on my PRS-300 as having one page and if you try to open them, I believe try cause a reset which can take 5 minutes to recover from.

These sorts of suggestions tend to come from people in the Apple ecosystem where they and everyone they know has ipads. The irony is, according to Hitch, that is NOT where the market for ebooks is, Apple users buying maybe 5% of all ebook purchases, if I remember correctly.

I have the same Sony Reader as Toxaris. It is very convenient in size, so I don't want to replace it and will not do just to read someone's book. I'd find some other book than use one that required me to read it on a computer or tablet.

Epubs with over large files will show up on my PRS-300 as having one page and if you try to open them, I believe try cause a reset which can take 5 minutes to recover from.

These sorts of suggestions tend to come from people in the Apple ecosystem where they and everyone they know has ipads. The irony is, according to Hitch, that is NOT where the market for ebooks is, Apple users buying maybe 5% of all ebook purchases, if I remember correctly.

Like I said, larger images are not a problem at all, it is about the XHTML. My T1 can open XHTML files larger, but it gets a lot, lot slower untill a page change can even take a whole minute or more. So even for newer devices it is not recommended to have large XHTML files.