E-ink устройства

petrun · 09-06-10 18:39:38

Собственно сабж.У кого какие есть, делимся впечатлениями.
У меня Pocketbook 301+.
Машинка неплохая, легкая, удобная.Как раз во внутренний карман куртки влезает.Понимает почти все мыслимые форматы, удобный поиск и комментарии к закладкам.
При хорошем освещении экран читкть и вправду не хуже чем с бумаги.Заряда хватет на 7-8к листаний и десяток включений-выключений.Полность открытая прошивка, модификация не влияет на гарантию.Это плюсы.
Минусы:
1) 6' для технической литературы все-же маловато, да и ридер pdf и djvu не позволяет точно отмаштабировать по экран -шаг слишком большой.Кроме того большие pdf и djvu медленно открываются и листаются.
2) Джойстик размещала какая-то обезъяна с иным строением кисти.Одной рукой держать и листать неудобно.
2) Нарпочь отказывается работать на морозе.

Отредактировано petrun (09-06-10 18:45:13)

ALEX · 09-06-10 18:42:45

Orsio b731
Неплохо, но по софту заметно проигрывает Pocketbook 301

Svart Testare · 09-06-10 18:45:18

У меня тоже Покетбук 301, правда с ещё не поправленным глюком с часами и быстрым разрядом аккумулятора (в выключенном состоянии).
Книжка классная, и PDF чудесно показывает. Жаль, что вот XPS пока не осилили в прошивках, хотя для этого всё есть — и открытость, и спецификации.
P.S: Ебук — это, наверное, единственное у меня в доме устройство с Linux big_smile

petrun · 09-06-10 18:46:04

ALEX пишет:

Orsio b731

У нее, кажется, такой же экран?

petrun · 09-06-10 18:47:08

Svart Testare пишет:

Жаль, что вот XPS пока не осилили в прошивках

Что это такое?Ридер есть под линуха в сорцах?

SemyonKozakov · 28-06-10 23:54:41

3 дня назад разжился новеньким PocketBook 301. Великолепная читалка + Linux на борту (как следствие - можно легко писать под него, SDK доступен).

Svart Testare · 29-06-10 00:59:53

petrun пишет:

Что это такое?Ридер есть под линуха в сорцах?

Это прямой конкурент PDF от Microsoft.
en.wikipedia.org/wiki/Open_XML_Paper_Specification
На линуксе файлы в этом формате показывает Okular.

petrun · 29-06-10 01:11:50

Svart Testare пишет:

Это прямой конкурент PDF от Microsoft.

Чем pdfи ps то не устроили?
Ладно, риторический вопрос, у них там так принято)
Okular никак туда не влезет, слишком тостый.
Есть другой конвертер, будет и вьювер скоро.

Svart Testare · 29-06-10 01:16:50

petrun пишет:

Чем pdfи ps то не устроили?

Метаданные PDF очень слабо на Windows поддерживаются. Очевидно, Adobe почему-то не горит желанием сделать нормальный property hanlder для Windows Explorer.
А вот XPS — как родной.

petrun · 29-06-10 01:24:01

Svart Testare пишет:

Метаданные PDF очень слабо на Windows поддерживаются

Какие еще метаданные pdf?

Svart Testare · 29-06-10 01:27:20

petrun пишет:

Какие еще метаданные pdf?

Title, author(s), tags, categories, content status, subject, comments — это всё можно указать для XPS (и DOC/DOCX) файлов просто изменив соответствующие поля в окне свойств. Для PDF такое не поддерживается (только индексация в поиске при установленном iFilter от Adobe).

petrun · 29-06-10 01:35:12

Svart Testare пишет:

Title, author(s), tags, categories, content status, subject, comments — это всё можно указать для XPS (и DOC/DOCX) файлов просто изменив соответствующие поля в окне свойств. Для PDF такое не поддерживается (только индексация в поиске при установленном iFilter от Adobe).

Наглядный пример того, к чему приводят костыли.Для таких веще xattr существует)

Svart Testare · 29-06-10 02:12:29

petrun пишет:

Наглядный пример того, к чему приводят костыли.Для таких веще xattr существует)

А при чём тут костыли? Это возможность расширения стандартного файлового менеджера ОС.
Для операций над метаданными разных типов файлов в Windows Explorer необходим соответствующий property handler. Изначально в Windows уже встроены разные хэндлеры для самых распространённых типов файлов (например, MP3, видеофайлов, всех файлов Office). Можно дополнительно устанавливать и для других типов (да хоть самому написать можно), например для DejaVu. А вот Adobe, видимо, по каким-то неведомым причинам артачится и со своей стороны такую поддержку делать не хочет.

petrun · 29-06-10 02:17:24

Svart Testare пишет:

А при чём тут костыли? Это возможность расширения стандартного файлового менеджера ОС.

Это делается на уровне файловой системы.Дополнителельные атрибуты называются(xattr), в винде "альтернативные потоки".Для абсолютно любых типов файлов и не нужно никаких сторонних расширений ФМ, только показ дополнительных атрибутов, да фитльтр по mime type.

petrun · 29-06-10 02:19:21

Да и вообще из-за такой ерунды новый формат лепить как-то странно.

Svart Testare · 29-06-10 02:23:12

petrun пишет:

Да и вообще из-за такой ерунды новый формат лепить как-то странно.

XPS задумывался как PDF без недостатков. Тем более, что есть железяки с аппаратной поддержкой XPS (принтеры, например).

petrun пишет:

Это делается на уровне файловой системы.Дополнителельные атрибуты называются(xattr), в винде "альтернативные потоки".

Это прошлый век — альтернативные потоки применялись в XP. Я же говорю о метаданных, которые хранятся в самих файлах. Тогда нет проблемы, что при переносе файла на другую ОС с другой файловой системой метаданные не перенесутся вместе с ним.

Svart Testare · 29-06-10 02:26:37

Кстати, немного оффтоп, но в Вики даже есть статья со сравнением XPS с PDF:
en.wikipedia.org/wiki/Comparison_of_OpenXPS_and_PDF

petrun · 29-06-10 02:42:49

Svart Testare пишет:

Это прошлый век — альтернативные потоки применялись в XP

Я уж не знаю, что там прошлый век у МС,но это самое красивое и логичное решение, которое можно придумать.Данные кладем данным - метаданные к метаданным.И уневерсально, не надо для каждого формата что-то изобретать.
А файловая сисетма в винде итак считай одна.На UNIX xattr они бы все одно наплевали, в ntfs3g есть свой конвертер.Короче не понимаю я, что это за идиотизм.
P.S забыл про fat, это только в линуксе xattr есть везде.Ох костыли, да подпорки.

Svart Testare пишет:

Кстати, немного оффтоп, но в Вики даже есть статья со сравнением XPS с PDF:

Ну прочел.Ну альфа-канал, tiff, и поддержка велосипедного jpeg HD, вместо jpeg2k и jbig.Очень полезные улучшения, да)

Отредактировано petrun (29-06-10 02:44:45)

Svart Testare · 29-06-10 02:44:56

petrun пишет:

но это самое красивое и логичное решение, которое можно придумать

На сегодняшний день самое красивое, логичное и универсальное решение это XMP от, кстати, того же Adobe. А хранить метаданные вне файлов — глупость же.

petrun · 29-06-10 02:48:03

Svart Testare пишет:

А хранить метаданные вне файлов — глупость же.

Что в этом глупого, только конкретно?
Это уневерсально и логично.Чем эти метаданные принциписально отличаются от даты, прав и прочего, зачем разводить зоопарк, то?

Отредактировано petrun (29-06-10 02:48:27)

petrun · 29-06-10 02:49:23

Svart Testare пишет:

А хранить метаданные вне файлов — глупость же.

А ничего, что все современные файловые системы работают именно так?Глупо?
А если они уже там есть, то почему-бы просто не добавить еще полей?И иметь к ним доступ через стандартные ситемные фунции, а не через левые библиотеки?

Отредактировано petrun (29-06-10 02:50:34)

Svart Testare · 29-06-10 02:55:58

petrun пишет:

Что в этом глупого, только конкретно?

Я уже сказал почему — потому что если я скопирую файл с NTFS на FAT32 или линуксовую ext3/ext4, то метаданные пропадут. Так что разумным видится способ, при котором метаданные путешествуют вместе со своим файлом внутри него.

petrun пишет:

А ничего, что все современные файловые системы работают именно так?

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

petrun · 29-06-10 03:01:46

Svart Testare пишет:

на FAT32

Может быть, но так ли сложно прикрутить к нему это?Уж явно проще, чем всю эту возьню затевать.

Svart Testare пишет:

Svart Testare пишет:
или линуксовую ext3/ext4
Нормлаьных драйверов под винду все одно нет.А лиуксовый драйвер ntfs мапить альтернативные потоки на xattr и вполне себе копирует.
Если бы во всём мире была одна единственная файловая система, то тогда это было бы оправдано.

Не нужна для этого одна файловая ситема, нужен один стандарт хранения метаданных.В линуксе он есть.

Svart Testare пишет:

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

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

Svart Testare · 29-06-10 10:38:21

petrun пишет:

Да и поиск по ним будет в разы быстрее.И обратится я кним смогу из любого места стандартным сисколом, хоть из самописного скрипта.
Это называется порядок.

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

usr_share · 29-06-10 11:23:11

petrun пишет:

Это делается на уровне файловой системы.

И при передаче на флешку (с условием FAT на флешке) атрибуты теряются?

Отредактировано usr_share (29-06-10 11:23:26)

Форум StopLinux

Объявление

#1 09-06-10 18:39:38

E-ink устройства

#2 09-06-10 18:42:45

Re: E-ink устройства

#3 09-06-10 18:45:18

Re: E-ink устройства

#4 09-06-10 18:46:04

Re: E-ink устройства

#5 09-06-10 18:47:08

Re: E-ink устройства

#6 28-06-10 23:54:41

Re: E-ink устройства

#7 29-06-10 00:59:53

Re: E-ink устройства

#8 29-06-10 01:11:50

Re: E-ink устройства

#9 29-06-10 01:16:50

Re: E-ink устройства

#10 29-06-10 01:24:01

Re: E-ink устройства

#11 29-06-10 01:27:20

Re: E-ink устройства

#12 29-06-10 01:35:12

Re: E-ink устройства

#13 29-06-10 02:12:29

Re: E-ink устройства

#14 29-06-10 02:17:24

Re: E-ink устройства

#15 29-06-10 02:19:21

Re: E-ink устройства

#16 29-06-10 02:23:12

Re: E-ink устройства

#17 29-06-10 02:26:37

Re: E-ink устройства

#18 29-06-10 02:42:49

Re: E-ink устройства

#19 29-06-10 02:44:56

Re: E-ink устройства

#20 29-06-10 02:48:03

Re: E-ink устройства

#21 29-06-10 02:49:23

Re: E-ink устройства

#22 29-06-10 02:55:58

Re: E-ink устройства

#23 29-06-10 03:01:46

Re: E-ink устройства

#24 29-06-10 10:38:21

Re: E-ink устройства

#25 29-06-10 11:23:11

Re: E-ink устройства

Подвал форума