Bookreader, Создание продвинутой читалки книг Поделиться Опции

[FirstWay]

Тут такая мысля возникла: написать крутую читалку для книг, правда не такую, которых сейчас полно, а хорошую :D
Я думаю в ней должны быть следующие фишки:
1) Тексты хранятся не в jar'е, а в специальной папке, называющейся, например text
2) Помимо обычных txt она должна читать собственные форматы файлов.
3) В собственный формат должен поддерживать сжатие контента, всякие фишки, типа таблиц, картинок и т.п., при этом прога должна оставаться только ридером!!!
4) Также хотелось бы написать мощную программу по подготовке текстов и последующей заливки в телефон, в ней должны быть:
а) Текстовый редактор
б) Менеджер заливки файлов
в) User friendly interface
Вот. Ну и как идейка? Может до меня ето уже кто-нить придумал? Может Там ещё что-нить должно быть?

[vadbars]

Я думаю в ней должны быть следующие фишки:
1) Тексты хранятся не в jar'е, а в специальной папке, называющейся, например text
2) Помимо обычных txt она должна читать собственные форматы файлов.
3) В собственный формат должен поддерживать сжатие контента, всякие фишки, типа таблиц, картинок и т.п., при этом прога должна оставаться только ридером!!!
4) Также хотелось бы написать мощную программу по подготовке текстов и последующей заливки в телефон, в ней должны быть:
а) Текстовый редактор
б) Менеджер заливки файлов
в) User friendly interface

Здесь на форуме можно следить, как над своей неслабой читалкой трудится UncleRus :) , а здесь - обзор существующих читалок.
По пунктам: практически все желаемое уже есть - см. TequilaCat Bookreader, BookReader/BookCutter Асеева.

Итоговое ИМХО: лучше активно участвовать в обсуждении существующих читалок на соответствующих форумах. Добрые дяди-программеры сделают то, что нам хочется :)

[FirstWay]

Здесь на форуме можно следить, как над своей неслабой читалкой трудится UncleRus  :) , а здесь - обзор существующих читалок.
По пунктам: практически все желаемое уже есть - см. TequilaCat Bookreader, BookReader/BookCutter Асеева.

Итоговое ИМХО: лучше активно участвовать в обсуждении существующих читалок на соответствующих форумах. Добрые дяди-программеры сделают то, что нам хочется  :)

Всё это хорошо, но мне почему-то кажется, что писать книги напрямую в память телефона (используя файловую систему) намного удобнее, чем упаковывать их в jar. Помоему все существующие читалки именно запаковывают книги в jar'ы. А хотелось-бы специальную читалку для Моторов, которая бы юзола файловую систему телефона.

[s_vl]

на счет книг в jar-e:
там они ЖМУТСЯ-->экономят ПАМЯТЬ
так что надо сделать их в jare но с возможностью открытия и из файловой системы!

на счет формата с картинками--хорошо но...кто будет пережимать их на 128*116 с более-менее нормальным качеством?
пробовал-формуль вооообще не читабельны...

[DereK]

знали бы вы сколько раз я просил JenFA прикрурить к ФМ нормальную читалку. Но он как говорится - сказал как отрезал - "НЕТ". Вот давайте дружно попросим сотворить "MotoReader"

еще чуть чуть и из мото замутят мини КПК...если конечно у JenFA будет много времени ;)

[FirstWay]

на счет книг в jar-e:
там они ЖМУТСЯ-->экономят ПАМЯТЬ
так что надо сделать их в jare но с возможностью открытия и из файловой системы!

Что-то мне кажется, что алгоритм сжатия jar (вроде бы тот же zip) не оптимален для сжатия текстов. Вот если бы какой-нибудь специальный алгоритм сжатия реализовать, то памяти, я думаю, будет экономиться больше.
И вообще, с точки зрения программирования, отделение данных от кода - енто очень хорошо, тем более что хранить книги в одном файле с программой-читалкой по меньшей мере нелогично.

на счет формата с картинками--хорошо но...кто будет пережимать их на 128*116 с более-менее нормальным качеством?
пробовал-формуль вооообще не читабельны...

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

[FirstWay]

Кстати, а где можно почитать о работе с файловой системой из мидлета?

[s_vl]

2FirstWay
сжатие текстов в jare-e примерно в 2,5 раза...

[FirstWay]

2FirstWay
сжатие текстов в jare-e примерно в 2,5 раза...

Я сжимал текстовый файл размером 638 КБ (653 478 байт). Степень сжатия утилитой jar была 42%, а при сжатии WinRar с максимальными настройками сжатия, степень сжатия уже была 29%!!! То есть Rar сжимает в 1,5 раза лучше!

[Pokep]

FirstWay, сожми раром и измени расширение у файла - должно работать :)

[FirstWay]

FirstWay, сожми раром и измени расширение у файла - должно работать :)

Ты хочешь сказать, что форматы файлов ВСЕХ архивов абсолютно идентичны?????
Телефон такое уж точно не скушает!

[s_vl]

2FirstWay
книга 1,5М jar-ом ужималась до 600К(это с учетом самой читалки)...

[FirstWay]

2FirstWay
книга 1,5М jar-ом ужималась до 600К(это с учетом самой читалки)...

Ну да, всё верно. (600 / 1500) * 100% = 40%. А раром она бы сжалась до ~405 Кб. Помоему есть к чему стремиться :) Тем более в книге не хранится сама читалка, а это тоже экономит память, если книг много и они запакованы в отдельные мидлеты.

[UncleRus]

FirstWay, так, теперь поехали :)
А как распаковывать в мидлете из архивов, считанных из ФС телефона?
Написать архиватор на j2me? Неслабо :)
А вы представляете себе скорость, с которой это будет делаться, даже если я, например, вдруг напишу архиватор?
То есть, почитали книжку, закрыли мидлет, потом снова захотелось ее же почитать, снова распаковывать?
Ну ладно, мы ее один раз распаковали. И записали распакованный текст в ФС телефона.
А на черта тогда было вообще запаковывать?
Поясню: если текстовый файл упакован в тот же jar, что и мидлет, то распаковка происходит прозрачно для мидлета. То есть, ее делает Java-машина (по сути, сам телефон) и делает значительно быстрее, чем скажем, самопальный архиватор на j2me.

[DereK]

UncleRus,
а ты кстати не собираешь подключить файловую систему к мидлету? чтобы txt читал прям из памяти. Как читалка у семеновцев Михарда...

[FirstWay]

2 UncleRus
Ну по поводу архиватора - это не совсем так. Читалка должна уметь только распаковывать данные.
На счёт того, чтобы распаковывать в память телефона, а зачем это? Можно (наверно) распаковывать по кускам. Распаковать маленький кусок, выдать его на экран, а пока пользователь читает, потихоньку распаковывать дальше. Вобщем, оптимизировать процесс можно.
На счёт моего "наверно". С процессом архивации "из нутри" я не знаком. Вот теперь и занимаюсь тем, что изучаю это. Наткнулся на интересный сайт Алгоритмы сжатия данных. Планирую набросать архиватор, сжимающий и распаковывающий по простейшему алгоритму на JAVA для телефонов. Если эта штуковина будет распаковывать по 30 минут килобайтный файл, то что ж тут поделаешь... С этой идейкой придётся попрощаться, а вот если все будет более менее нормально, то тему можно будет продолжить. :)

[ConstantineII]

Прошу прощения, но я думаю имеет смысл создать ридер в виде .jar и чтоб читал .txt например из карты памяти! думаю будет супер!

[Xenon]

Вы что? Все мечтаете о том, как прекрасно читать txt с флешки, а ведь это все давно реализованно в ReadManiac и не так давно и в TCBR. ИМХО создавать свой букридер с нуля долго, сложно и ненужно, лидеры сейчас ReadManiac и TCBR, а если в них что-то неустраивает, можно обратится к авторам, которые активно улучшают эти читалки.

[vvv89]

к тому же, ReadManiac может читать файлы из ФС из зип-архивов. И место экономится, и удобнее, чем упаковка текста в джар. ИМХО, пустая тема...