Вы можете прислать нам новости или сообщить что-то очень важное заполнив форму.

Какие форматы лучше? Фрагмент №2.

16 ноября, 2013

Формируйте тело... форматы электронных книг! :-)Электронные книги описываются различными форматами данных, а их разнообразие зависит от назначения, возможностей, платформы, веса, кодировки, простоты или «универсальности» (последнее довольно часто субъективно). Потребителям не так важно уметь различать логически их принадлежность к целям и задачам, заменяя свои знания комфортом применения и доступностью контента в конкретном формате.

Очень важно понимать в какой формат пользователь может самостоятельно перевести свои документы, чтобы иметь возможность прочитать их с помощью различных устройств или с помощью специализированных программ. Не стоит отбрасывать в сторону возможность последующего редактирования оцифрованного документа. Если используется оцифровка книг, журналов или газет, а в последнее время еще и статей из Интернета, то и здесь форматы могут использоваться по принципу простоты создания, архивирования и каталогизации, нежели целевого выбора и последующего комфорта чтения. Очень важно учитывать объем информации.

В результате контент может быть изготовлен фактически в любом формате, без определения качества, масштабируемости, «веса». Довольно часто использование форматов опирается на убеждение в принадлежности к чему-либо, чем на изначальную цель, которую закладывал в формат его разработчик.

Профессионалы могут поступать несколькими способами в зависимости от последующего качества применения и выделенных для этого ресурсов, в том числе и финансовых, а не только технических или людских:

  • Создавать контент по природному происхождению и предназначению формата.
  • Использовать формат ради последующей защиты, а не обязательного комфорта во время чтения.
  • Или идти по самому короткому пути, как и обычный пользователь, упрощая создание цифрового контента, сокращая время, экономя бюджет. Для этого формат может быть выбран любой, лишь бы он мог быть доступен, и понимаем профессионалу.
  • И самое неприятное свойство из всех перечисленных – неграмотность профессионала, который создает цифровой контент. Нет никакой разницы между созданием документа для чтения, но ради редактирования. Или наоборот, когда контент нужно сохранить для редактирования, а не для чтения в том виде, в котором невозможно создавать исправления и дополнения в тексте, но на экране такой документ может выглядеть восхитительно и ради этого все создавалось неправильно.

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

Читать дальше »

При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

Форматы книг. Современное представление…

5 января, 2013

© All rights reserved by Parker FitzgeraldПри выборе устройства для чтения, причем, умышленно говорю – «неважно какого», специализированного или только адаптированного под чтение (планшет, смартфон и так далее), потребитель сталкивается с серьезной проблемой выбора подходящего «формата книг». Это очень важная характеристика, но на самом деле – довольно простая тема. Разобраться в ней не сложно, если мой читатель понимает свои потребности и не преувеличивает значение «форматов» для этих целей. Основы таких знаний помогут разобраться с уже имеющейся стереотипной информацией и понять, что является реальностью, а что только воображением, благодаря самосозданным мифам.

Формат книг – это как заклинание. «Печатный текст» с типографской разметкой упакован внутри магической оболочки. Но это все происходит после того, как книга написана.

При чтении в нашу голову попадает текст в виде образов или значений. Эмоции и интонации «рассказанного сюжета» создают визуальное представление. Восприятие можно усилить или ослабить. Поставить акцент на фразе или разделить текст на главы. Как бы писатель ни поступил, он хочет донести до читателя не только определенный сюжет, но и смысл каждой фразы – шепота, крика или даже сарказма.

Электронное устройство для чтения – сундучок для книг. Для множества книг. Самая простая форма упаковки текста в единый блок – архивирование. Эта процедура экономит место на диске, но не вмешивается в разметку текста.

Чтобы сохранить структуру печатной книги требуется набор «тегов» в начале и конце выделенной фразы, абзаца или только одной буквы. Чтобы устройство понимало, какая фраза в тексте относится к «названию главы», этот набор слов также размечается тегами, как «кавычками» – в начале и конце фразы.

Каждый отечественный потребитель, или почти каждый, хочет иметь устройство, которое поддерживает максимальное количество форматов. Теоретически – это ничем не подкреплено, кроме желания купить универсальное устройство. Также думает производитель, неважно в каком формате будет читать потребитель, устройство будет рассчитано на поддержку большого количества форматов и это «на всякий случай».

Зарубежный производитель электронных книг, прежде всего, продает контент, а устройство это инструмент для чтения, носитель информации. Поддерживаются обычно только два формата: для книг и формат PDF, как средство для чтения «частных» документов и способ для привлечения новых потребителей.

Читать дальше »

При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

Если у Вас Linux. Часть 2. Редактирование Rocket фонтов (файлы .rbf).

3 февраля, 2008
Подход к проблеме редактирования фонтов следующий: вместо того, чтобы писать сложный GUI для редактирования файлов .rbf напрямую, я написал две очень простые утилитки, одна из них берет .rbf файл и преобразует его в текстовый файл, а вторая, берет этот текстовый файл и запаковывает его обратно в .rbf формат.

Таким образом, сценарий изменения фонта выглядит так:

1. Берем .rbf файл и преобразуем его в ASCII файл

  • rbf_unpack small.rbf > small.txt
2. Любым текстовым редактором (emacs/vi) редактируем этот файл (small.txt). Естественно, соблюдая определенную аккуратность (то есть, редактируя каждую букву, следим внимательно, чтоб не вылезти за максимально разрешенную ширину и высоту).

3. Текстовый файл преобразуем обратно в .rbf

  • rbf_pack small.txt small.rbf
Новый фонт готов.

Требования:

  • Компилятор C
  • Linux или Windows/Cygwin. Никаких причин не работать с VisualC я не знаю, но просто не пробовал. Тем более, что у меня его нет 🙂
  • Любой little endian 32 bit компьютер. На big endian или на 64bit машинах может потребоваться дополнительная проверка/отладка.
Скачать:

  • rbf_pack.tar.gz
При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

Dialogue FlyBook: тестирование

3 февраля, 2008
Компания Microsoft создала вариант Windows для планшетных компьютеров. Теперь существованием TabletPC уже не удивить искушенного пользователя. FlyBook из тайваньской Европы, или из европейского Тайваня относится к компьютерам, которые по своей сути могут стать TabletPC, но им не являются. Причина проста – отсутствие программного обеспечения – Windows TabletPC. Все это можно сбалансировать, но уже за дополнительные деньги.

Читать дальше »

При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

Siemens SIMPad: тестирование

1 февраля, 2008

За последний год интерес пользователей, которые еще не определились со своими пристрастиями, или желающие чего-то нового, что по их мнению выше по возможностям чем стандартный PDA, обратили внимание на Siemens SIMPad SL4. Мы разложили на несколько частей тестирование устройства. С одной стороны устройство тестирует человек не заинтересованный в его приобретении, но любящий всевозможные гаджеты, а с другой стороны человек который ежедневно владеет подобным устройством, и расказывает о нем с точки зрения пользователя. Поэтому мы не стали смешивать две статьи в одну, а предпочли разбить на части: тестирование и использование.

Читать дальше »

При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

Редактирование загружаемых шрифтов Rocket eBook

1 февраля, 2008

Научно-исследовательская работа др.Тильмана над русификацией Ракеты. Пошаговая инструкция.

1. Загрузить в Ракету шрифты типа True Type программой Rocket Librarian.

В самом деле, чтобы отредактировать загружаемый шрифт, нужно его сначала загрузить в Ракету. Хотя это и стандартная процедура, выполняемая программой Rocket Librarian, входящей в поставку Ракеты, на этом этапе часто возникают проблемы. Чтобы лучше понять их природу, следует иметь представление о том, как именно шрифты попадают в Ракету.

Шрифты True Type, используемые программой Rocket Librarian в качестве источника, имеют векторную природу. То есть, в компьютере хранятся не начертания всех символов, а только формулы и правила, по которым они строятся. Это позволяет компьютеру прямо ‘на лету’ строить изображения символов для любых размеров, а не ограничиваться заранее заложенным списком. Платой за это являются сложные вычисления, необходимые для получения пригодных для показа изображений символов. Впрочем, для современных мощных компьютеров это давно не проблема.

Другое дело Ракета. Сомнительно, что ее хилый процессор справится с необходимыми для векторных шрифтов вычислениями. А если и справится, то все равно лишний программный код, сильно раздует объем встроенной операционной системы, «отъев» немало памяти, предназначенной для книг. Поэтому неудивительно, что Ракета хранит шрифты не в векторном, а в растровом, или матричном, виде: просто «помнит» картинку каждого символа.

Таким образом, программа Rocket Librarian выступает просто переводчиком между векторными True Type-шрифтами компьютера и матричными шрифтами Ракеты. И вы загружаете в Ракету вовсе не True Type, как может показаться. Когда вы указываете в Rocket Librarian наименование и размеры шрифтов, которые надо загрузить, программа вначале «рисует» внутри себя каждый символ данного размера данного шрифта (этот процесс называется красивым таинственным словом «рендеринг»), записывает их в специальный файл, а потом пересылает этот новый файл в Ракету и дает ей указание далее использовать этот файл для показа текстов на экране. Теперь понятно, почему Ракета использует только два размера шрифтов: «малый» и «большой»: каждый дополнительный размер в матричном формате — это память, отнятая у книг.

Впрочем, даже два размера порождают — по максимуму — до восьми шрифтовых файлов! Ведь Rocket Librarian рендерит матричные шрифты отдельно для нормального, жирного, курсивного и жирно-курсивного начертаний, то есть, до четырех файлов на размер! Объем, занимаемый всеми восемью файлами, может оказаться весьма заметным!

При анализе процесса загрузки шрифтов в Ракету было выявлено четыре проблемы:

а) Rocket Librarian обнаруживает не все шрифты типа True Type, установленные в компьютере.

Эта проблема, видимо, является следствием недоработок в программе Rocket Librarian, а также следствием большого разнообразия форматов True Type. Шрифты True Type эволюционировали начиная с Windows 3.1 через Windows 95, Windows 98 и несколько версий Windows NT (что-то принесет Windows 2000?) Появление многоязычных Unicode-вариантов рядом с более старыми не-Unicode (а также русских версий Windows рядом с американскими) тоже изрядно запутывает дело. Далеко не все старые шрифты вообще можно установить на новые системы, а к тем, что удается установить, Rocket Librarian зачастую оказывается слишком привередлив и порой просто не показывает нужный шрифт в списке доступных шрифтов, хотя другие программы прекрасно его видят. Пока не удалось установить, зависит ли «разборчивость» Rocket Librarian от типа системы, в которой он установлен, или программе «не нравятся» конкретные шрифты независимо от окружения. В приложении мы планируем поместить таблицу найденных русских шрифтов с информацией о том, как Rocket Librarian ведет себя с ними.

б) Rocket Librarian при рендеринге / загрузке не захватывает некоторые (или все) варианты начертаний (жирные, курсивные, жирно-курсивные) для некоторых шрифтов True Type.

Разумеется, далеко не все шрифты True Type вообще имеют указанные варианты — но многие имеют. В этом случае логично ожидать, что все они подвергнутся рендерингу и будут загружены в Ракету. На практике, однако, этого часто не происходит. Чаще всего в таком случае Rocket Librarian просто не замечает варианты, не считает их «родственниками» основного и не подвергает рендерингу. В Ракете при этом оказывается только обычное начертание, которым и отображается весь текст независимо от «жирного» или «курсивного» форматирования. Обычно это не вызывает больших помех — такое форматирование не так часто используется в художественной литературе — но может стать проблемой при чтении литературы технической.

Иногда шрифты «теряются» уже в процессе загрузки. То есть все варианты обнаружены, подвергнуты рендерингу, при пересылке шрифтов в Ракету появляется сообщение о загрузке именно восьми файлов, но… после перезагрузки Ракеты одно из начертаний (например, жирно-курсивное) отображается по-прежнему нормальным (и в малом, и в большом размере), а окно About/Details в меню Ракеты показывает наличие всего шести шрифтов вместо ожидаемых восьми. Здесь, похоже, уже можно говорить о проблемах программного обеспечения самой Ракеты.

Информацию о том, каким именно шрифтам свойственно подобное аномальное поведение, мы также планируем поместить в приложении.

в) Общепринятые Юникодовские шрифты True Type бесполезны для русскоязычных читателей.

Юникодовские шрифты True Type, содержащие несколько национальных алфавитов, перекодируются Rocket Librarian совершенно непотребным образом, совершенно игнорируя русские символы, напихивая много лишних и занимая много памяти совершенно бесполезными пустыми символами — даже если на машине русский язык установлен как основной!

imageВот как, к примеру, выглядит в представлении Rocket Librarian и Ракеты наиболее традиционный Arial 10-го размера. Обратите внимание на большое количество лишних символов и просто пустых клеточек.

Это приводит к тому, что большинство традиционных шрифтов, привычно используемых русскоязычными пользователями, оказываются бесполезными для Ракеты. Вот и приходится искать различные старые экзотические шрифты, которые к тому же должны быть удобоваримы для капризного Rocket Librarian…

г) Качество рендеринга порой оставляет желать лучшего, усугубляя и без того невысокое качество некоторых доступных русских шрифтов.

Прямое следствие предыдущего пункта. Многие русские шрифты, гуляющие в Сети, имеют «самодельное» прошлое и уже изначально, в True Type — варианте не отличаются качеством. Плохой рендеринг плохого шрифта способен довести текст до полной нечитабельности.

imageВот как выглядит один из широко известных в Сети — и технически пригодный для Ракеты — шрифт ERBukinist 10-го размера. Помимо нечетких символов — неоправданно широкая матрица символа (лишняя память) и, как и в Arial, много лишних и пустых символов.

Как раз для решения последней проблемы и предназначена данная процедура. Прежде чем приступить к следующему шагу, я предполагаю, что вы сумели найти и загрузить в Ракету хотя бы один русскоязычный шрифт. Лучше такой, который максимально соответствует вашим ожиданиям — тогда меньше придется переделывать. Я рекомендую бессерифные шрифты — Arial, Helvetica, Pragmatica…

imageВот как выглядел изначально шрифт, который я использовал сам — NTHelvetica. Очень компактный, никаких лишних пустых клеточек… правда, вариаций тоже никаких.

2. Выгрузить шрифты из Ракеты в PC утилитой Jedi из программного пакета Merlin.

Если вы еще не знаете, что такое Merlin и не имеете этого программного пакета на своем компьютере, внимательно прочитайте раздел «Краткое описание пакета Merlin». Дальнейшее описание процедуры предполагает, что вы сгрузили и установили пакет Merlin и все полагающиеся для его работы пакеты Java RunTime и убедились в их работоспособности. сожалению, инсталляция Merlin-а и работа с ним может показаться несколько сложной (это пока лишь альфа пре-релиз-версия) — но на сегодняшний день это пока единственный способ общения с Ракетой в обход Rocket Librarian.

Итак, вы преодолели все проблемы, установили Merlin и запустили его. Для извлечения из Ракеты шрифтовых файлов необходимо запустить одну из самых мощных утилит пакета — Jedi. Она предназначена для непосредственного живого общения с Ракетой на уровне отдельных команд.

Jedi можно запустить в окне DOS (или, для большинства русскоязычных пользователей, в окне Norton/Volkov Commander) следующей командой:

>skel jedi

или

>skel jedi -c X

где Х — номер порта, по которому ваш компьютер соединяется с Ракетой. Разумеется, в момент запуска Ракета должна быть включена и «на связи». Если вы загрузили в Ракету какие-то свои шрифты, Jedi наверняка известит вас об этом сообщением об ошибке шрифтов — это сообщение можно смело игнорировать. роме того, Jedi выдаст сообщение о скорости соединения — это и будет означать успешное установление соединения.

После этого надо — уже внутри Jedi — перейти в директорию, в которую вы будете складывать файлы шрифтов:

>cd имя_директории

Теперь можно выгружать файлы шрифтов. Любые файлы — не только шрифты — извлекаются из ракеты командой raw в очень простом формате:

>raw имя_файла_в_Ракете имя_файла_на_компьютере

Да, вся информация внутри Ракеты хранится в файлах, как и в любом компьютере. Вся хитрость в том , чтобы узнать правильное имя файла — ведь соответствующая документация недоступна, а существует ли какой-нибудь аналог команды dir для Ракеты, тоже неизвестно. Впрочем, кое-что на сегодняшний день уже известно. Кое-какую информацию о различных файлах, находящихся внутри Ракеты, вы можете найти в документации по Merlin-у и в разделе «Файлы, находящиеся внутри Rocket eBook». А здесь нас интересует только информация о шрифтах.

Файлы шрифтов внутри ракеты имеют расширение .rbf (это явно означает rocket book font). Имена файлов следующие:

small.rbf

smallb.rbf

smalli.rbf

smallbi.rbf

large.rbf

largeb.rbf

largei.rbf

largebi.rbf

Если вам нужны пояснения насчет того, какой файл за какой шрифт отвечает, то я удивляюсь, как вы вообще дочитали до этого места… 🙂

Разумеется, всех вышеуказанных файлов в вашей Ракете — по вышеуказанным же причинам — может не оказаться. Если файла с нужным именем нет, команда raw вызовет весьма недвусмысленную ругань. Если файл на месте, то никаких сообщений быть не должно, а на диске в текущей директории должен возникнуть файл с указанным вами именем. Я настоятельно рекомендую сохранять файлы на компьютере с точно теми же именами, которые они имеют внутри Ракеты — ниже я объясню, почему.

Иногда, даже если файл шрифта — скажем, small.rbf, существует в Ракете, команда

>raw small.rbf small.rbf

все равно выдает ошибку, как правило — ошибку тайм-аута. Это — проблемы Jedi. Обычно достаточно просто выйти из Jedi командой

>quit

и перезапустить утилиту, повторив соединение с Ракетой. Следите также, чтобы Ракета оставалась включенной во время всего сеанса связи.

Если вы извлекли из Ракеты все обнаруженные шрифтовые (и не только 🙂 файлы, вы можете выйти из Jedi все той же командой quit и выключить Ракету. Следующий этап предполагает работу с rbf-файлами на компьютере, без связи с Ракетой.

3. Отредактировать шрифты утилитой rbfVE.

Собственно, отредактировать файл .rbf можно и без всяких утилит — первые небольшие поправки я делал прямо в бинарном редакторе, ибо внутреннее устройство файлов rbf очень простое. Желающие могут ознакомиться с этим форматом в приложении. Для облегчения задачи я написал небольшую утилиту rbfVE (что означает просто вьювер-редактор rbf-файлов).

imageОна действительно позволяет «заглянуть» в шрифт rbf, модифицировать его и сохранить изменения. Возможности редактирования не слишком широкие, но, возможно, со временем кто-нибудь не напишет что-нибудь получше. Сгрузить утилиту можно здесь (rbfVE.zip), исходный текст (проект C++ Builder 3.0) — здесь (rbfVE-source.zip).

Пользоваться утилитой несложно — кликните на нужном символе, и он появится в сетке редактора. Далее левой кнопкой мыши включите — выключите нужные пикселы, правой — установите требуемую ширину пиксела. Не забудьте сохранить результат — программа сама не напомнит вам об этом, как и не будет задавать идиотских вопросов типа «вы уверены?»

4. Загрузить модифицированные шрифты обратно в Rocket eBook утилитой Jedi.

Теперь, когда вы исправили шрифт в соответствии с вашими предпочтениями, пора вернуть его в Ракету. Это делается все той же утилитой Jedi, командой put:

>put имя_файла_в_компьютере

Пора объяснить, почему я рекомендовал сохранять файлы в компьютере под их родными «ракетными» именами. Команда put загрузит в Ракету любой файл, независимо от того, есть он уже там или нет. Если вы изменили имя файла и потом загрузили его в Ракету под новым именем, он не только не перезапишет старый файл (и не окажет никакого эффекта на отображение символов), но и просто займет лишнюю память. Причем освободить эту память не удастся даже переустановкой шрифтов из Rocket Librarian и даже возвратом к встроенным шрифтам: окно About/Details меню Ракеты все равно будет показывать, что в Ракете установлен один дополнительный шрифт, хоть он и не используется никак. Избавиться от «паразита» можно единственным способом: послать из Jedi команду ferase (не документированную даже в сопроводительных файлах Merlin-a):

>cmd ferase имя_файла_шрифта.rbf

Разумеется, для этого нужно помнить, под каким именем вы засунули в Ракету «лишний» файл.

Перезапись шрифтового файла внутри Ракеты сама по себе не меняет вид отображаемого текста немедленно — чтобы изменения возымели действие, Ракету надо перегрузить. Это можно сделать, выключив ее и снова включив, а можно послать команду reset:

>cmd reset

После этого текст отображается новым шрифтом. Иногда, если при редактировании шрифта сильно менялась ширина символов, может «поехать» разбивка страниц: она «помнит» предыдущие настройки. Очевидно, можно какой-то командой заставить Ракету пересчитать страницы, но мне эта команда неизвестна. Альтернативный способ — удалить книгу из Ракеты и заново загрузить ее из компьютера. Не очень удобно, но, с другой стороны, вряд ли вы будете часто проделывать эту процедуру — рано или поздно вы добьетесь таких начертаний символов, которые будут вас устраивать, и дальнейшие эксперименты будут не нужны.

роме того, я надеюсь со временем получить больше информации о том, какие именно процедуры проделывает Rocket Librarian при загрузке шрифтов в Ракету. А эти процедуры вовсе не ограничиваются простой загрузкой файла с определенным именем — где-то внутри Ракеты еще и устанавливаются ссылки на эти файлы. Поэтому, скажем, если ваш любимый шрифт не посылает в Ракету жирный вариант начертания, то дополнить его файлом smallb.rbf от другого начертания не получится. То есть файл-то в Ракету попадет, но система не станет его использовать — хотя явно существует способ ее заставить. Просто этот способ еще предстоит выяснить.

Так или иначе, даже та информация, что доступна сегодня, позволяет добиться некоторых интересных результатов, и несколько облегчить жизнь русскоязычным пользователям Ракеты. А пока будем ждать появления новой информации о внутреннем устройстве Ракеты.

5. Дополнительная информация

Краткое описание пакета Merlin.

Пакет программ и утилит Merlin разработан программистами англо-американо-израильской компании Shinui как альтернатива Rocket Librarian — поскольку сами программисты (как и многие пользователи Ракеты, включая и меня) были очень разочарованы ее ограниченной функциональностью.

В настоящее время Merlin представлен в довольно ограниченной альфа-пререлиз-версии — но даже сейчас его возможности впечатляют. Пакет написан на Java, работает на Windows и Linux, требует для работы наличия среды Java Runtime, которую надо сгружать и устанавливать отдельно. Это несколько усложняет процесс установки Merlin-а и работу с ним. Впрочем, и Merlin, и Java Runtime совершенно бесплатны.

Merlin можно выгрузить с сайта http://www.shinui.com/Innovate/Merlin/merlin.html, а Java Runtime с сайта http://www.java.sun.com. Установка Java Runtime вполне прозрачна, установка Merlin-a требует некоторого внимания, но я не буду здесь подробно ее рассматривать, а рекомендую внимательно изучить инструкцию его разработчиков. В любом случае рекомендую перезагрузить компьютер после инсталляции — иначе не будут настроены нужные переменные окружения.

Merlin представляет собой набор нескольких утилит. Они позволяют обмениваться файлами между компьютером и Ракетой, сохранять и обрабатывать занесенные в Ракету закладки и примечания, упаковывать файлы с текстами и изображениями в формат rb, а также распаковывать файлы книг из формата rb обратно в общепринятые форматы html и png. роме того, довольно подробная сопроводительная документация описывает некоторые доселе нигде не публиковавшиеся команды, используемые Ракетой, и названия некоторых системных файлов, находящихся внутри Ракеты. Я предлагаю всем желающим самостоятельно ознакомиться со всеми этими интересностями, а для наших задач нам понадобится только утилита Jedi, предназначенная для непосредственной связи с Ракетой, для обмена файлов между Ракетой и компьютером и для выдачи Ракете команд.

Утилита Jedi имеет много команд и опций, и тоже снабжена подробной документацией. Рекомендую подробно изучить все ее богатые возможности. Впрочем, в своем описании, там, где используется утилита Jedi, я указываю точные команды.

Отдельно укажу по крайней мере одну проблему с запуском утилит Merlin-a. Для запуска утилит используются скрипты, которые, по всей видимости, написаны для Windows NT и не работают на Windows 95 и некоторых других версиях. Разумеется, можно исправить скрипты — это ведь обычные bat-файлы — но я поступаю проще и запускаю утилиты не через иконки, а из командной строки, через скрипт skel, как раз предназначенный для запуска других скриптов. Так, запуск Jedi будет выглядеть так:

>skel jedi

Эта команда запустит Jedi в режиме автопоиска COM-порта. Если вы точно знаете номер порта, по которому происходит связь с Ракетой, можете указать его в явном виде. В случае, скажем, COM3 команда будет такой:

>skel jedi -c 3

сожалению, пакет Merlin пока не уделяет внимания шрифтам — а это как раз то, что больше всего интересует русскоязычных читателей. Потому и приходится выкручиваться хотя и с помощью Merlin-a, но своими силами. Будем надеяться, что следующие версии Merlin-а будут еще более функциональны, а пробелы в документации по Ракете будет постепенно исчезать. стати, в описании Merlin-a проскальзывает намерение сделать доступными его исходники, что облегчит написание «самодеятельного» ПО для Ракеты.

Формат шрифтовых файлов Ракеты.

Файл rbf состоит из трех основных частей — заголовка, массива ширин символов и массива битмапов символов.

Заголовок файла описывается следующей структурой:

typedef struct

{

//четыре переменные неизвестного назначения, всегда одинаковые,

//поэтому могут использоваться как сигнатура формата

unsigned short iUnknA01; //неизв., всегда 0x0EE0

unsigned short iUnknA02; //неизв., всегда 0x0DF0

unsigned short iUnknA03; //неизв., всегда 0x0003

unsigned short iUnknA04; //неизв., всегда 0x0000

char FontName[0x3F]; //текстовое название шрифта

long CharSize; //0, +0x48, размер битмапа символа в байтах

long Points; //1, +0x4C, размер шрифта в пойнтах

long Height; //2, +0x50, высота битмапа символа в пикселах

long iUnknB01; //3, +0x54, неизв.

long iUnknB02; //4, +0x58, неизв.

long iUnknB03; //5, +0x5C, неизв.

long iUnknB04; //6, +0x60, неизв.

long WidthsShift; //7, +0x64, смещение массива ширин символов

long BitsShift; //8, +0x68, смещение массива битмапов символов

long iUnknB05; //9, +0x6C, неизв.

long iUnknB06; //A, +0x70, неизв.

} rbfhdr;

За заголовком следует массив ширин символов. Его смещение от начала файла указано в заголовке. На каждый символ отводится по байту, которым указана ширина символа в пикселах.

Затем идет массив битмапов символов, смещение которого от начала файла тоже указано в заголовке, как и число байтов, отводимое на каждый символ. Разница между адресами смещения массива битмапов и массива ширин в байтах дает общее число символов в файле — поскольку ширина указывается как раз одним байтом. Отношение размера битмапа в байтах к высоте битмапа в пикселах дает другой полезный параметр: ширину битмапа в байтах. Умноженная на 8, она дает ширину битмапа в пикселах.

Сами битмапы кодируются просто: отдельные биты внутри байтов соответствуют отдельным пикселам. Никакой компрессии, никаких сложностей, кроме разве что традиционной инверсии очередности байтов в битмапе и битов в байте, вполне привычной для программистов.

Образец шрифтового файла — файл small.rbf для шрифта NTHelvetica — можно сгрузить и посмотреть здесь (small.zip)

Дополнение: Исследование двух системных шрифтов меню, извлеченных из Ракеты, заставило меня несколько расширить представление о формате файла rbf: оказывается, массив ширин может располагаться и после массива битмапов! Разумеется, в этом случае общее число символов в байте должно подсчитываться чуть иначе, для чего мне пришлось модифицировать утилиту rbfVE.zip.

Файлы, находящиеся внутри Ракеты.

Документация к Merlin-у содержит описание формата rb, в котором хранятся не только загружаемые в Ракету книги, но и многие системные файлы, включая апгрейды операционной системы. Формат представляет собой по большому счету просто разновидность файла zip, содержащего другие файлы в сжатом виде. Я еще не анализировал подробно этот формат, но успел заметить, что Merlin содержит утилиты как для создания файлов rb (аналогично Rocket Writer), так и обратному «разматыванию» файлов rb на исходные файлы — чего программное обеспечение от NuvoMedia, разумеется, не делает.

Более интересными, однако, мне показались упоминания имен четырех системных файлов:

menufont.rb

sysIcons.rb

strings.resource

keyboard.resource

Я уже упоминал, что утилита Jedi позволяет вытащить из Ракеты любой файл — при условии, что вы знаете его имя. Последнее как раз самое сложное — никакой документации о внутренних файлах Ракеты NuvoMedia не публиковала, и остается лишь гадать, где создатели Merlin-a добыли недостающую информацию. Но так или иначе, а я немедленно извлек из Ракеты указанные файлы и внимательно их изучил.

menufont.rb

Здесь в документацию Merlin-а вкралась опечатка — на самом деле файл называется так:

menufont.resource

Но откуда возникла опечатка, вполне понятно — внутри файл является обычным файлом rb, и, если переименовать расширение, то все утилиты Merlin-a воспримут файл совершенно адекватно.

Внутри файла содержатся в сжатом виде два «системных» шрифта, используемых Ракетой для отображения меню:

menu_font_large.rbf

menu_font_small.rbf

Я развернул файл rb утилитой Identify из пакета Merlin и получил на своем диске два указанных файла уже безо всякой компрессии. Файлы и в самом деле оказались обычными rbf. Хотя нет, не совсем обычными — моя утилита rbfVE сначала не захотела работать с ними. Оказалось, что в этих файлах, в отличие от файлов загружаемых шрифтов, массив ширин символов располагается… после массива битмапов! Пришлось модифицировать программу, после чего я смог открыть файлы утилитой rbfVE, «подправить» несколько букв там, где должны располагаться русские символы, и снова сжать оба файла в новый файл menufont.rb утилитой pack из все того же пакета Merlin. Следующим логическим шагом было, разумеется, послать обновленный файл menufont.rb в Ракету и посмотреть, станет ли она после этого отображать русские заголовки загруженных в нее книг (если кто-то соберется следовать по моим стопам, не забудьте сохранить копию старого файла menufont.rb (или menufont.resource), равно как и любого системного файла, который вы собрались менять!) Теперь меняем расширение файла обратно на resource, запускаем все ту же могучую утилиту Jedi, идем в нужную директорию, и выдаем команду:

>put menufont.resource

Упс! После непродолжительной паузы на экране Ракеты появляется сообщение об ошибке установки заголовка. Какого заголовка?! Мы же грузим шрифт-ресурс, а не заголовок! Стоп. Если и те, и другие хранятся в формате rb, то как Ракета отличает книгу-заголвок от системного файла? Снова лезу бинарным редактором в файлы… ага, вот оно: файлы традиционных rb-книг имеют сигнатуру B0 0C B0 0C 02, а файл menufont.resource, выгруженный из Ракеты — сигнатуру B0 0C F0 0D 02. Проверяем обновленную версию файла menufont.resource, созданную утилитой pack — так и есть, «книжная» сигнатура. Очевидно, утилита предназначена для создания книг, а не системных файлов :-).

Ничего страшного: меняем сигнатуру в бинарном редакторе и снова посылаем файл в Ракету. На это раз файл «проглочен» без вопросов. Открываем меню «книжной полки» с заранее загруженным русским заголовком — ноль эффекта. Вынимаем Ракету из колыбельки, ориентация текста переключается на портретную. Вызываем меню «книжной полки»… Что за черт?! уда делся шрифт? Заголовок окна и все меню отображаются вместо жирного Таймса простой Верданой — встроенным шрифтом Ракеты, используемым для текстовых файлов. И, разумеется, никакого русского заголовка. 🙁 Может, перезагрузка поможет? Перезагружаю Ракету, лезу в меню… Ну что ж, хорошая новость — что по крайней мере старый жирный Таймс вернулся на место. Плохая — что русский заголовок по-прежнему нечитабелен: в Ракете не сохранилось никаких следов «обновленного» файла menufont.resource. Проверка с помощью Jedi подтвердила этот вывод: команда raw обнаружила и выгрузила из Ракеты старую версию файла, без каких-либо модификаций.

Похоже, что файл menufont.resource находится в Ракете в какой-то более защищенной области, чем другие системные файлы: команда put может «испортить» его на время сеанса, но файл будет восстановлен в прежнем виде после перезагрузки. Более того, даже сеансное изменение файла не приносит никаких положительных результатов: шрифт просто становится на некоторое время недоступным для системы.

Ну что ж, отрицательный результат — тоже результат. Очевидно, возможности команды put ограничены. Наверняка есть способ заменить шрифты меню, так что подождем, пока не появится информация о том, как это сделать. А пока все желающие могут сгрузить файл menufont.zip и самостоятельно ознакомиться с извлеченными из Ракеты шрифтами меню.

sysIcons.rb

Этот файл оказался еще более интересным, чем файл шрифтового меню. В нем обнаружилось ни много ни мало 31 файл! 17 файлов png с различными лого и иконками, 5 файлов pix с иконками стрелок и круга, отображаемыми при нажатии кнопки «Ориентация», и 9 уже знакомых файлов rbf со встроенными шрифтами Ракеты. Богатый улов! Если удастся модифицировать эти файлы и загрузить их обратно в Ракету, откроются широкие возможности по подстройке Ракеты «под себя». Только представьте, что Ракета вместо своего логотипа показывает при загрузке ваш собственный экслибрис! (Наверняка тут же появятся коллекционеры электронных экслибрисов :-).

Впрочем, экслибрисы — это украшательство, а вот шрифты — дело для нас, русскоговорящих (и русскочитающих! 🙂 куда более насущное. Ведь если удастся заменить встроенные шрифты, то отпадет потребность грузить дополнительные шрифты, отнимающие ценную память.

imageА при взгляде на таблицу встроенной «Верданы» руки так и чешутся: 51 байт на символ для 10-пойнтового шрифта, 480 символов, из которых через ASCII адресуется меньше половины, четыре ряда пустых клеток, каждая из которых занимает столько же места, сколько и полный символ!

И таких файлов четыре для малого и четыре для большого размера! Учетверенные 25 б на малом размере и 44 б на большом (NTHelvetica, для сравнения, имеет всего по 7 и 14 б соответственно, за счет более узкой матрицы символа и значительно меньшего количества символов) — многовато! Хорошо хоть, что хранятся они в Ракете в сжатом виде… Но все равно, если уменьшить размеры встроенных шрифтов (и картинок), можно будет несколько снизить объем, занимаемый системой — в пользу книг.

стати, большое количество «лишних» символов во встроенных шрифтах наводит на мысль либо о редкостной халявности разработки, либо о планах многоязычной поддержки. В самом деле, в шрифте такой размерности можно разместить все символы русского, греческого и всех европейских алфавитов, и еще место останется. Остается только определить, как адресовать символы за пределами 256-битной границы ASCII — и можно делать книги и словари, в которых на одной странице может соседствовать текст на разных языках в разных кодовых таблицах.

…Мечтать, конечно, хорошо, но свежая неудача со шрифтовыми файлами меню на этот раз не очень располагала к радужным мечтам. И все-таки разве можно не попробовать? И вот из Ракеты снесены все загруженные русские шрифты, чтобы не путались под ногами, «вердановские» файлы слегка модифицированы в русской части (по паре букв на файл — мой редактор пока плохо пригоден к полному рисованию шрифта с нуля, максимум к небольшим поправкам), утилита pack безотказно формирует обновленный sysIcons.rb (для такого большого количества файлов пришлось воспользоваться опцией filelist). Время посылать файл в Ракету. На всякий случай пробую проделать это, не меняя сигнатуры с «книжной» на «системную». Не идет. Лезу в бинарный редактор и меняю сигнатуру. Снова посылаю файл — и… вижу на экране русские буквы!

Все еще боясь поверить в удачу, перегружаю Ракету. На экране — по-прежнему русские буквы! Открываю окно About/Details — никаких дополнительно загруженных шрифтов, вся их память отдана книгам! Медленно осознаю увиденное, проникаясь далеко идущими последствиями (некоторые из которых были описаны выше :-)…

Что ж, кажется, пора модифицировать свой редактор — чтобы он мог полноценно рисовать шрифты, и копировать символы, а не только править отдельные пикселы. Возможно, имеет смысл нарисовать шрифты и довести их до ума «централизованно» и выложить для всех желающих. Возможно также, что делать это лучше не мне, а кому-нибудь более сведующему в дизайне шрифтов :-). А может быть, стоит написать более грамотный (чем Librarian) рендерер для шрифтов True Type. Отдельного упоминания, кстати, заслуживает файл fixed.rbf, он же 10 pt Courier — этот встроенный моноширный шрифт вообще нельзя модифицировать «стандартными» средствами Rocket Librarian. Выходит, нестандартными теперь можно :-).

Единственное, что пока несколько огорчает — это то, что для всех вышеуказанных операций необходимо использовать громоздкий, глюкавый и ограниченный Merlin (впрочем, огромное спасибо его создателям — даже в таком виде это весьма могучий и ценный инструмент :-). Будем надеяться, что Merlin все-таки выйдет из альфа-версии и приоткроет исходники и SDK. В конце концов мы пока лишь в самом начале пути к глубокой русификации и адаптации Ракеты…

Напоследок предлагаю самостоятельно ознакомиться как с файлом sysIcons.rb, так и с файлами, составляющими его содержимое: sysicons.zip. Утилита для rbf-файлов у вас уже есть. png-стандарт для графики уже достаточно распространен и поддерживается многими программами. pix-формат от NuvoMedia неплохо описан в документации Merlin-a и просматривается одной из утилит этого пакета.

strings.resource

Этот файл не содержит ничего неожиданного — как и следует из названия, в нем содержатся строковые ресурсы, используемые Ракетой в различных сообщениях и экранах. Наверняка формат файла соответствуют какому-то стандарту, и наверняка сообщения можно перевести на русский, сделав русификацию Ракеты еще более глубокой — однако, пока не будет найден способ русифицировать шрифт меню, которым и выводятся все сообщения, этот вопрос представляется неактуальным. Впрочем, ничто не мешает мне привести здесь сам файл strings.zip для тех, кто не желает возиться с Merlin-ом.

keyboard.resource

Видимо, в этом файле лежит раскладка клавиатуры. Тоже больной для нас вопрос, который, боюсь, простым редактированием ресурсного файла не решить — надо еще, чтобы операционная система умела переключаться с раскладки на раскладку, а этого в Ракете пока не наблюдается. Впрочем, для тех, кто хочет взглянуть на файл — вот он: keyboard.zip.

При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

Форматирование документов RocketEdition

1 февраля, 2008

версия 1.0 на русском языке | NuvoMedia, Inc. | 310 Villa Street | Mountain View, CA 94041 |
www.rocket-ebook.com | Перевод и дополнения | The eBook Site, Electronic books, 2000 | www.the-ebook.org | Copyright ©2000 NuvoMedia, Inc. |
Перевод ©2000, The eBook

Краткое содержание

Этот документ — дополнение к документации RocketWriter Software Utility. Это поможет Вам использовать HTML, чтобы лучше и точнее управлять документами вашего RocketEditions. Это не отменяет любое знание HTML. Все документы подготовленные для RocketEditions не являются строгим HTML документом. Форматирование можно применять на отдельные слова, предложения, абзацы. Документ можно полностью подготовить как текстовый, а сделать только выделения текста в формате HTML. Для более бесстрашных пользователей — возможностей гораздо больше, вплоть до подготовки презентации с использованием звуков и графики.
Подробней для получения информации и использовании RocketWriter, посетите Rocket eBook сайт www.Rocket-eBook.com.

Что такое — RocketEdition?

RocketEdition — документ, который был отформатирован для использования с Rocket eBook фирмы Nuvomedia. Любой может создавать RocketEdition с использованием RocketWriter. Это программное обеспечение бесплатно, и для Rocket eBook владельцев и не-владельцев впрочем тоже.
Когда Вы используете RocketWriter, чтобы создать RocketEdition, Вы должны подготовить содержание документа в одном из двух форматов: HTML или ASCII текст. Хотя ASCII текст самый легкий, для использования, но Вы имеете намного меньше возможностей RocketEditions, который Вы создаете сами. С HTML, однако, Вы можете создавать RocketEditions с тем же самым качеством форматирования, доступным в RocketEditions, который Вы покупаете или собираетесь купить.
Больше возможностей позволяет HTML формат для содержания документа, Вы можете использовать RocketWriter, чтобы создать RocketEditions из этих файлов. Если Вы хотите улучшить качество этих RocketEditions, используйте эту документацию, чтобы выяснить, как изменить HTML, чтобы настроить его для использования с Rocket eBook. Вы можете также использовать этот документ, чтобы создать ваши файлы содержания HTML непосредственно, при использовании редактора текста или HTML.

Как организован документ?

Следующая секция этого документа охватывает базовое использование HTML и показывает, в кратком обзоре, что Вы должны делать для форматирования Вашего RocketEditions. Следующие три секции представляют специфические особенности использования HTML, чтобы управлять форматированием. Описание HTML сгруппированы согласно типу форматирования:
  • управление видом текста
  • настройка элементов документа
  • настройка элементов, специфических для RocketEditions
В этом документе имеются примеры, которые показывают тэги HTML и как RocketEditions будет отображаться. Каждый пример имеет следующую структуру:
Пример:

filename.html (только, где соответствует примеру)
HTML tags:
Пример в формате HTML
И что Вы видите:

Ожидаемое отображение на Rocket eBook.
Чтобы быстро просматривать пример, копируйте пример в ваш HTML или текстовый редактор, и просмотрите файл в вашем броузере, или в файл, и просмотрите это на вашем Rocket eBook.
После того, как Вы начнете использовать информацию из этого документа, чтобы форматировать ваше собственное содержание в HTML, используйте RocketWriter, чтобы преобразовать это в RocketEdition. Заключительный раздел ссылок из этого документа включает полный HTML пример, который Вы можете использовать, чтобы создать простой RocketEdition используя RocketWriter.

Форматирование RocketEditions

Эта глава дает краткий обзор помещения вашего содержания в формат HTML. Если Вы знакомы с основами HTML, Вы можете перейти далее к Rocket eBook Considerations.

Краткое знакомство с HTML

HTML является акронимом для «HyperText Markup Language.» Это — язык, используемый, чтобы представить форматируемый текст (заголовки, отступы, напечатать стили, и т.д.) который отображается HTML средствами просмотра Web. Стандартный броузер Internet, типа Netscape® Navigator или Internet Explorer, являются как раз таким средством просмотра, как и Rocket eBook.
HTML обеспечивает способ представить «hyperlinks» для быстрого передвижения к различным ссылкам внутри. И в броузере и Rocket eBook, когда Вы используете hyperlink, происходит смещение по тексту (переход к ссылке).

HTML Тэги

Все команды форматирования HTML представляются как «тэги» (отметки, если дословно). Каждый тэг HTML заключен в «меньшее количество — чем» (<) и «больше чем» (>) знаки.
    Пример:
    (где, br — является тегом)
HTML средство просмотра будет использовать заданные по умолчанию установки, чтобы отобразить символы, для которых никакие специальные команды не подаются. Обратите на это внимание! Таким образом, Вы не должны определять что-нибудь за исключением специальных команд форматирования.
Например, файл, который содержит следующий текст, мог бы рассматриваться, в HTML и может отображаться на HTML средстве просмотра:
This is simple text.
HTML средство просмотра могло бы отображать этот текст как:
This is simple text.
Добавляя несколько HTML тэгов Вы можете получить вариант текста, чтобы акцентировать несколько знаков или слов:

This is simple text.

HTML средство просмотра могло бы отображать этот текст так:
This is simple text.
HTML тэги наиболее часто, составляют пары. Первый тэг в парах «начинает эту опцию форматирования» и второй «заканчивает эту опцию форматирования». В примере выше, это «начало наклонного шрифта,» и соответственно «конец наклонного начертания.» Также и начало и конец форматирования текста жирным начертанием. Поскольку Вы теперь понимаете и не боитесь, что некоторые тэги могут быть объединены, хотя другие (подобно заголовкам) не могут, как описано в более поздних разделах.
Вы можете управлять видом текста, используя возможность HTML называемую «атрибутом». Атрибуты вообще заключены в двойные кавычки. Например, текст абзаца может быть центрирован, используя Align атрибут

. Не все тэги поддерживают атрибуты.

HTML Соглашения

Может быть полезно узнать о некоторых соглашениях, вообще сопровождаемых при создании HTML файлов.
Простой Text/HTML Редактор. Если Вы работаете с текстом, можно вводить отметки HTML непосредственно в файле, с которым работаете. Чтобы сделать это, можно использовать любой простой текстовый редактор, с которым Вы хорошо знакомыми и который позволяет работать с большими файлами , а также сохранять текст в виде ASCII текста — без лишних атрибутов. Например, если вы работаете на PC, Вы можете использовать Notepad (или WordPad, для большего файла), а для пользователей Macintosh можно порекомендовать редактор Alpha, который в состоянии обрабатывать огромные файлы, не вписывая в них ненужных кодов CR/LF. Для создания файлов подходят также редакторы ориентированные для работы с HTML.
Расширения имен файлов. Для указания причастности файла к HTML принято использовать расширения «.htm» или «.html», что не обязательно для пользователей Macintosh, но является хорошим тоном для подобных документов. Это позволяет HTML средствам просмотра знать и видеть, что они должны искать тэги HTML внутри файла и интерпретировать их как команды для форматирования.
Тэг. Тэги HTML не чувствительны к регистру. Данный тэг или дадут один и тот же эффект.
HTML формат. HTML тэги или тэг могут быть вложены внутри других компонентов. Фактически, в соответствии c соглашением каждый HTML файл ограничен парой. Тэг обычно появляется непосредственно в первой строке файла и в конце — на самой последней строке. Вы не обязаны помещать тэги подобно этим на отдельных строках текста, но это улучшает удобочитаемость вашего файла.
Вы можете использовать пробелы, отступы, или пустые строки между тэгами, чтобы улучшить удобочитаемость HTML файла. Они не воздействуют на экранное представление файла в средстве просмотра.
После открывающего тэга, HTML файл включает раздел заголовка документа, начиная и заканчивая с парой. И снова, каждый из этих тэгов может появляться отдельно на собственной строке. Вы будете включать любые тэги с информацией относительно документа между этими двумя строками.
Следующая секция документа, ограничивается тэгами . Все содержание документов RocketEdition будет находиться между этими двумя строками. Это может быть текст, HTML тэги, иллюстрации, или звуковые файлы. Большинство тэгов, описанных в этом документе будет использоваться внутри документа.
Создайте для примера текстовый файл и сохраните его под именем test.html. Откройте его при помощи любого броузера. Можно это сделать двойным щелчком на имени файла. Если Вы можете сделать это, Вы готовы начать!
Пример:
Примечание: Если Вы рассматриваете этот документ в броузере вашего компьютера, Вы можете вырезать и вставить в ваш файл любой из HTML примеров, данных в разделах ниже. После того, как Вы сохраните изменения, откройте файл в вашем броузере, чтобы посмотреть результаты.

Файл — test.html
HTML tags:

Это основной текст документа.

Ну и как это выглядит?:

Это основной текст документа.
Если вы заинтересованы более детальным введением в руководство по HTML, можно порекомендовать купить книгу «HTML для чайников».

Rocket eBook Обзор

Эта секция показывает Rocket eBook — связанные проблемы. Вы можете рассмотреть при введении в Ваш файл содержания RocketEdition.

Поддержка HTML

Rocket eBook поддерживает и показывает формат HTML 3.2 (ISO 8859-1), для 8-bit знаков (это очень хорошо для русского или национальных языков). Если Вы используете справочник по HTML, уточните его совместимость с HTML 3.2. Вообще, базисное форматирование и тэги поддерживаются, в то время как более сложные единицы форматирования подобно таблицам, фреймам и стилям не поддерживается в настоящее время. Этот документ описывает, как использовать тэги, которые все же поддерживаются.
Вы можете, однако, включать любые тэги, которые все равно не поддерживаются во всяком случае. Неподдерживаемые тэги просто игнорируются Rocket eBook. Это означает, что Вы можете помещать неподдерживаемые команды в Ваш файл HTML для использования с будущими выпусками Rocket eBook firmware или для других целей Вашего HTML файла.
Rocket eBook поддерживает HTML 3.2 символьные объекты; те, которые помечены «non-standard» в HTML 3.2 не поддерживаются.

Отказ от номерации страниц

Вы должны избежать использования чисел страниц, что касается других областей вашего текста; используйте гипертекст взамен. Это важно с Rocket eBook, зависит от количества текста, который появляется на дисплее и может изменяться (в зависимости от размера печати, который Вы выбираете, например). Это означает, что Вы не можете рассчитывать на любой специфический раздел текста, появляющегося на любой специфической странице.

RocketEdition размер файла

После задания контента файла и использования RocketWriter Вы создаете RocketEdition, желательно проверить размер файла. RocketEdition ограничен размером в 3.5 Мб. При этом не должно возникнуть проблем. Это — потому, что стандартная Rocket eBook имеет меньше памяти, доступной для RocketEdition, который постоянно читается. Это верно для стандартной Rocket eBook с 4 Мб памяти.
Имеются также большие конфигурации памяти для Rocket eBook. Однако, не каждый Rocket eBook владелец будет думать о том, чтобы приобрести устройство с больше стандартной памяти. Так, что Вы все еще должны оценивать размер файла.
Если Вы решаете, что вы хотели бы уменьшить размер вашего RocketEdition, самый лучший способ, должен обычно устранять или упростить любые включенные изображения или звуковые файлы. Звук и файл изображения очень большие относительно текста и ответственен за большой размер файла RocketEdition.

Спецификации экрана

Вы должны знать спецификации дисплея Rocket eBook при планировании Вашего содержания. Обратите внимание, однако, что имеется несколько выбираемых пользователем опции дисплея. Например, пользователи могут выбирать один из четырех 90° ориентации страницы также как характеристики шрифта дисплея.
Спецификации экрана Rocket eBook следующие:
  • монохромный дисплей с 1 битом на пиксел
  • 320×480 пиксел на дисплей
  • разрешение 106 точек на дюйм
  • размер дисплея 7,62 см на 11,43 см
Изображения, что превышают размер дисплея, могут быть пролистаны вовремя просмотра на экране.

Планирование содержания файла

Этот раздел дает краткий обзор файла, который Вы будете создавать при форматировании Вашего RocketEdition.

Требуемые и не обязательные файлы

Прежде, чем Вы сможете создать Ваш RocketEdition, вы должны собрать содержимое файла. Текст документа; файлы изображений, если рисунки используются; звуковой файл, если звуковые записи используются; и Menumark файл, если используется меню «Go To» (см. «Go To» Menu использование для более точной информации).
Ниже — описания файла в примере RocketEdition.
  • MyBook.html
Основной документ (Основной файл содержания).
  • Chapter1.html, footnote1.html, AboutAuthor.html, … [optional]
Любой дополнительный HTML файл к основному документу тела и/или к друг другу.
  • Artwork1.png, Artwork2.png, … [optional]
Любые изображения, включенные в документ.
  • Sound1.wav, Sound2.wav, … [optional]
Любые звуковые записи, включенные в документ.
  • Menumark.html [optional]
Список связей с примечательными местами в документе тела; используемые для настройки «Go To» меню.
Вы можете иметь любое количество изображений или звуковых файлов, включенных в Ваш документ. Однако, как отмечено выше, используя много изображений или звуковой файлов увеличивается размер Вашего RocketEdition файла.

Разделение файлов

Вы используете гиперссылки, чтобы связать логически текст, когда Вы используете несколько HTML файлов. Вы можете разбить текст в такое количество HTML файлов, какое будет для Вас удобным и оптимальным. Основной текст действует как начальная отметка для заголовка. Когда Вы включаете гипертекст в начальный файл, указывающий по ссылке к тексту во втором файле, тогда второй файл будет включен в общий состав документа при генерации rb файла (при условии, что второй файл будет находиться в том же каталоге, что и первый). Если другой файл также включает ссылку, который указывает на другой файл в том же самом каталоге, они будут также включены в общий документ.
Пример того, когда Вы могли бы использовать несколько файлов HTML очень прост — каждая глава помещена в отдельном файле, а основной имеет только оглавление с ссылками на главы. Как вариант, Вы могли бы включать в основной файл ссылку, которая бы указывала на первую главу, а в той соответственно в конце текста ссылку на вторую главу и т.д.
См. подробнее Ссылки для более точного представления темы.
Обратите внимание, что текст в конце каждого файла сопровождается прерыванием страницы. См. Разделение страниц для более подробной информации.

Установка атрибутов текста

Этот раздел описывает тэги HTML, касающиеся текстовых элементов.
Обратите внимание, что Rocket eBook позволяет читателю управлять шрифтами дисплея. Это обеспечивает два первичных выбора шрифта: первый для большого и второй вариант для маленького шрифта. Так как пользователь выбирает два специфических шрифта и комбинации размеров согласно персональному предпочтению, HTML «font» тэг, , игнорируется программой RocketWriter во время создания документа RocketEdition.

Заголовки

Тэги заголовка используются, чтобы отобразить текст как заголовок. HTML позволяет Вам идентифицировать заголовки только иерархически. HTML средство просмотра управляет деталями того, как каждый заголовок отображается на экране Rocket eBook.
Самый большой заголовок имеет тэг

. Следующий по размеру будет

тэг, и самый маленький

. Закрывающие тэги имеют дополнительный знак «/» (слеш), для примера,

указывает на конец заголовка и переход к нормальному тексту. онец параграфа происходит автоматически, иначе весь текст будет равен

. См. Установка выравнивания текста для большей информации.

Rocket eBook показывает заголовки следующим образом:

    — Большой шрифт, bold

    — Большой шрифт, bold italic

    — Маленький шрифт, bold

    — Маленький шрифт, bold italic

    — Маленький шрифт, italic
Пример:

HTML tags:

Chapter 1 — Down The Rabbit-Hole


Chapter 2 — The Pool of Tears


Chapter 3 — A Caucus-Race and a Long Tale


Chapter 4 — The Rabbit Sends in a Little Bill


Chapter 5 — Advice from a Caterpillar


И, что мы видим:

Chapter 1 — Down the Rabbit-Hole

Chapter 2 — The Pool of Tears

Chapter 3 — A Caucus-Race and a Long Tale

Chapter 4 — The Rabbit Sends in a Little Bill

Chapter 5 — Advice from a Caterpillar
Rocket eBook показывает текст несколько иначе, нежели какой нибудь веб броузер. Запомните, это важно!

Основной текст

Следующие тэги позволяют Вам управлять отображением основного текста в заголовке и тексте. Эти тэги относятся только к тексту.

Bold

Тэг Bold иначе можно назвать — «жирный текст» . Закрывающий тэг возвращает установки текста, которые шли до этого тэга.
Пример:

HTML tags:
It’s
important that you know this!
И что мы видим:

It’s important that you know this!

Italic

Тэг Italic показывает текст наклонным шрифтом. Закрывает этот тэг который возвращает предыдущие настройки текста.
Пример:

HTML tags:
Alice was not going to do that in a hurry.
И видим:

Alice was not going to do that in a hurry.

Fixed Width

Этот тэг указывает, что нужно использовать фиксированный размер шрифта . Мало того, Rocket eBook использует тэг добавляя равный размер между буквами. Закрывающий тэг возвращает предыдущие настройки текста. Прерывание линий текста происходит до и после тэгов.
Примечание: Убедитесь, что проверили как выглядит текст, когда Вы генерируете Ваш RocketEdition. Также, имейте в виду, что большие размеры шрифта могут использоваться, и данный тэг будет изменять вид текста.
Пример:
HTML tags:

Title Author —Alice’s Ad… Lewis Carroll —

И что мы видим:

Title Author — Alice’s Ad… Lewis Carroll —

Вы можете также идентифицировать текст, который нужно отобразить фиксированной шириной шрифта с Code тэгом или Typewriter тэгом . Rocket eBook не добавляет конец строки до и после этих тэгов. Это означает, что Вы можете использовать эти отметки, чтобы внедрить фиксированные символы ширины внутри абзаца.
Пример 2:

HTML tags:
Here is typewriter and here is code text.
И мы видим на экране:

Here is typewriter and here is code text.

Размер шрифта

Тэг Big позволяет Вам отобразить текст в Rocket eBook’s большим по выбору текста во время отображения на экране. Закрывающий тэг возвращает текст к предыдущему размеру. Если Large Print выбран в Rocket eBook как текущий, этот тэг игнорируется.
Использование Small тэга показывает на экране Rocket eBook’а более мелкий шрифт. Закрывающий тэг возвращает предыдущий размер. Если Small Print на Rocket eBook является текущим, этот тэг игнорируется.
Пример:

HTML tags:
He tried hard to look very inconspicuous.But, he was actually quite prominent.
Что мы видим на экране:

He tried hard to look very inconspicuous.
But, he was actually quite prominent.
Примечание: Rocket eBook, переключает между малым и большим шрифтом, чтобы видеть различие между и тэгом. Запомните, если Small Print выбран текущим, то тэг игнорируется, и наоборот Large Print текущий, то тэг игнорируется.

Надстрочные и подстрочные

Надстрочный тэг показывается на экране сверху строки. Rocket eBook поднимает строку над основным текстом размером в знак текста. Закрывающий тэг возвращает текущее состояние текста.
Подстрочный тэг показывает текст под строкой. Rocket eBook опускает текст на величину знака под строку текста. Закрывающий возвращает состояние текста.
Пример:HTML tags:

Everyone knows that E=mc2!
Видим:

Everyone knows that E=mc2!

Конец строки/перевод каретки

Break тэг
прерывает текст в указанном месте. Закрывающего тэга нет.
Пример:

HTML tags:
This textappears on one line.
This appears onthe next line.
И что мы видим:

This text appears on one line.
This appears on the next line.

Горизонтальные линии

Rocket eBook поддерживает стандартные горизонтальные линии при помощи тэга . Горизонтальные линии разделяют текст на строки в месте появления линии.
Если использовать атрибут Size равным нулю, то линия чертиться не будет, а произойдет разделение текста, следующий текст после линии будет показываться на следующей странице. Такой параметр не поддерживается стандартом HTML 3.2.
Если Вы используете атрибут Width, то можно контролировать показ линии размером указанным в пикселах. Если атрибут Width не используется или параметр не допустим линия отображается в размер экрана.
См. подробнее Разделение на страницы для большей информации.
Пример:

HTML tags:
Here are two horizontal rules:

Мы видим:

Специальные символы

ак и говорилось выше, Rocket eBook поддерживает символьные объекты, описанные в HTML 3.2. Специальные символы представляются последовательностями, которые начинаются с «&» и кончаются «;».
Вы можете обратиться к документации по HTML 3.2, чтобы получить полный список этих символов, но несколько полезных специальных символов даются в примере ниже.
Пример:

HTML tags: — Одиночный пробел (non-breaking space)
™ — Символ торговой марки
© — Символ копирайта
® — Зарегистрированная торговая марка
< — < знак (когда не часть HTML тэгов)
> — > знак (когда не часть HTML тэгов)
И что мы видим:

— Одиночный пробел (non-breaking space)
™ — Символ торговой марки
© — Символ опирайта
® — Зарегистрированная торговая марка
< — < знак (когда не часть HTML тэгов)
> — > знак (когда не часть HTML тэгов)

Введение в структуру файла

Этот раздел описывает HTML тэги, которые идентифицируют элементы общего документа.

Абзацы

Тэги абзаца

и

позволяют идентифицировать абзацы. Если Вы хотите, чтобы предложение появилось на отдельной строке, Вы должны включить это в тэги абзаца. Если Вы вырезаете и вставляете текст примера в Ваш test.html файл и просматриваете это в вашем броузере, вы будете видеть, как тэги абзаца управляют изображение абзацев.

Примечание: Важно использовать тэги

, так как Rocket eBook использует их, чтобы определить прогресс читателя по тексту.
Пример:

HTML tags:

This is the first sentence.This is the second sentence.This is the sentence in the same paragraph.
Only this line stands alone.


И, что мы видим:

This is the first sentence. This is the second sentence. This is the sentence in the same paragraph.
Only this line stands alone.

Установка выравниваний текста

Абзац и текст заголовка выравнивается, используя атрибут выравнивания. Этот атрибут может иметь одно из следующих значений: Left, Right, Justify или Center. Если никакое выравнивание не определено, текст отображается с левым выравниванием (по умолчанию).
Тэг формата HTML 3.2 не поддерживается Rocket eBook.
Используйте

как средство центрирования.
Пробуйте вводить следующий текст как пример в ваш test.html файл и увидите, как это отображается в вашем броузере.
Пример 1: Установка выравнивания текста абзаца:

HTML tags:

Appears on the left


Appears in the center


Appears on the right


И, что мы видим:

Appears on the left
Appears in the center

This appears on the right

Тэги отделения

и

могут использоваться, чтобы делить и отделять большие разделы документа. Отметка

также поддерживает атрибутом выравнивания. Используйте отметку

, чтобы выровнять предварительно форматированный текст, который использует тэг.
Пример 2: Установка предварительно отформатированного текстового выравнивания:

HTML tags:

Title Author —Alice’s Adv… Lewis Carroll —

И, что мы видим:

Title Author—Alice’s Adv… Lewis Carroll—

Выравнивание (текст выравнивается с отступом)

Тэги отступа (блочного отступа)

и

устанавливают выделенный текст, выравнивая левые и правые границы текста. Эти отметки могут быть вложены, и заключительная отметка возвращает текст к предыдущему уровню выравнивания.

Пример 1: Выравнивание абзацев

HTML tags:The example below is indented.

Simple 1:

This is indented further.

Simple 2:

This lines up with the «Simple 1» text.
And now we’re back.


И, что мы видим:

The Simple below is indented.
Simple 1:
This is indented further.
Simple 2:
This lines up with the «Simple 1» text.
And now we’re back.
Выравнавнивать первую строку абзаца используют неразрывное пространство(пробел) — специальный символьный знак ( ).
Пример 2: Выравнивание первого предложения в абзаце

HTML tags: The first sentence of thisparagraph is indented.
The second sentence of this paragraphis not indented.
И, что мы видим:

The first sentence of this
paragraph is indented. The second
sentence of this paragraph
is not indented.

Ссылки или гипертекст

Тэги позволяют Вам создать ссылку. Когда используется щелчок на ссылке (текст или картинка показываются подчеркиванием) текущим текстом (или картинкой) на дисплее. Новый текст мог бы быть где-нибудь еще в том же самом HTML файле или где-нибудь в другом HTML файле.
Два основных компонента ссылки определены, используя атрибуты тэга:
  • Name: Атрибут, используемый, чтобы установить адресата «закладка», на которую ссылка может указывать.
  • Href: Атрибут, используемый, чтобы создать ссылку непосредственно; это — ссылка, которая показывает на дисплее, где перейти, когда активная область нажата и какие слова (или изображения) отображаются для ссылки.
Если ссылка должна указать куда-нибудь внутри файла, Вы должны создать «закладку адресата.» Для примера, если Вы хотите устанавливать ссылку к началу первой главы, поместите закладку в это положение. Эта закладка может иметь любое имя — только требуется, чтобы это имя было оригинальным, чем любое другое имя закладки в том же самом файле. другим файлам это не относится. Закрывающий тэг может быть помещен сразу после открывающейся отметки (или позже, если есть желание).
Пример 1: Установка закладки:

HTML tags:

Chapter 1 — Down the Rabbit-Hole

И, что мы видим:

Chapter 1 — Down the Rabbit-Hole

Теперь Вы можете устанавливать ссылку к той закладке (chap1). Давайте будем говорить, что вы создаете ссылку к первой главе из абзаца в основном файле документа, и первая глава находится в другом файле. В этом случае Вы должны определить имя файла также как имя закладки в ссылке. Имени закладки всегда предшествует знак «#».
Активная область, или текст Вы может нажимать на отметкe с Href атрибутом и тэгом закрытия . В примерах 2 и 3 ниже, слова «Chapter One» будет подчеркнуты и у читателя будет возможность нажать на них, чтобы перейти к первой главе. Нажмите на ссылку, и проверьте ссылку ниже.
Пример 2: Установка к адресату в другом файле:

HTML tags:
As described in Chapter One, …И, что мы видим:

As described in Chapter One, …
Прмечание: Если ссылки были должны указать на начало файла, вы установили бы ссылку, ссылаются только на имя файла адресата (знак «#» или точное указание не требуется, все равно начнется просмотр с начала файла).
огда ссылка находится в том же самом файле как и закладка адресата, Вы можете пропустить имя файла в ссылке. В этом случае, знак «#» потребуется.
Пример 3 — Установка ссылки в том же файле (в текущем файле):
Прмечание: если щелкнуть на примере ниже, Вы перейдете в Пример 1: Установка закладки. чтобы вернуться назад нажмите клавишу страницы вниз, или используйте Previous Location возможности Rocket eBook через меню.

HTML tags:As described in Chapter One, …И, что мы видим:

As described in Chapter One, …

Списки типа «булет» (отступ текста с точкой или знаком)

Неупорядоченный список позволяют Вам создать списки со специальным символом булета. Списки вложены внутри этих отметок, и каждая единица списка самостоятельно включена в

  • тэги.

    Пример:

    HTML tags:

    • First item
    • Second item

    И, что мы видим:

    • First item
    • Second item
    Упорядоченные списки аналогичны списка рассматриваемым выше — неупорядоченным. Списки в упорядоченных списках будут также помечены символом булета.

    Изображения

    Тэг изображения вставляет изображение в Ваш документ. Поддерживается два атрибута:
    • Src: Атрибут, используемый, чтобы определить файл изображения.
    • Align: Атрибут, чтобы определить выравнивание изображения; допустимые выравнивания изображения Left, Right, Top, Bottom, и Middle. Если Вы используете Правые или Левые выравнивания, и изображение меньшее чем дисплей, текст будет «обернут вокруг» изображения. Если никакое выравнивание не определено, изображение отображается по центру.
    Изображение может быть — 312×312 пикселов или меньше будут удовлетворять качеству дисплея по любой ориентации. Хотя изображения могут быть больше чем экран, тогда рекомендуется просмотр вертикально. Учтите, чтобы изображения не превысили 1024×768 (или 1000×800) пикселов. Если Rocket eBook не имеет достаточно свободной памяти для показа, изображение будет отсекаться по размеру экрана, с эффектом прокрутки.

    Вы можете использовать графическую программу подобно Paint Shop Pro под авторством Jasc Software (www.jasc.com/psp.html или Adobe Photoshop фирмы Adobe (www.adobe.com/products/photoshop/main.html) для создания изображений или его редактирования. Изображения сохраняйте в два цвета (1 bit), ч/б, вертикально, и PNG формате (можно сохранять файлы в других форматах веб). Вы можете использовать другие форматы, RocketWriter сделает некоторое преобразование изображения, которое может ухудшить качество изображения.

    См. руководство для вашей графической программы для точной информации относительно графических форматов и преобразований.
    Пример:

    HTML tags:

    Here’s my image:
    Text formatted to the Left of the image.

    И, что мы видим:

    Here’s my image:
    Text formatted to the Left of the image.
    Хотя Rocket eBook имеет превосходный дисплей для чтения текста и может отображать графические изображения, некоторые заголовки не будут соответствующие для Rocket eBook. Заголовки, которые содержат изображения таблиц, символов и рисунков строки, легко представлены в Rocket eBook. Однако, заголовки, которые требуют цвета с высоким разрешением или полутоновых изображений, не соответствующие для Rocket eBook в настоящее время недоступны.

    Звуковые файлы

    Rocket eBook может проигрывать звуковые файлы.
    Звуковой файл должен правильно форматироваться как 8 битный, моно канал, 16khz, 16KB/s, *.wav файл. Shareware звуковых программ достаточно сегодня в интернете. Если Вы используете PC под управлением Windows, тогда попробуйте «Sound recorder» утилиту для записи звукового файла.
    Пример:

    HTML tags:И, что мы видим:

    Нажмите графический символ динамика, чтобы проиграть звуковой файл. Если Вы не имеете изображение, Вы можете использовать текст в активной области файла.

    Введение в RocketEdition элементы

    Этот раздел описывает отметки HTML, используемые для введения элементов документа, специфических для RocketEditions.

    Заголовок и Автор

    Вы можете включать в заголовок информацию об авторе в разделе заголовка наверху основного файла. Если заголовок и автор существует, тогда будет автоматически введены эти сведения при генерации документа (русский язык не распознается встроенным шрифтом Rocket eBook), если этого нет, Вы будете должны ввести это вручную во время генерации документа.
    Тэги заголовка позволяют Вам установить заголовок. Информацию об Авторе создайте тэгом с атрибутами Name и Content. Name атрибут содержит сведения «Автор» в двойных кавычках. Аналогично, Content атрибут устанавливает название документа.
    При установке информации об авторе, используйте «Имя, Фамилия» формат. Множественные авторы должны отделяться точкой с запятой. При установке информации документа, поместите любые ведущие статьи (т.е. «Черная роза» или «Другой барабанщик»).
    Пример:

    HTML tags:
    И, что мы видим:

    Примечание 1: Вы не будете видеть что — нибудь, так как эта информация используется RocketWriter и броузерами и не отображается.
    Примечание 2: Когда RocketWriter запрашивает Вас относительно заголовка и информации об авторе, оставьте эти поля чистыми (заголовок, и автор HTML информация читается в только после того, как преобразование начинается).

    Главы

    Потому, что числа страницы могут изменяться, в зависимости от выбора читателем опций дисплея на их Rocket eBooks, важно использовать главы. Это дает возможность для всех читателей фиксировать контрольными точками главы. Используйте отметки с атрибутом Name, чтобы установить закладки адресата в начале каждой главы.
    Пример:

    HTML tags:

    Chapter II — The Pool of Tears


    И, что мы видим:

    Chapter II — The Pool of Tears

    Разбивка на страницы

    Раздеоение страниц в HTML поддерживается только Rocket eBook. Это — потому, что прерывания страницы в конце глав, разделов или переднего вопроса, может улучшать удобочитаемость RocketEdition. Вы можете использовать прерывания страницы, чтобы отделить главные разделы, но не желательно использовать их где-нибудь еще, потому, что это может мешать нормальному чтению.
    Когда Вы используете прерывания страницы, Rocket eBook отображает текст обычно до отметки, где с прерыванием страницы сталкивается. После прерывания страницы, остающаяся область дисплея в конце страницы пуста. Читатель должен использовать кнопку «Страница вперед», чтобы отобразить начало следующего раздела.
    Rocket eBook отображает горизонтальную линию с Size атрибутом zero как разделитель страницы. Если размер линии не равен нулю, то показывается горизонтальная линия как и в HTML 3.2.
    Пример:

    HTML tags: …

    Chapter 1 — Down The Rabbit-Hole

    Chapter 2 — The Pool of Tears


    И, что мы видим:

    [Здесь разрыв страницы].

    Chapter 1 — Down The Rabbit-Hole

    Примечание: Прерывание страницы не было представлено в примере выше потому, что только Rocket eBook поддерживает данную опцию. Однако, если Вы читаете это на Rocket eBook, обратите внимание на прерывание страницы в том месте, где встречается тэг hr size=»0″, а на экране броузера видна все же линия.

    Chapter 2 — The Pool of Tears

    Содержание файла

    Мы рекомендуем, чтобы Вы включили содержания в любом RocketEditions, который Вы создаете. Таблица содержания обеспечивает ссылки к закладкам главы. Хотя это не требуется, что бы содержание было, но позволять Вашим читателям двигаться по тексту быстрее внутри RocketEdition.
    Как общее руководство, желательно что бы содержание — не было больше, чем одна или две страницы текста относительно экрана Rocket eBook (при использовании среднего установленного по размеру шрифта), тогда это обеспечит быстрый поиск. Читатель может использовать возможность поиска, чтобы найти более специфические единицы, которые могли бы быть включены в детализированную таблицу содержания.
    Пример:
    Примечание: Chapter II привязан в примере и даст возможность перейти к началу этого раздела, к содержанию. Кнопка перелистывания страницы вперед или возврат к предыдущему месту на вашем броузере, позволяет возвращаться к этому примеру.

    HTML tags:

    Table of Contents

    Chapter I — Down the Rabbit-Hole
    Chapter II — The Pool of Tears


    И, что мы видим:

    Table of Contents

    Chapter I — Down the Rabbit-Hole
    Chapter II — The Pool of Tears

    «Go To» Меню

    Rocket eBook меню «Go To» появляется когда Вы выберете книжную иконку, , а затем ответвление «Go To» меню Rocket eBook. Вы можете настраивать Rocket eBook «Go To»‘ меню, так что бы оно включало до семи ссылок в Вашем RocketEdition. Ваши определенные связи будут появляться как выборы в меню «Go To» всякий раз, когда ваш RocketEdition загружен.
    Настройте «Go To» меню, если у Вас есть несколько важных областей в вашем RocketEdition, если Вы хотите сделать простую навигацию по этим ссылкам. Для примера, Вы могли бы обеспечить связь меню с индексом, или с содержанием документа.
    Примечание: RocketEdition издатели должны знать, что процедура, описанная ниже применяется только к RocketWriter программе; настройка меню выполнена по-другому и с другими инструментальными средствами. (С какими? По всей видимости издатели имеют другой инструмент и ограничения доступные нам — могут быть совсем другими?)
    Настройка «Go To» меню,
    1. Добавьте связь к Вашему меню HTML файл(ы):
    • Поместите в главный файл.
    Это позволит Rocket eBook вложить определенный файл, Menumark.html
    (См. шаг 2 ниже).
    • Удостоверитесь, что каждая связь меню, которая нуждается в этом имеет адресата (точный адрес перехода).
    Не забудьте, что ссылка использует Name атрибут, чтобы идентифицировать ссылку (переход внутри файла). Установите любое меню в ссылках адресата в Вашем файле.
    2. Создайте файл под названием menumark.html:
    Поместите связь меню тэгом Href в этом файле. Эти специальные ссылки имеют два требования:
    • Включите имя файла для связи.
    Потом, чтобы имелся бы любой номер для HTML файла, Вы должны определить имя файла в ссылке для каждого меню.
    • Включите атрибут Rel=»toc».
    Каждая связь определения меню должна иметь связь (Rel) набор атрибутов равняется «toc». Если этот атрибут отсутствует, связь не будет появляться в меню «Go To».
    Текст Вы помещаете перед закрытием отметки и будет появляться как выбираемая единица в «Go To» меню перед загрузкой.
    Пример:
    Добавте «Table of Contents» и «About the Author» в меню «Go To».
    Пример:

    MyBook.html (main body file):HTML tags: …

    TABLE OF CONTENTS

    Chapter 1 — Down The Rabbit-Hole

    Chapter 2 — The Pool of Tears

    … И, что мы видим:

    TABLE OF CONTENTS

    Chapter 1 — Down The Rabbit-Hole

    Chapter 2 — The Pool of Tears

    AboutAuthor.html (author info file):HTML tags:

    Short Biography of the Author


    Click here to return to MyBook.


    И, что мы видим:

    Short Biography of the Author

    Click here to return to MyBook.

    Menumark.html (menumark file):HTML tags: Table of ContentsAbout The AuthorИ, что мы видим:

    В GoTo меню Вы будете видеть:

    Попробуйте связь меню: About the Author.

    Сноски/примечания

    Рекомендуемый способ добавления сносок с текущими выпусками Rocket eBook состоит в том, чтобы поместить текст для каждой сноски в отдельном HTML файле или на дне HTML файла, содержащего ссылку. Затем создайте две ссылки для каждой сноски:
    • Добавьте ссылку сноски, которая является ссылкой к расположению текста сноски.
    • Добавьте ссылку после текста сноски, чтобы вернуть читателя к первоначальному расположению текста.
    Когда Вы используете отдельный файл для каждой сноски, Вы можете предотвращать читателя от ошибок нажатия на неправильную связь возврата к тексту. Это — потому, что текст (и связь возврата) для одной сноски отображается только в любое время.
    Пример:

    MyBook2.html (main body file):
    HTML tags:

    Lewis Carroll Footnote1was prone to having vivid dreams. This may account for…


    И, что мы видим:

    Lewis Carroll Footnote2 was prone to having vivid dreams. This may account for…

    footnote1.html (first footnote file)HTML tags:

    Author of «Alice’s Adventures in Wonderland» and «Behind the Looking Glass.»

    Continue

    И, что мы видим:

    Author of «Alice’s Adventures in Wonderland» and and «Behind the Looking Glass.»
    Continue

    Обзор

    Этот раздел содержит описание поддерживаемых тэгов HTML и примеры набора файлов для простого RocketEdition.

    Поддержка HTML

    Следующие тэги в HTML 3.2 поддерживаются Rocket eBook.











      • My Book

        by My Name



        Copyright © 2000


        Table of Contents


        Chapter 1 — First Things First


        Chapter 2 — Next Things Next


        About the Author


        Chapter 1 — First Things First


        Lewis Carroll

        1
        was prone to having vivid dreams.
        This may account for the dreamlike
        quality of his writings.


        Chapter 2 — Next Things Next


        This is where I make very important points.


        1. point 1

        2. point 2

        3. point 3



        As discussed in Chapter 1,
        Lewis Carroll was prone to having vivid dreams.

        Footnote1.html:

        Author of «Alice’s Adventures in Wonderland» and
        «Behind the Looking Glass.»


        Continue

        AboutAuthor.html:

        About the Author



        The author, My Name, was born in
        the South and later moved North.



        Message From the Author

        Menumark.html:

        Table of Contents
        About the Author

        Rabbit.png:

        Music.wav:

  • При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

    Rebhack: REB1100 — ОЧЕРЕДНОЙ ВЗЛОМ

    1 февраля, 2008

    Уважаемые господа!

    C файлом rebhack.zip я не успел разобраться. Но внутри там есть все необходимые комментарии (правда на английском языке) и исходники на С.
    Внимание!!! Этот софт предназначен для версии 2.0.300 of the firmare.

    У меня также имеется бинарный файл содержимого ПЗУ начальной загрузки.

    С уважением,
    Александр Борисенок
    E-mail: bor_s@hotmail.com

    These notes are updated for Version 2.0.300 of the firmare.

    NOTEAll data types are LSB first unless otherwise specified!Curious about what all 14 keyfiles are?

    Well, here’s the short guide.

    First, each key is repeated twice, in case one copy is bad. I don’t take that into account with the existing script, although it could be done.

    key0 used to be device1.key type 1This is the Device’s private ElGamel key. It is encrypted in the file with the device’s blowfish key.

    key1 used to be device1.key, type 2This is file for «__REGTICKET».

    This encrypted data represents the device in some as yet unknown manner. It is sent as a complete block during device initialization.

    key2 used to be user1.key, type 4This is the user’s private ElGamel key. This key is also encrypted with the device’s blowfish key (and cannot be decrypted with the device private key!)

    key3 used to be device1.key, type 8This appears to be Gemstar’s public key. It is unencrypted and used to verify certain operations including new key certificates.

    key4 used to be device1.key, type 10This key is currently unused by the ebook software — the routine which accesses it near appears to be called. It is 36 bytes, and usually starts with 3 zeros.

    key5 used to be user1.key, type 400This key is 20 bytes of hexadecimal data. It wasn’t used until recent firmware when it is used to modify the per-file decryption key.

    key6 would have been type 1000This key is sent to the device with a Diffie-Hellman key exchange when it first phones home after getting the new firmware It is 16 bytes of binary data.

    The remaining files are copies, from device2.key and user2.key respectively.

    A few more details, from earlier notes —

    Key Type 1: Device Private Key

    +0 DWORD Version (LSB first — 2)

    +4 8 BYTES Random data for key decryption

    +36 DWORD Version (MSB first!, always 2)

    +40 DWORD Length of following data

    +44 BYTES Encrypted private key

    This key is encrypted with Blowfish in CFB64 (Cipher Feedback, 64 bits) The Blowfish key is 16 bytes, obtained by taking the SHA1 (FIPS 180-1) hash of the 8 bytes of the Device Serial number and the 8 bytes of random data. Then, the last 4 bytes of the hash are XORed with the first.

    Psuedo code:

    SHA1_INIT ctxt

    SHA1_UPDATE ctxt, serial_number, 8

    SHA1_UPDATE ctxt, random_data(keydata + 4), 8

    SHA1_TRANSFORM hash, ctxt

    bfkey[0..15] = hash[0..15]

    bfkey[0] = bfkey[0] XOR hash[16]

    bfkey[1] = bfkey[1] XOR hash[17]

    bfkey[2] = bfkey[2] XOR hash[18]

    bfkey[3] = bfkey[3] XOR hash[19]

    The initialization vector is the 8 literal bytes: FE DC BA 98 76 54 32 10

    Once the private key has been decrypted, the first dword should always be: 02 01 01 02

    To read the private key, use

    privkey = bufGetEGPrivateKey(keydata+44)

    One can check that the key was read in correctly with the following

    sequence of calls,

    public_key = bigInit(0)

    bigPow(privkey->alpha, privkey->secret, privkey->p, public_key)

    bigCompare(public_key, privkey->publicKey) == 0

    Key type 4: User Private Key

    +0 DWORD Version (LSB first — 2)

    +4 8 BYTES Random data (of unknown purpose in this type!)

    +36 DWORD Version (MSB first!, always 2)

    +40 DWORD Length of following data

    +44 BYTES Encrypted private key

    he key data here is encrypted with the same blowfish key used for the device private key.

    USER-KEY CERTIFICATE FORMATThis file is generated by Gemstar’s servers to send a private key to the device.

    Header:

    +0 4 BYTES SIGNATURE (E0 DC DC AC)

    +4 DWORD Version (always 2)

    +8 DWORD Length of the entire file

    +12 8 BYTES Random data (propagated into user1.key)

    +20 DWORD ?? (typically 1)

    +24 DWORD Sequence Number (*)

    +28 BYTES Elgamal-Encrypted blowfish key

    +x BYTES Elgamal User private Key

    * The sequence number increments each time a key is downloaded. A lower or equal sequence number cannot override the current user key!

    The length of the blowfish key data is LENGTH(privkey->p) * 8 LENGTH is a macro declared by CryptoLib.

    Example code:

    usercert_in = bigInit(0);

    bufToBig(certfile+28, LENGTH(privkey->p) * 8, usercert_in);

    usercert_out = EGDecrypt(usercert_in, privkey);

    bigToBuf(usercert_out, 16, blowfish_usercert_key);

    The Blowfish key is 16 bytes, and is used to decrypt the data immediately after the encrypted key, up until the end of the file.

    The initialization vector is the 8 literal bytes: FE DC BA 98 76 54 32 10, same as before.

    When decrypted, the first 16 bytes will contain the user name of the key.

    At offset +16, the version number (2) will be in MSB-first order

    At offset +20, the key size will be in MSB-first order

    At offset +24, the User’s private key will start

    This can be read with bufGetEGPrivateKey.

    There is other verification stuff which is not covered by this document.

    .RB ENCRYPTION DETAILS:

    As covered in other documentation about the .RB format, an RB file typically has 264 bytes between the header and the table of contents.

    RB Header (see rb_format.html for details)

    +0 DWORD SIGNATURE (B0 0C B0 0C, B0 0C C0 DE )

    +4 DWORD Version (2)

    +8 DWORD Creator? (0 or ‘NUVO’?)

    +12 DWORD Creation date??

    +16 DWORD ?? (non-zero in my samples)

    +20 DWORD ?? (non-zero in my samples)

    +24 DWORD Offset of TOC

    +28 DWORD Total file length

    +32 DWORD Start of ElGamal encrypted book-key

    +288 DWORD 8 bytes of encrypted data, high 20 bits are always clear

    For old files (version 2) the blowfish key for the book is 16 bytes. It is decrypted with the user’s private key, as shown by the following code:

    bufToBig(rbfile+32, LENGTH(userprivkey->p) * 8, filekey_in);

    filekey_out = EGDecrypt(filekey_in, userprivkey);

    bigToBuf(filekey_out, 16, blowfish_filekey_data);

    BF_set_key(&blowfish_file_key, 16, blowfish_filekey_data);

    The initialization vector is the 8 literal bytes: FE DC BA 98 76 54 32 10, just like above.

    The RB file format changed (from version 2 to version 3). This is reflected in the header, and in a new file-encrypted flag (0x80) instead of the old (0x01). Finally, the «NEWBODY» tag is added to the info file so the update-or-else message is displayed. These files should make them glad they were so persistent.

    In the misty past, when the firmware was young and yet virginal decrypting a book was simple. The RB file contained an ElGamel encrypted chunk at offset 32 which decrypted to a 16 byte blowfish key which could easily be used to decrypt all the files.

    Now, as of 2.0.300, the process is similar — the RB file contains the same encrypted chunk with 16 bytes of key data. Before that key data can be used, it is xorred with the key6 data, the 8 bytes resulting from converting the first 16 characters of key5 to binary (repeated twice), and finally 8 bytes of magic data in the RAM.RFF file which appears to be the same for all users. After all this to get the key, they still have another 8 bytes of secret data which they use for the blowfish IV (Initialization vector).

    The new version 3 IV is at offset 15B194 of the uncompressed version 2.0.300 firmware (to find in earlier firmwares, search for the four bytes 02 01 01 02 and move back 8 bytes.

    The 8 bytes of magic data are at 15B1C4. (These are the next non-zero bytes after the 02 01 01 02 value). These bytes aren’t included in these notes as they are presumably copyrighted by Gemstar.

    Recap: 16 bytes from the individual book file

    16 bytes hidden in ram.rff,

    16 bytes sent by a new key exchange,

    and 8 bytes which were previously unused.

    ——————————————

    448 BITS of key data.

    Lesson: Size doesn’t matter.

    Each encrypted file in the book is encrypted with Blowfish in CFB64 mode. The initialization vector is restored to the original for each file, if there is more than one encrypted file.

    The 8 bytes of encrypted data in the header file are not necessary — it is possible to just ignore them, since the IV is restored before each file. When decrypted, the low 40 bits will contain an unknown value.

    SOFTWARE UPDATE FORMAT:

    Typically software updates are sent encapsulated inside a .RB file, with a signature of B0 0C C0 DE. If the internal flash is erased the recovery ROM in the device (which is only 64KB) cannot handle private key decryption and will accept a software update encrypted with its PUBLIC key using the TEA algorithm.

    The public key may be obtained by asking the device for the

    «__REGTICKET» file.

    he encrypted flag is only set on files sent to the recovery rom. The software is stored unencrypted on the internal 8MB flash. Typically, there are two levels of software updates in a RAM.RFF file — the original which contains a form of boot-loader, which then loads the secondary software update. The secondary software update is never encrypted and searching for the software update signature will allow the extraction of all the software.

    This is the format of the RFF file, and is sufficient to generate user code for the REB device:

    The RFF file consists of an 512 octet header and a sequence of blocks, each 512 bytes in length. Incomplete blocks must be padded to the end with the octet containing all ones. The format of the header is:

    At offset, the data type, means

    +0 quad octet DEh C0h 00h A0h is a signature

    +4 sixty octet string For humans to track the version

    information. Isn’t read

    +64 twelve octets, data Parsed version information,

    not used by the ebook ROM

    +76 three octets ‘PRR’ Describes type of RFF.

    only type ‘P’ is known.

    +79 one octet, FFh Padding for previous field

    +80 quad octet Length of complete file

    +84 quad octet Length of file without header

    +88 quad octet Where to locate data

    Usually 1MB, cannot be used to

    overwrite existing software

    +92 quad octet Always zero, unused

    +96 quad octet Always zero, unused

    +100 quad octet First address to execute from

    usually 1MB.

    +104 quad octet Size of header.

    This is always 512.

    +108 quad octet Redundant file length field

    Unused by ebook ROM.

    +112 one octet One byte checksum (1)

    +113 one octet, Always zero, unused

    +114 two octets, FFh Unused

    +116 quad octet Always zero, unused

    +120 quad octet 1 for encrypted, 0 unencrypted

    +124 quad octet Uncompressed length,

    0 for uncompressed.

    remainder FFh, unused

    The symmetric key for the TEA algorithm is obtained with the following method: Note that a TEA key is 16 BYTES, but the algorithm operates on 8 BYTE chunks.

    Fill in a 4 dword array as follows

    tmpkey[0] = *(unsigned long int *)(regticket + 256);

    tmpkey[1] = *(unsigned long int *)(regticket + 320);

    tmpkey[2] = *(unsigned long int *)(regticket + 384);

    tmpkey[3] = *(unsigned long int *)(regticket + 448);

    And again, for the «decrypted data» that will become the key

    key_in[0] = *(unsigned long int *)(regticket + 512);

    key_in[1] = *(unsigned long int *)(regticket + 576);

    key_in[2] = *(unsigned long int *)(regticket + 640);

    key_in[3] = *(unsigned long int *)(regticket + 704);

    Now, encrypt that data

    encipher(&key_in[0],&key_out[0], tmpkey);

    encipher(&key_in[2],&key_out[2], tmpkey);

    Finally, convert from LSB to MSB

    #define BSWAP(x) \

    ((((x) >> 24) & 0xFF)|\

    (((x) >> 8) & 0xFF00)|\

    (((x) << 8) & 0xFF0000)|\

    (((x) << 24) & 0xFF000000))

    key_out[0] = BSWAP(key_out[0]);

    key_out[1] = BSWAP(key_out[1]);

    key_out[2] = BSWAP(key_out[2]);

    key_out[3] = BSWAP(key_out[3]);

    Now, each 8-byte chunk of the file can be decrypted with:

    for (i = 0; i < bytes_read; i+=8)

    decipher(&buffer[i], &buffer[i], key_out);

    To decompress,

    use zlib inflate()

    To compress, use

    deflateInit2(&zs, 6,Z_DEFLATED, 15, 8, Z_DEFAULT_STRATEGY);

    and deflate()

    List of magic filenames:

    __STATUS — Device status

    __TITLES — List of current titles in XML form

    __REGTICKET — Returns device public key

    __DIR — tree-structured listing of device filesystem

    __SMDIR — Same as above for the smart media card

    «DEBUG MODE»

    The REB-1100 has a 64KB Ateml flash indepedent of the 8MB of flash memory. He will always start in the Atmel flash part and then load from the 8MB flash.

    If the ram.rff file doesn’t exist (ie, if the internal flash is cleared with INITDIR 0 ), or if the two paging buttons are depressed during boot, this boot rom will enter a «DEBUG MODE»

    In «Debug mode», you see the often mentioned «Grid Screen» from ebook forums. At this point the device is receptive to USB commands.

    In debug mode, you can fetch files such as ‘ram.rff’ (the system software), and ‘device1.key’,»device2.key’,’user1.key’,and ‘user2.key’.

    Gemstar «fixed» this by moving the keys out of the keyfiles into another portion of the flash which isn’t accessible directly from the bootrom. They also left a stub in each of these key files.

    The device will accept an unencrypted code packet (RFF file) if it is in the internal flash, or if the device1.key/device2.key DO NOT EXIST. The intent was to make it impossible to download new code to the device with the stub key files.

    Fortunately, the Nuvomedia guys left a backdoor for the enterprising enthusiast in the form of another USB command which allows the boot rom to PRETEND that the device keys do not exist. At this point, one can happily download unencrypted code to the REB-1100.

    The backdoor is an USB packet with type «USER REQTYPE 5» the format of the data is 4 bytes of length and a four byte command value. Send two packets IN SEQUENTIAL ORDER, first with command value 1, then with command value 3.

    As an aside, the REB-1100 will load an RFF from the smart media device, but this RFF file must be encrypted if the two keyfiles exist.

    Compression library used by the REB-1100 (among others — do a strings output on the ROM) Inflate 1.0.3

    Cryptographic Libraries used by the REB-1100

    Blowfish is from SSLEAY-0.66

    SHA1 is from libsha-0.8.2b, again by eay

    ELGamel and Encoding from cryptolib-1.X by Jack Lacey

    tea is from the reference implementation

    Download: rebhack.zip

    При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.

    Apple iPod для «чтения» аудио-книг

    27 марта, 2004
    Ключевые слова: , , , , , , , , , , , , , , , , , ,

    Отличительная особенность плеера Apple iPod является, то что разработчики взяли за основу жесткий диск и не стали выдумывать нового велосипеда. За счет жесткого диска плеер изначально дороже, чем все остальные типы плееров. Основная составляющая цены плеера это, как Вы понимаете, именно жесткий диск. Главное, что разработчики «додумались» разрешить нам использовать плеер не только для музыки, но и в качестве переносного жесткого диска, не требующего дополнительного блока питания.

    Apple iPod маленький и белый жесткий диск

    Физический вес Apple iPod совсем незначителен, по сравнению например с CD плеерами, но конечно больше, чем флэш плееры. Реклама iPod гласит, что «он весит меньше чем два диска CD», честно говоря никогда не интересовал меня этот вопрос, поэтому не взвешивал его. Думаю, все же диски будут полегче. Может это реклама новых моделей, которые должны скоро появиться в продаже, с цветными корпусами.

    Теперь вы можете взять с собой всю вашу музыкальную коллекцию, куда бы вы ни шли. Проигрыватель доступен для платформ Macintosh и Windows, по ценам, начиная от $299, а новые модели будут стоить на $50 дешевле, но и внутренний диск будет начиная от 3Гб.

    Я пользуюсь iPod 10Gb около 2 лет, с 2002 года, хотел купить модель на 5Гб, но к тому моменту они уже ушли с производства, а модель, которой пользуюсь, была совсем чуть-чуть дороже.

    iPod от 3Гб до 40Гб

    Самый легкий и дешевый вариант iPod это новые цветные модели от 3Гб до 5Гб. Их старшие товарищи несколько тяжелее и вместительнее. При весе в 158 грамм новые iPod ориентированы скорее на молодежь, чем на приверженцев слушать музыку всегда и везде. Даже в модель на 3Гб влезает довольно много разнообразной музыки. Но нас iPod интересует с точки зрения прослушивания аудио-книг. А о качестве звучания плеера расскажу чуть ниже.

    Для Macintosh и Windows

    Изначально iPod был предназначен для прослушивания музыки только владельцам компьютера – Macintosh, чуть позже разработали новые модели, которые могут использовать и владельцы Windows PC.

    Теперь это становится возможным благодаря одному простому соединению. Новый удобный разъем на нижней панели iPod, а у ранних сверху плеера, позволяет подключить устройство к компьютеру и синхронизировать файлы через интерфейс FireWire 400 (Macintosh или Windows) или USB 2.0 (только Windows). Что в результате? Потрясающая скорость пересылки файлов, позволяющая загрузить альбом всего за 10 секунд для стандартного по звучанию альбома.

    iTunes 4

    Для пользователей Macintosh iPod предлагает iTunes 4. Эта программа позволяет конвертировать музыку в новый формат AAC, обеспечивающий CD-качество звука и меньший чем в формате MP3 размер файлов. iTunes 4 также позволяет вам одновременно использовать списки для воспроизведения из вашей персональной музыкальной библиотеки на трех других компьютерах Macintosh. Помимо формата ААС доступны еще 3 формата, это родной формат CD дисков – AIFF, родной для Windows – WAV, и конечно популярный ныне формат МР3.

    Теперь подробнее о «музыкальных» форматах.

    Высокая точность воспроизведения

    Являясь одним из лучших портативных цифровых музыкальных проигрывателей, iPod обеспечивает наивысшее качество звука, как на входе, так и на выходе. iPod поддерживает большинство популярных аудио-форматов, включая MP3 (до 320 kbps), MP3 Variable Bit Rate (VBR) и WAV – предоставляя вам доступ к широкому спектру типов аудио-файлов. И iPod также является единственным портативным музыкальным проигрывателем, поддерживающим формат AAC (только на Macintosh), обеспечивающий CD-качество звука при размерах файлов, меньше чем в формате MP3, так что вы можете записать на ваш iPod еще больше песен. ААС является разработкой Dolby Digital MPEG2 для музыкальных фонограмм. При скорости потока в 128 kbps файлы получаются меньше и качественнее аналогичной скорости потока в МР3. Но меня изначально такой поток не устраивал и в формате МР3, поэтому прослушав все варианты звучания, понял, что с хорошими наушниками плеер оживает уже при потоке в 192 kbps. Поэтому больше не экспериментировал, а только перегонял свои диски в этот формат. Но мой слух, это конечно дело личное и субъективное, но провел эксперимент на человеке который изначально не знает, что и как записано на диске плеера. Эксперимент простой: в магазине при выборе наушников KOSS для плеера, я дал прослушать продавцу две песни, одна в родном формате CD – AIFF, я сказал продавцу, что это МР3, а другая композиция в формате АСС, продавцу сказал, что это обычный CD без всякой конвертации. Продавец долго пыжился, хмурил брови и сказал, что все таки родной формат CD по-прежнему недостижим.

    После покупки наушников, я сознался, что формат который вызвал у него доверие, был не чем иным как АСС, а не родным CD форматом. Он был крайне удивлен — потому, что каждый день слышит звучание «хорошей» аппаратуры и не мог предположить, что можно звучать лучше и чище чем CD. После такого эксперимента, продавец добавил, что теперь будет внимательнее приглядываться к возможностям таких плееров.

    А купленные мною наушники KOSS оказались великолепной заменой 60Ом родных наушников. А почему, это как обычно отдельно далее.

    Лучшие наушники с точки зрения рекламы

    Наушники iPod обеспечивают воспроизведение звука в стандартном диапазоне CD плееров 20Гц – 20,000Гц с минимальным искажением. Благодаря неодимовым мембранам, эти наушники в пять раз мощнее, чем наушники цифровых музыкальных проигрывателей, использующие алюминиевые, кобальтовые или керамические мембраны. И все же есть недостаток – малый размер, при котором глубокие желудочные басы – пока недостижимы. 60Ом сопротивление для наушников, это характеристики приличной аппаратуры класса HI-FI. Поэтому найти замену для родных маленьких затычек с одной стороны сложно, а с другой просто. Во-первых по размеру не много найдется наушников и фирм приличных по звучанию, поэтому они как правило большого размера, явно для прогулок по квартире. С другой стороны 60Ом исключают возможность использовать китайские подделки и выпуск таких наушников задача известных в музыкальном мире фирм.

    Поэтому, по возможности – смените наушники на что-то серьезное. А родные оставьте для зимы, они все-таки легче помещаются под шапкой, чем наушники посерьезнее.

    Списки для воспроизведения в дороге

    Хотите прослушать определенный набор песен или аудио-книг? Составьте очередь из неограниченного числа песен в списке для воспроизведения, пока вы находитесь вдали от вашего компьютера. Благо аккумулятора хватает не менее чем на 10 часов. Вы можете составить список, в котором как по сценарию будут автоматически добавляться песни или аудио-книги. Списки можно составить как список и smart список. Разница только в уровне автоматизации. Обычный список создается в ручную, в то время как smart список составляется автоматически по определенному сценарию. Например, Вы составляете список в котором указываете, что отбирать в этот список требуется только альбом с названием «Родная планета» или «Встреча в космосе», тогда все файлы автоматически попадут в этот список.

    Идеальный попутчик

    iPod снабжен таймером отключения, так что вы можете спокойно заснуть под вашу музыку или аудио-книгу. Бывает такое, когда устанешь или книга уже утомила, практически усыпила своего слушателя. Но Вы можете и проснуться под звуки плеера. В будильнике iPod вы можете выбрать звук сигнала или любимую песню, под которую вы проснетесь. Если хочется проснуться на любимом месте в книге – просто укажите плееру.

    Чехол с зажимом для ремня

    20Гб и 40Гб модели поставляются с элегантным чехлом с зажимом для ремня, защищающим ваш iPod от различных случайностей. Пристегните его к вашему ремню, сумке или рюкзаку, чтобы освободить руки. Для других моделей чехлы приобретаются отдельно. Стоимость такого удовольствия около $35. Вообще для плеера выпускается много аксессуаров, о них подробнее читайте далее.

    Пульт дистанционного управления с проводом

    Новые модели плеера поставляются с проводным пультом дистанционного управления, позволяющим вам легко и быстро перематывать или переключаться с одной композиции на другую, приостанавливать воспроизведение и регулировать громкость звука — с помощью только одной руки. Для всех остальных моделей пульт приобретается отдельно. Стоимость его также не высока, но удобство воспроизведения не сравнима с «ручным» управлением.

    iPod mini Arm Band

    Для новых цветных моделей можно приобрести специальный ремешок, который легко крепится как на руке в месте для часов, так и в любом другом месте где объем ремешка будет достаточным для обхвата. Плеер не боится трясок и способен придержать свое дыхание вплоть до 40 минут звучания. Но это возможно, если плеер не гонять по разным звуковым дорожкам, а играть в «спокойном» режиме, где ему известно следующее звучание. Звучание которое продлится не менее 40 минут. Так, что без всякого смеха, если удобно носить на ноге – носите!

    Непревзойденный дизайн

    Так считают поклонники плеера iPod, может отчасти, что не видели ничего лучше? Но плеер удивительно понятен в своей навигации. Вся легкость дизайна – это фактически отсутствие сложных углов, узлов и непонятных надписей на плеере. Навигация по меню происходит при использовании сенсорного или крутящегося кольца, какие были у первых моделей плеера. Есть подсветка, продолжительность которой можно регулировать через меню, или вообще отключить. В любом случае Вы сможете в любых условиях воспользоваться навигацией и выбором нужных аудио-книг или песен.

    Прослушивание аудио-книг

    Это то ради чего и была задумана вся статья, но по объему займет не очень много, потому, что нет ничего проще как подсоединить плеер к компьютеру, а все остальное будет сделано автоматически… и можно идти слушать аудио-книги или песни.

    Скорее всего интересно как технически происходит закачивание книг. Представим такой вариант, мы пришли в магазин и купили CD диск с аудио-книгой или с набором рассказов. Теперь нам достаточно бросить файлы в программу iTunes или если диск составлен грамотно по всем требованиям к аудио-книгам то iTunes автоматически распознает такой диск, пропишет ко всем файлам легкочитаемые заголовки, в нашем случае названия глав и частей аудио-книги. Поэтому, если диск не читается автоматически, то скорее всего диск не зарегистрирован в мировой базе данных, сделан с нарушениями или является просто пиратским. В Вашем случае будет любой из этих вариантов.

    Все больше интернет-магазинов начинает торговать аудио-книгами, так что подобрать нужную книгу не составит большого труда и времени. Пользователи услуг www.stream.ru автоматически подписаны к интернет-магазину www.allofmp3.com, в котором уже есть аудио книги в продаже, так что пользователи фактически расплачиваются своим трафиком и абонентной платой в $15 за любое практически количество книг или песен. Пользователи услуг www.stream.ru не платят дополнительных денег за скачивание файлов, достаточно обозначить свое присутствие и через несколько минут Вам будет назначен VIP режим без абонентской платы, но с других соединений Вас не будут авторизовать, придется заплатить деньги за пользование сервиса, если Вы вдруг захотите скачать книги или песни, например с работы.

    В любом случае прослушивать аудио-книги или песни с помощью плеера Apple iPod приятно и легко. Удачных Вам книг!

    При перепечатке материалов The-eBook | Электронные книги и устройства для чтения, обязательно указывать ссылку на оригинал.
    
    Вы можете прислать нам новости или сообщить что-то очень важное заполнив форму.