Блокчейн в электронных книгах

Биткойн и (в меньшей степени) технология блокчейна, на которой биткойн базируется, — у всех на слуху. Не прошло это поветрие и мимо книжной индустрии. Особенно мимо самой бодрой её части — самиздатчиков, которые, кажется, очень воодушевились, что теперь как-то смогут избавиться от олигополии дистрибуционных платформ, а продаваемые электронные книжки и правда будут продаваться, а не даваться «в пользование», как сейчас. То есть их можно будет легально давать почитать, дарить, завещать и пр. В общем,  Американский Альянс независимых авторов обсуждает, как бы это всё приспособить к нуждам авторов, сервисы рисуют светлое будущее… Только одно НО — никто пока не придумал, чем новый DRM на блокчейне будет удобнее того, которым покупатель пользуется, не слишком замечая этого, когда покупает книги на Amazon. Или, тем более, удобнее скачивания книг через Genesis Library, например.

Впрочем, всё равно интересно.

BookNet Canada 2017

Конференций про электронные книги не так уж много. TOC закрылся, Digital Books World — неизвестно, состоится ли в следующем году. А BookNet Canada жива. Вот презентации с последней конференции https://www.slideshare.net/booknetcanada/, а вот записи выступлений https://booknetcanada.wistia.com/projects/vrpddmz9gm. Самая полезная для российских издателей вот эта, мне кажется, о том, как в McMillan организовали рабочий процесс по производству электронных книг — без InDesign и SMS:

Readium LCP — децентрализованный DRM

Издатели искренно любят DRM, digital rights management. Их любовью иногда болеют даже целые стран, запрещая обход DRM. Издатели наивно полагают, что «управление цифровыми правами» (эвфемизм «предотвращения копирования») может действительно ограничить копирование. Истории противостояния DRM и программистов, которой уже не одно десятилетие и на протяжении которой каждая новая хитроумная технология DRM через довольно короткий срок оказывалась взломанной не менее хитроумными программными инструментами. Но издатели продолжают верить, потому что кое-где и кое-как DRM работает, хотя бы потому что успокаивает их тревогу.

Хорошо, когда DRM работает незаметно для пользователя, тем не менее ограничивая неавторизованное копирование. Так работает DRM в Amazon, iBookstore и Bookmate. Читатель просто оплачивает покупку (или абонемент), и просто начинает её читать. Синхронизация происходит незаметно, практически без задержек и не требует дополнительных действий пользователя, позволяя ему читать книгу и оффлайн. Обычному пользователю даже не приходит в голову, что в это время происходит между сервером и конечным устройством. Назовём такой DRM — по аналогии с модным форматом рекламы — нативным DRM. Минус такого DRM, во-первых, в потенциальном риске для пользователя, связанном с тем, что сервис, в принципе, имеет возможность ограничить не только копирование, но и чтение, как уже было однажды с Amazon, которую угораздило удалить именно «1984» Оруэлла с «киндлов» честно купивших эту книгу пользователей. Во-вторых, нативный DRM — весьма подходящий инструмент для «закрытия» экосистемы дистрибуции: защищенные нативным DRM файлы, купленные в Amazon, можно читать только на Kindle, купленные в Apple iBookstore — только на iOS и macOS, открытые в Bookmate — только в приложениях Bookmate и на сайте Bookmate. И в силу этого, в-третьих, нативный DRM может использоваться дистрибьютором для контроля за своим форматом. Например, MOBI/KF8 — для Amazon. Нативный DRM оказывается ещё и монополистическим DRM.

Централизованный, но независимый от дистрибьютора DRM, — вариант, который используется в Adobe DRM. Книги, контролируемые этим DRM, можно купить на разных платформах, но прочитать их пользователя может, только используя программы, обслуживаемые сервером Adobe. Adobe DRM — штука крайне неудобная для пользователей, поскольку зачастую требует от него совершения целого ряда процедур, никак, в сущности с покупкой и чтением не связанных: пользователь должен скачать и установить Adobe Digital Editions, получить учетную запись Adobe, скачать служебный файл, и только после этого программа обратится к Adobe Content Server (за работу которого платит дистрибьютор) и скачает книгу. Переход на другое устройство для чтения чреват дополнительными процедурами. Пользователи, по понятным причинам, не любят связываться с такими историями, однако издателям, которые любят DRM, но «не хотят зависеть от Amazon», выбирают мучения пользователя. От Amazon, впрочем, и правда никто в данном случае не зависит.

Значительно более мягкий вариант DRM, который почти совсем не DRM — так называемый social DRM, использующий явные и неявные метки для идентификации пользователя и правообладателя. В частности, такой механизм используют Verso и Pottermore. В книге прямым текстом будет напечатано, что книга куплена Vladimir Kharitonov (email такой-то) у издательства Verso Books. А в самом файле в разных местах внутри структуры EPUB останутся отметки о владельце и покупателе. Цель social DRM, с одной стороны, моральная («это ты купил книгу! тут вот написано, кто её купил! если вдруг чего неправильного удумаешь — тут вот всё написано!»), с другой, облегчающая поиск совсем глупого и неразумного источника неавторизованного распространения.

Можно ли как-то обойтись без монополизма, централизации и излишнего морализаторства? Эту задачу, кажется, решили в EDRLab. Это европейский филиал International Digital Publishing Forum, пока ещё отвечающего за EPUB, и Readium Foundation, разрабатывающей полностью соответствующий стандарту EPUB движок для читалок, уже используемый в ряде независимых программ для чтения EPUB. Уже скоро — 9–10 марта — в Брюсселе пройдёт организованный EDRLab второй европейский EPUB Summit. В повестке дня три вопроса: (1) слияние IDPF и W3C, (2) обсуждение Redium версии 2 и (3) запуск Readium LCP. Последний пункт самый интересный: готовится внедрение децентрализованной защиты от неавторизованного копирования EPUB. Как можно понять из обзора Readium LCP и описания принципов его работы, движок позволит шифровать файлы на стороне сервера (магазина и/или издателя) таким образом, что расшифровать их для чтения сможет любой пользователь с учетной записью оффлайн. Система предусматривает, помимо этого, возможность дополнительных ограничений на копирование фрагментов, на количество устройств для чтения данного файла и облегчение поиска неавторизованных копий в сети. При этом разработчики сознательно не стали вводить возможность ограничений воспроизведения книг вслух, поскольку, стоит напомнить, исторически EPUB появился как формат, в первую очередь предназначавшийся для чтения слабовидящими. Очевидным минусом такой системы станет, конечно, необходимость использования устройств и программ для чтения на основе Readium. Впрочем, это же обстоятельство может подтолкнуть их распространение: магазинам понравится, что не надо платить Adobe, издателям — что они «свободны» от Amazon…

Понятно, что — рано или поздно — взломают, несмотря на криптозащиту AES-256. Но всё любопытно, что из этого получится.

Теги для экспорта стилей из InDesign в EPUB

Несколько простых советов, которые позволят вам сократить время обработки EPUB, сконвертированного из вашего макета в InDesign.

Если при задании стилей оформления абзацев вы не задали теги, которые будут этим стилям соответствовать в CSS-файле EPUB, то некоторые программы и устройства для чтения не смогут корректно отобразить заданное вами оформление Проще говоря — абзац, описанный стилем <p class=”title”> будет выглядеть как обычный абзац, а вовсе не как заголовок. Чтобы программа чтения поняла, что это заголовок, стиль должен быть описан не как абзац p, а как заголовок h1…h6. А потому перед конвертацией нужно отредактировать настройки стиля в InDesign, например, так:

p-tagging

То же касается курсива и полужирного оформления отдельных слов. Без разметки их стилем и без задания тега стиля для экспорта некоторые программы не отобразят нужное вам оформление. Поэтому, во-первых, сделаем стиль текста для курсива (и полужирного, если надо) с тегом для экспорта em (для полужирного, соответственно, strong):

ch-italic

Если вы оформляли текст курсивом не через стили, а выбором курсивного начертания шрифта — ничего страшного. Достаточно автоматически присвоить тексту, набранному курсивом, соответствующий «курсивный» стиль текста:

it-change

Пара полезных плагинов для epub и mobi в Mac OS X

Quick Look плагин для epub. Файл epub.qlgenerator просто копируется в папку /Library/QuickLook. Отображает обложки epub в Finder и основные метаданные при быстром просмотре.
И Quick Look плагин для mobi. В ту же папку копируется файл QLMobi.qlgenerator. Помимо отображения обложек, в режиме быстрого просмотра позовляет просмотреть сам файл.

Лекарство для Kindle Previewer 2.94

A discussion in the Kindle Publishing forum

Source: Amazon.com: Customer Discussions: Announcing Kindle Previewer 2.94

Свежий Kindle Previewer не запускается в новой OS X. Лечение — только установкой x11 и старой Java 1.6, а также прописывание новых путей руками в загрузочном файле. Зато можно почувствовать себя программистом!

With the latest update of Mac 10.11, Kindle Previewer 2.94 is having some problems. We recommend our users to follow the steps in the order that we are giving below:

  1. Install x11 from https://xquartz.macosforge.org/trac
  2. Install java 1.6 from https://support.apple.com/kb/DL1572?locale=en_US
  3. Locate launcher file': [ Open Finder -&gt; Go -&gt; SelectAll My files’ -> Go to Applications' -&gt; ClickKindle previewer’ -> Select Show package contents' -&gt; Contents -&gt; MacOS -&gt; Contents -&gt; OpenLauncher’ file ]
  4. Open the launcher file with `text edit’
  5. Edit 1: Below the first line [ #!/bin/sh ], add a new line as [ export JAVA_HOME=[paste the path where java v1.6 is installed ]; so if your java v1.6 path is [ /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ], the NEW LINE will appear as [ export JAVA_HOME=/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home ]
  6. Edit 2: At the bottom of the file, you will find the term “java” twice. Replace “java” with “${JAVA_HOME}/bin/java” at both the places.
  7. Save the file and close.

If you still face any issue, email the issue description to us at kindle-publishing-tools@amazon.com.

Новости середины лета 2015

Главное событие начала лета состоит из двух и связано с subscription:
(1) Переход Amazon Kindle Unlimited на другой принцип расчёта базы для выплат роялти. Компания каждый месяц выделяет какую-то фиксированную сумму (на июль 2015 — $11 млн), которые распределяются между авторами в зависимости от активности читателей. До июля основным параметром, от которого зависели доходы авторов, были загрузки и чтение более 10%. Теперь — количество прочитанных пользователем страниц. Комментаторы теряются в сомнениях, к чему же это приведёт — к смерти коротких повестей или длинных научно-популярных книг?
(2) Закрытие части каталога любовных романов подписочным сервисом Scribd. Потому что их слишком много читают! Дело в том, что Scribd рассчитывается с издателями не на основе раздела прибыли, а по модели PPD (60% от list price после 10%): чем больше читают пользователи читают, тем больше сервис теряет. Понятно, что эти проблемы должны проявляться, прежде всего, для бестселлеров как категории, а также жанров, традиционно привлекающих hard readers — любовные романы, фанфики и, отчасти, SciFi.
Niemans Lab, авторитетное издание Гарвардского университета о медиа, анализируя предлагает два варианта решения: 1) переход на модель pay-per-page; 2) переход на модель Netflix — лицензирование на определенный период (так, кстати, работают ЭБС в России). В заключении статьи, впрочем, автор статьи высказывает предположение, что для подписочной модели как таковой не нужен посредник и более жизнеспособной окажется подписочный сервис как объединение издателей, которые сами будут делить все риски и доходы.
Еще одна примечательная новость про subscription: Scribd купила Librify, чтобы получить доступ к опыту работы этого стартапа с социальными связями: «Посмотри, что подчёркивают, цитируют и комментируют твои друзья, как и что они читают и пригласи почитать их вместе с тобой!» — приглашал Librify. Теперь, видимо, это будет делать Scribd.

Американская гильдия писателей потребовала изменить DMCA и перейти с режима Notice and Takedown на Notice and Stay-Down, то есть, если ISP должен не только снимать материалы по первому требования, но и, поскольку они уже в курсе, следить за тем, чтобы материал не появлялся. Писательская гильдия в США шумная и шанс попадания законопроекта в конгресс высокий. Но на подходах его, скорее всего, встретит лобби интернет-компаний. UGS-сервисы, может, и согласились бы, но требование для поисковиков (DMCA ведь позовляет требовать удаления ссылок) нереализуемые — не может же поисковик проверять все ссылки на то, не ведут ли они на какой-то неправильный контент.
Но не только к интернету у гильдии претензии — она хочет, чтобы базовое роялти по электронным книгам было не 25%, а 50%, потому что «писатель и издатель — равные партнёры». И требуют (без особых перспектив тут, впрочем) массового пересмотра контрактов.

Barnes & Noble, тем временем, закрывает доступ к своему магазину электронных книг Nook Store для всех пользователей, кроме пользователей из США и Великобритании. Международной экспансии не получилось. Новое начальство собирается сосредоточиться на этих рынках (и на книжных магазинах!).

А что во Франции? Всё интереснее, чем раньше, но специфично: в 2014 году книжный рынок составил 2,6 млрд евро (продано 422 млн экз книг), что меньше на 1,3%, чем в 2013 году. В сравнении с рынком музыки, упавшим на 7%, и видео (на 10%), это ещё хорошо. При этом продажи прав выросли на 6%. Вырос и общий ассортимент — на 3% и составил 98 306 наименований. Выросли и продажи электронных книг, которые составили 6,4% рынка (4,1% в 2013-м) — 161,4 мл евро. Но примечательно структура этой ниши: это по преимуществу профессиональная литература (например, 1/4 книг по социальным наукам продаются в цифре). А вот розничные продажи хилые — всего 2,9% (хотя и болье 2,3% в 2013 году).
Германия отстаёт от Франции: электронные книги еле-еле добрались в 2014 году до 4,3% рынка (в 2013-м было 3,9%). А ведь ещё недавно всё так хорошо росло — аж в 3 раза (2011/2012). И почему? То ли цены велики (в среднем 7 евро), то ли читают только художку (84%), то ли потому, что эротическую литературу в интернете нельзя продавать до 10 вечера (не шутка).
В Великобритании тоже всё непросто. Английские «игреки» (или миллениалы? в общем — молодежь в возрасте 16–24 лет) меньше всех прочих возрастных категорий покупают электронные книги. А именно — только 25% «игреков» купили хотя бы одну электронную книгу за последние два года, а те, кто постарше (25–34 года) — 38%. Они и вообще меньше читают: всего 14% из них тратят на книги больше часа в день, зато 67% смотрят не менее, чем по часу видео в интернатах. Хуже того, 58% из них больше часа каждый день торчат у ТВ. А еще говорят, что молодежь любит гаджеты. Впрочем, букридеры не пользуются популярностью британцев: они есть только в 41% семей, в то время, как ноут есть у 87%, смартфон — у 83%, а планшет есть в 71% домохозяйств. При этом чтение вообще всё ещё довольно престижное (или популярное?) занятие — 80% опрошенных заявили, что покупали книги (и те, и другие) в прошлом году, а 34% гордо заявили, что стали больше читать, а 53% — что их друзья думают, что они (опрошенные, а не друзья) много читают.

Apple поняла, что замкнуть всех на iBookstore не получится, да и не нужно, и пошла на попятную, позволив делать в iBooks Author обычные epub. Теперь в программе есть два шаблона для новых книг, которые можно сохранить в обычном формате epub и распространять как угодно (хоть на Amazon, сконвертировав в KF8).

Язык разметки для математических выражений MathML 3.0 получил признание в качестве официального стандарта от Международной организации стандартизации и Международной электротехнической комиссии (ISO/IEC International Standard ISO/IEC 40314:2015). Теперь разработчикам ридеров для EPUB уже никуда не деться от рендеринга MathML в книгах. Ну, рано или поздно.

Суровая конкуренция Oyster и Amazon

Доброжелатели написали плагин для Chrome, которые прямо на странице магазина книг Amazon показывает, есть ли искомая книга в каталоге Oyster. И уже сам пользователь решает — покупать её, или проще подписаться на Oyster за 9,99$. Сурово. Пока расширение на GitHub, но вроде бы обещают и в Google Web Store.