Simple Viewer GL v2.99 — просмотрщик изображений

Тут поддержку HEIC в линуксах недавно реквестировали (только XnView)

А чем его читать? Это пойдет?

а также рекурсивно сканировать директорию

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

Расширена поддержка GIF

Рендер всё такой же неторопливый?

Adobe EPS

Щикарно!

Теперь вьювер собирается и работает на FreeBSD

Джва года ждал.

Добавлена поддержка форматов ZX-Spectrum multicolor + border

Два раза написал.

Добрый художник-альтруист нарисовал новую иконку.

Хорошо получилось.

Каковы планы на счёт SVG?

Планируешь ли делать поддержку XCF?

Чем он лучше стандартного eog из гнома?

пулл реквест с добавлением сборки автотулзами принимается?

v2.99

«Вот когда будет v3.0, тогда и обсудим» :)

Что-то не получилось найти релизный тарбол. И даже на https://bitbucket.org/andreyu/simple-viewer-gl/downloads/?tab=tags последняя версия v2.92. При этом там имена тарболов содержат не номера версий. А раньше в релизных тарболах номера версий были.

AI, EPS

Каким образом? Чисто привьюшку?

Каковы планы на счёт SVG?

Так либы для отрисовки svg не существует, увы.

https://ru.wikipedia.org/wiki/Librsvg

Полуработающее говно.

https://github.com/RazrFalcon/libresvg#svg-support

А у тебя какие успехи?

Пилю понемногу.

librsvg в системе на твою можно заменить? Или пока смысла нет?

Так либы для отрисовки svg не существует, увы.

Насколько плох librsvg? Насколько не готов libresvg?

Начиная с 0.2 qtsvg можно будет заменить. Над rsvg ещё не думал. У нас API сильно разное.

Думаю с 0.3 можно будет пропихивать в дистры. Пока ещё сильно сырое.

Если нужно рисовать кружочки и квадратики - терпимо. Всё остальное - дно. Проблема rsvg в том, что он не умеет в edge-cases. Шаг в сторону - и он фейлит. Это и было основной мотивацией для resvg. Так как моя либа заточена под edge-cases.

resvg нужно ещё годик-два попилить.

resvg нужно ещё годик-два попилить.

Главное — не бросай. С XML-дичью не каждый возьмётся иметь дело, так что я на тебя надеюсь.

XML - это меньшая из проблем.

а также рекурсивно сканировать директорию

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

Это можно было и раньше делать sviewgl /path/to/dir/ -r.

Рендер всё такой же неторопливый?

Рендерер торопливый, загрузка фрейма делается с помощью giflib старым способом. На gif больших разрешений будет тормозить. В планах переделать.

Adobe EPS

Щикарно!

Увы, осилил только preview, а оно маленького разрешения.

Джва года ждал.

Ну вот, дождались :)

Добавлена поддержка форматов ZX-Spectrum multicolor + border

Два раза написал.

Переносил вверх, видимо промахнулся и нажал copy вместо cut.

Добрый художник-альтруист нарисовал новую иконку.

Хорошо получилось.

Передам, ей будет приятно слышать.

Каковы планы на счёт SVG?

Периодически берусь за поддержку этого формата, но за 5 минут не получается ее осилить и я бросаю начатое.

Планируешь ли делать поддержку XCF?

Когда-то давно были такие планы, но я не уверен, что это возможно сделать, не затянув весь gimp во вьювер. Но да, сам страдаю от отсутствия поддержки XCF.

Чем он лучше стандартного eog из гнома?

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

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

пулл реквест с добавлением сборки автотулзами принимается?

А каков в этом смысл?

«Вот когда будет v3.0, тогда и обсудим» :)

Честное слово, я не специально выбирал такой номер версии :)

Что-то не получилось найти релизный тарбол. И даже на https://bitbucket.org/andreyu/simple-viewer-gl/downloads/?tab=tags последняя версия v2.92.

Да, забыл tag поставить. Сейчас исправлю этот момент.

При этом там имена тарболов содержат не номера версий. А раньше в релизных тарболах номера версий были.

https://bitbucket.org/andreyu/simple-viewer-gl/get/v2.99.tar.bz2
А разве это не номер версии?

AI, EPS

Каким образом? Чисто привьюшку?

Исключительно embedded preview. И да, она низкого разрешения. Но все же стало значительно удобнее разбираться что же там внутри, не запуская фотошоп или иллюстратор.

Так либы для отрисовки svg не существует, увы.

Существуют, но насколько мне известно, они все не поддерживают спецификацию полностью. Даже браузеры не поддерживают полностью спецификацию.

Когда-то давно были такие планы, но я не уверен, что это возможно сделать, не затянув весь gimp во вьювер.

У Макхольма получилось, а у тебя вдруг не получится?

http://henning.makholm.net/software

https://github.com/RazrFalcon/libresvg#svg-support

Насколько легко вашу реализацию затянуть во вьювер? Можно ли сделать так:

libresvg.load(memory_pointer, size);
params = libresvg.getparams();
bitmap = libresvg.rasterize();

С XML-дичью не каждый возьмётся иметь дело, так что я на тебя надеюсь.

Если xml - это единственная проблема, то написать библиотеку смог был любой эникейщик. Но увы, не xml является проблемой.

У Макхольма получилось, а у тебя вдруг не получится?
http://henning.makholm.net/software

Спасибо, посмотрю на его реализацию. В описании сказано «flattening layers if necessary». Это значит, что утилита сама смержит слои при необходимости?

sviewgl /path/to/dir/ -r

Ах, вот оно как надо было делать… Понял, благодарю.

На gif больших разрешений будет тормозить.

Я в этом уже много раз убедился.

Увы, осилил только preview, а оно маленького разрешения.

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

Периодически берусь за поддержку этого формата, но за 5 минут не получается ее осилить и я бросаю начатое.

Главное — код не удаляй. Не думаю, что одному мне это надо, может кто пришлёт PR.

не уверен, что это возможно сделать, не затянув весь gimp во вьювер

Я не силён в вопросе, просто любопытствую.

В описании сказано «flattening layers if necessary». Это значит, что утилита сама смержит слои при необходимости?

Судя по описанию — да.

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

Но увы, не xml является проблемой.

Оно тоже является проблемой, пусть и не самой трудной.

На gif больших разрешений будет тормозить.

Я в этом уже много раз убедился.

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

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

Аналогично я сказал и себе, после чего добавил поддержку превью :)

Главное — код не удаляй. Не думаю, что одному мне это надо, может кто пришлёт PR.

Там кода полторы с половиной строки. У меня и в мыслях не было писать парсер и рендерер самостоятельно.

Я не силён в вопросе, просто любопытствую.

Чуть выше AP дал ссылку на утилиту, которая не используя gimp умеет читать xcf. Попробую затянуть его код к себе во вьювер.

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

Да, уже смотрю код. Последняя версия 1.0.7 от 2009-07-03.

Оно тоже является проблемой, пусть и не самой трудной.

Хороших, быстрых и удобных партеров xml как грязи. Так что это совсем не проблема.

А разве это не номер версии?

По приведённой ссылке - да. А если качать с той страницы, то вместо v2.99.tar.bz2 качается andreyu-simple-viewer-gl-7baf56f1a406.tar.bz2.

По приведённой ссылке - да. А если качать с той страницы, то вместо v2.99.tar.bz2 качается andreyu-simple-viewer-gl-7baf56f1a406.tar.bz2.

У меня работает так:
curl https://bitbucket.org/andreyu/simple-viewer-gl/get/v2.99.tar.bz2 -o sviewgl-2.99.tar.bz2

Правда внутри архива директория с хешем в имени:
andreyu-simple-viewer-gl-7baf56f1a406

Плюс добавить упреждающую загрузку следующего фрейма в фоне.

Кэширование прогруженных кадров, пусть даже на время, пока показывается файл?

У меня и в мыслях не было писать парсер и рендерер самостоятельно.

Ну да, там наркомании хватает. Тем более есть вкусное на первый взгляд libresvg. Будем ждать, когда RazrFalcon допилит его.

Чуть выше AP дал ссылку на утилиту, которая не используя gimp умеет читать xcf. Попробую затянуть его код к себе во вьювер.

Увидел уже после того, как запостил комментарий.

Хороших, быстрых и удобных партеров xml как грязи.

хороших

парсеров xml

Мне проще поверить, чем связываться. (%

Кэширование прогруженных кадров, пусть даже на время, пока показывается файл?

Да.

Будем ждать, когда RazrFalcon допилит его.

Угу, будем ждать.

Мне проще поверить, чем связываться. (%

Это действительно так, сходу вспомнил про tinyxml/tinyxml2, pugixml, rapidxml.

кроме просмотра jpeg, png больше ничего не нужно.

JPEG2000, бывает, нужен. А его поддержку отключили в gdk-pixbuf из Debian чуть более 2-ух лет назад.

Я был бы не против.

Там два режима: генерация изображения и отрисовка на холсте. Не знаю какое нужно. Но так как у вас не cairo/qt, то видимо проще в растр перегонять.

Пример: https://github.com/RazrFalcon/libresvg/blob/master/examples/cairo-capi/example.c

Правда нужна зависимость от cairo/qt, ибо именно они рисуют.

JPEG2000, бывает, нужен.

В моем вьювере нет поддержки jpeg2k. Не было необходимости. Возможно позже добавлю поддержку.

Я был бы не против.

Смысл добавления автотулзов в том, что вы были бы не против? :)

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

На выходе будет QImage или cairo_surface_t. Какие-либо сырые данные я сейчас не возвращаю.

На выходе будет QImage или cairo_surface_t. Какие-либо сырые данные я сейчас не возвращаю.

Вот и проблема, тянуть зависимости qt или cairo нет ни малейшего желания.

Ну кто-то же должен растеризировать. На rust пока ничего такого не запилили.

По наводке AP добавил поддержку XCF, основанную на XcfTools от Henning Makholm.

Код XcfTools очень старый и может некорректно работать со свежими XCF. Кроме того, код XcfTools требует серьезного рефакторинга, на который у меня пока нет времени. Сейчас я на скорую руку привел его к более-менее читабельному виду и поддержке свежего C++ компилятора.

Работоспособность проверял на небольшом количестве своих XCF. Заметил, что на некоторых XCF нового формата неправильно трактуется видимость некоторых слоев (на самом деле это сгруппированные слои).

Когда будет время и желание заняться доработкой я не знаю.