Критерии оценки читалки

[vitus_wagner]

Вот задумался над выбором более другой читалки электронных книг и для телефона и для десктопа (Linux, LXDE).

Раньше я и там, и там пользовался FBReader. но десктопный FBRedader по-моему развиваться прекратил А то направление, в котором развивается андроидная версия мне не очень нравится. Хотя уже привык.

Рассматриваются следующие кандидаты:

Comments

[vladicusmagnus]

Поддержу justy_tylor... FBReader на данный момент один из наиболее толковых ридеров практически для всех устройств. Полная кастомизация интерфейса (ну почти полная), и куча различных плюшек сверху (мне иногда приходится все же с сетевой библиотекой работать, так как локально у меня 5 гиг и это занимает много места все же (читаем про "практически всех устройств")). И даже скажу больше, он скушал даже прекрасный файл epub.

[vitus_wagner]

Это интересно, что такое за epub-файл. Потому что у меня было такое впечатление что с документацией на Python (всего-то 5Мб) fbreader работает недопустимо медленно.

Впрочем KOReader - не лучше. Такое впечатление что они zip-файл последовательно читают.

Хотя специально для таких вот случаев Фил Кац там в конце оглавление предусмотрел.

Это в fb2 можно с картинками тормозить - xml да base64. А в epub сделано всё, чтобы можно было не тормозить.

[vladicusmagnus]

А, сборник просто. 10 книг. Больших. Но не более чем того же коллекция фантастики (620 мбайт - 6000 книг). Проблема скорее всего даже не в чтении (хотя она есть), сколько в выводе на экран и работе с API, собсно надо всякие свистелки в виде анимации перелистывания и прочее отключать к чертям (и батарею экономит хоть чуть, хоть экран 95% выжирает

[vitus_wagner]

Понимаете ли, я эти EPUB разбирал многократно. И знаю как там внутри устроено.
Это zip-архив, а в нем много HTML-файлов (обычно по одному на главу), картинки отдельными файлами, css, встроенные шрифты и парочка XML-ных файлов с метаинформацией.

Там нет ничего, что бы требовало нахождения в памяти одновременно более чем одной html-ной части + css + входящие именно в нее картинки. И даже ничего что требовало бы при открытии книги прочитать (я уж не говорю про распаковать) весь файл. Потому что zip вообще-то поддерживает прямой доступ на уровне находящихся внутри файлов.

[justy_tylor]

Последовательно читать .zip вообще почти никто не умеет, да и нужно это только при восстановлении битых архивов или распаковке многотомных .zip со сменных носителей.

Читают через каталог, но могут бездумно распаковывать всё в память (что не безосновательно, т.к. для вычисления layout не самых качественных epub могут понадобиться размеры, прочитанные из самих картинок).