Форум программы Древо Жизни
Linux
Модераторы: Genery, Elena Polyanskikh
Re: Linux
Древо 4 работает под Linux Debian jessie / Wine-2.12 без видимых проблем. Только на консоли регулярно вываливаются разные предупреждения, которые я пока всерьёз не рассматривал, поскольку проблем пока не вижу.
Древо 5 не запускалось совсем под более старым Wine, под новыми (и stable, и devel) запускается, но количество предупреждений на консоли огромное. В частности, при попытке импортировать 4-е дерево появляется куча
fixme:wincodecs:PropertyBag_Write Application tried to set the unknown option L"ImageQuality".
При этом файл .at5 создаётся, но меньшего размера - без превьюшек документов.
Если работать с ранее импортированной под WIndows базой, через несколько шагов получаю поток сообщений
err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
и на этом работа программы завершается: аварийного завершения нет, но программа ни на что не реагирует.
Если есть советы, как работать с Древом 5 под Linux, буду чрезвычайно признателен.
Древо 5 не запускалось совсем под более старым Wine, под новыми (и stable, и devel) запускается, но количество предупреждений на консоли огромное. В частности, при попытке импортировать 4-е дерево появляется куча
fixme:wincodecs:PropertyBag_Write Application tried to set the unknown option L"ImageQuality".
При этом файл .at5 создаётся, но меньшего размера - без превьюшек документов.
Если работать с ранее импортированной под WIndows базой, через несколько шагов получаю поток сообщений
err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
и на этом работа программы завершается: аварийного завершения нет, но программа ни на что не реагирует.
Если есть советы, как работать с Древом 5 под Linux, буду чрезвычайно признателен.
Re: Linux
Да, к сожалению на кубунту тоже не идет 5
4- шла.
4- шла.
Код: Выделить всё
AgelongTree5.exe
fixme:wer:WerSetFlags (16) stub!
fixme:thread:GetThreadUILanguage : stub, returning default language.
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d25c, (nil) 0x33d284
fixme:thread:GetThreadPreferredUILanguages 56, 0x33d25c, (nil) 0x33d284
fixme:win:EnumDisplayDevicesW ((null),0,0x33f534,0x00000000), stub!
fixme:dxgi:dxgi_device_init Ignoring adapter type.
fixme:win:EnumDisplayDevicesW ((null),0,0x33f534,0x00000000), stub!
-
- Сообщения: 2
- Зарегистрирован: 23 июл 2017 14:52
Re: Linux
Да, на Mint тоже все печально. Четверка была вполне рабочей в этом вопросе.
Re: Linux
Похоже, я был неаккуратен. Файл at5, полученный под Linux при импорте из at4, действительно вдвое меньше, чем файл at4, и втрое меньше, чем старая версия файла at5, Тем не менее, превьюшки документов там вполне на месте, и в базе я проблем не обнаружил. Вероятно, разработчики просто сумели соптимизировать размер базы. Приношу свои извинения.
Программа 5-й версии по-прежнему быстро падает под Linux, но это меня теперь огорчает намного меньше. Редактирую я базу, как и прежде, в 4-й версии, но уже под Linux (на днях у меня родилась правнучатая племянница - событие успешно внесено!), а те инструменты, что я сделал для себя, благополучно пользуются базой 5-й версии.
Программа 5-й версии по-прежнему быстро падает под Linux, но это меня теперь огорчает намного меньше. Редактирую я базу, как и прежде, в 4-й версии, но уже под Linux (на днях у меня родилась правнучатая племянница - событие успешно внесено!), а те инструменты, что я сделал для себя, благополучно пользуются базой 5-й версии.
Re: Linux
А вот интересное свойство программы:
во время конвертации базы at4 в 5-ю версию происходит изменение файлов jpg, в которых вписан поворот картинки: тег поворота заменяется на 1 (нормальное положение), сам файл уменьшается в размере, и ориентация получается искажённой.
Честно говоря, до сих пор я ориентировался на то, что файлы в папках документов только читаются и ни в коем случае не перезаписываются. Это бага или фича? В Windows это тоже происходит, или только под wine в Linux?
во время конвертации базы at4 в 5-ю версию происходит изменение файлов jpg, в которых вписан поворот картинки: тег поворота заменяется на 1 (нормальное положение), сам файл уменьшается в размере, и ориентация получается искажённой.
Честно говоря, до сих пор я ориентировался на то, что файлы в папках документов только читаются и ни в коем случае не перезаписываются. Это бага или фича? В Windows это тоже происходит, или только под wine в Linux?
Последний раз редактировалось piotr 25 июл 2017 01:11, всего редактировалось 1 раз.
Re: Linux
Как выяснилось, многие программы игнорируют тег ориентации изображения. Браузеры (firefox, chrome) правильно показываю повёрнутые картинки на html-странице, но игнорируют тег, когда показывают изображение само по себе, равно как и показывая локальный файл на диске. Примечательно, что 4-я версия Древа показывает повёрнутые изображения с учетом тега, правильно.
- Genery
- Site Admin
- Сообщения: 3395
- Зарегистрирован: 23 янв 2005 06:17
- Откуда: Новосибирск
- Контактная информация:
Re: Linux
В версии 4 тег ориентации игнорировался, фотографии в программе отображались в повёрнутом виде. Да, можно было открыть фотографию во внешней программе просмотра фотографий, тогда она отображалась корректно. В версии 5 при добавлении фотографии анализируется тег ориентации фото, при необходимости фото разворачивается, поэтому в 5-й версии фотографии должны быть повёрнуты правильно.
Дмитрий Киркинский, Genery Software
Re: Linux
Прошу прощения, Вы правы, Древо 4 показывало с ошибкой, Древо 5 показывает правильно. Браузеры в странице показывают с ошибкой, отдельным файлом - правильно. Ваше решение справедливо в том, что новый файл будет одинаково показываться и 4-м, и 5-м Древом. Возникают 2 вопроса:
- изменив без предупреждения пользовательский документ, мы, скорее всего, получим неверно ориентированную картинку, поскольку пользователь был вероятно доволен её изображением в Древе 4.
- при конвертации документа может быть утрачено что-то существенное, например, в метаданных фотографии, сделанной на iPhone, исчез блок xml-данных. Размер файла уменьшился втрое: за счёт лучшей компрессии или за счёт потери качества?
Более правильным, как мне кажется, было бы просто заменить тег ориентации на 1 (этим мы обеспечиваем одинаковое изображение в 4-й и 5-й версиях), и больше ничего не трогать. А пользователь уже сам решит, устраивает его такое изображение, или нет. Список предупреждений при конвертации тоже неплохо было бы выводить.
- изменив без предупреждения пользовательский документ, мы, скорее всего, получим неверно ориентированную картинку, поскольку пользователь был вероятно доволен её изображением в Древе 4.
- при конвертации документа может быть утрачено что-то существенное, например, в метаданных фотографии, сделанной на iPhone, исчез блок xml-данных. Размер файла уменьшился втрое: за счёт лучшей компрессии или за счёт потери качества?
Более правильным, как мне кажется, было бы просто заменить тег ориентации на 1 (этим мы обеспечиваем одинаковое изображение в 4-й и 5-й версиях), и больше ничего не трогать. А пользователь уже сам решит, устраивает его такое изображение, или нет. Список предупреждений при конвертации тоже неплохо было бы выводить.
Re: Linux
Стало понятно, почему база уменьшилась втрое. Если превьюшки в базе, конвертированной под Windows в марте, занимали 31835, 56429 байт, то в том, что конвертировано под Linux теперь, те же изображения занимают 7071, 11771 байт. Впрочем, визуально я не вижу разницы, оба изображения имеют 200 пикселей ширины и одинаково резки. Интересно, это результат того, к чему при конвертации базы под Linux выдаётся множество предупреждений вида "fixme:wincodecs:PropertyBag_Write Application tried to set the unknown option L"ImageQuality".", или сознательное увеличение компрессии/снижение качества разработчиками по сравнению с мартовской версией?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей