LINUX.ORG.RU
Новости — Open Source  

Simple Viewer GL 2.75

 , ,


3

5

Simple Viewer GL — легковесный просмотрщик изображений.

Интерфейс состоит из одного окна с опциональной строкой статуса и информацией о пикселе под курсором и/или выделенной области (скриншот). Simple Viewer GL умеет определять тип файла по его сигнатуре, а не только по расширению, а также рекурсивно сканировать директорию.

Работает в GNU/Linux и macOS.

Новое в 2.75

  • Добавлена поддержка формата XPM (собственная реализация).
  • Добавлена поддержка формата TARGA (собственная реализация).
  • Убрана зависимость от библиотеки libconfig++ в пользу ini-подобного конфигурационного файла.
  • Улучшена поддержка форматов DDS, ICO и XWD.
  • Обновлена палитра ZX-Spectrum (теперь это PULSAR, как на «железном» ZX).
  • Добавлена возможность сохранять зум (переключается по хоткею <shift>+<s>).
  • Исправлена ошибка с фильтрацией текстур.
  • Улучшено сканирование директории, поддержка перетаскивания списка файлов.

Поддерживаемые форматы

Сторонняя реализация:

  • PNG (libpng);
  • JPEG (libjpeg);
  • TIFF (libtiff);
  • GIF (giflib);
  • WEBP (webp).

Собственная реализация:

  • PPM (24 raw и 24 ASCII);
  • XPM (только xpm 2);
  • TARGA;
  • DDS (частично);
  • PSD (формат до конца не отреверсили, посему не все функции поддерживаются);
  • ICO (png и «обычные» фреймы);
  • XWD (только x11);
  • SCR (ZX-Spectrum screen);
  • PVR, RAW, AGE (это внутренние форматы).

>>> Simple Viewer GL на BitBucket

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Wizard_ (всего исправлений: 10)
← KDE Plasma 5.9
Radare2 1.2.0 →

 ← 1 2 3 4 5 6 7 8 9 10
Ответ на: комментарий от Odalist

Чем он луче того же самого GPicView?

Вот этим:
- умеет нужные мне форматы (psd, png, ico, dds, scr, age,...);
- показывает цвет пикселя под курсором;
- позволяет выделить область изображения и посмотреть размеры;
- умеет рекурсивно пробегаться по директории;
- позволяет «запоминать» зум при переключении изображения;
- умеет отображать границы изображения;

Обычно я использую так: из-под midnight commander тыкаю в интересующий меня файл; жму space или backspace, если мне нужно посмотреть следующий/предыдущий файл.

Или так: sviewgl -r -a path/to/dir

andreyu ★★★★★
() автор топика

вьювер изображений

Че сказал, ска? Уже русских слов в словаре не хватает?

anonymous
()

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

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

slon ★
()
Ответ на: комментарий от MrClon

«Просмотрщик изображений»?

Вначале так и написал, но потом решил исправить.

andreyu ★★★★★
() автор топика
Ответ на: комментарий от buddhist

легковесный
GL

Вы видите тут противоречие? Даже в затычке вместо процессора уже давно есть графический ускоритель.

andreyu ★★★★★
() автор топика
Ответ на: комментарий от i-rinat

Убрана зависимость от библиотеки libconfig++

Интересно узнать причины.

1. Лишняя зависимость.
2. Из пушки по воробьям.
3. Свой ini-like парсер достаточно прост.

andreyu ★★★★★
() автор топика
Ответ на: комментарий от slon

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

Помнится, вы еще и для gentoo делали ebuild.

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

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

andreyu ★★★★★
() автор топика
Ответ на: комментарий от andreyu

- позволяет «запоминать» зум при переключении изображения;

Интересная возможность. Реально нужная при просмотре большого количества чего-то однотипного.

anonymous_incognito ★★★★★
()
Ответ на: комментарий от anonymous_incognito

- позволяет «запоминать» зум при переключении изображения;

Интересная возможность. Реально нужная при просмотре большого количества чего-то однотипного.

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

andreyu ★★★★★
() автор топика
Ответ на: комментарий от slon

Да, но раз он есть и обновляется в оверлее rion, то необходимость в моём отпала.

1. Он ссылается мертвую версию на sourceforge.
2. Зависит от неиспользуемых dev-libs/libconfig и media-libs/freeglut.
3. Нет зависимости от glfw3.

andreyu ★★★★★
() автор топика
Ответ на: комментарий от andreyu

ЕМНИП, Travis CI собирает как раз для Trusty, и даже есть возможность задеплоить готовые сборки на свой хост (правда, последний пункт я как раз не осилил), так что себе можно даже виртуалку не взгромождать. Это не считая того, что он сам по себе хороший инструмент для проверки собираемости программ, что его можно сопрячь с Coverity Scan и др.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

ЕМНИП, Travis CI собирает как раз для Trusty,

Он уже умеет работать с BitBucket?

его можно сопрячь с Coverity Scan и др.

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

andreyu ★★★★★
() автор топика
Ответ на: комментарий от andreyu

Он уже умеет работать с BitBucket?

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

Какую-то из версий вьювера я им проверял, но не впечатлился результатом. Возни много, а выхлопа мало.

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

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

ЕМНИП, Travis CI собирает как раз для Trusty

Нет, в Precise. Чтобы собирал в Trusty надо добавить в yml файл строку «dist: trusty».

anonymous
()

Видимо не судьба попробовать.

/usr/bin/ld: CMakeFiles/sviewgl.dir/src/imageloader.cpp.o: неопределённая ссылка на символ «pthread_create@@GLIBC_2.2.5»
//lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
CMakeFiles/sviewgl.dir/build.make:1206: ошибка выполнения рецепта для цели «sviewgl»
make[3]: *** [sviewgl] Ошибка 1
make[3]: выход из каталога «/tmp/simple-viewer-gl/.build_release»
CMakeFiles/Makefile2:67: ошибка выполнения рецепта для цели «CMakeFiles/sviewgl.dir/all»
make[2]: *** [CMakeFiles/sviewgl.dir/all] Ошибка 2
make[2]: выход из каталога «/tmp/simple-viewer-gl/.build_release»
Makefile:83: ошибка выполнения рецепта для цели «all»
make[1]: *** [all] Ошибка 2
make[1]: выход из каталога «/tmp/simple-viewer-gl/.build_release»
cp .build_release/sviewgl .
cp: не удалось выполнить stat для '.build_release/sviewgl': Нет такого файла или каталога
Makefile:10: ошибка выполнения рецепта для цели «release»
make: *** [release] Ошибка 1

з.ы. Debian Testing x86_64

s1n ★
()
Ответ на: комментарий от hobbit

Он уже умеет работать с BitBucket?

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

В последнюю мою попытку их подружить, он не умел работать с bitbucket.

andreyu ★★★★★
() автор топика
Ответ на: комментарий от andreyu

Ясно. Спасибо. Да,действительно. Для ваших задач, Simple Viewer GL подходит луче, чем GPicView.

Odalist ★★★★★
()

Плюсы и минусы для меня по сравнению с viewnior.

Плюсы:

1) Быстрее стартует.
2) Меньше зависимостей.

Минусы:

1) Переключение в полноэкранный режим в разы медленнее.
2) Не хватает индикаторов перемотки (по вертикали и горизонтали) увеличенного при зуме изображения.
3) Стрелками клавиатуры медленно перематывается изображение, нужны еще хоткеи для более быстрой перемотки.
4) Нужна поддержка сборки пакета с помощью checkinstall

dadd ★★★
()
Последнее исправление: dadd (всего исправлений: 1)
Ответ на: комментарий от Odalist

Чем он луче того же самого GPicView?

GPicView ещё жив? С полгода назад пытался занести на него баг — отказываются принимать где-либо.

question4 ★★★★★
()
Ответ на: комментарий от andreyu

Собралось и даже запустилось.

Сам пользуюсь Ristretto. ИМХО загружает большие фоточки быстрее, чем svgl и плюс при уменьшении фоточки до размера окна сглаживание более норм и лесенки не видно.

s1n ★
()
Ответ на: комментарий от andreyu

Ясно, тогда вот:

media-gfx/sviewgl-9999

# Copyright 1999-2017 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

EAPI=6

inherit cmake-utils git-r3

DESCRIPTION="Simple Viewer GL is a simple and tiny image viewer based on OpenGL"
HOMEPAGE="https://bitbucket.org/andreyu/simple-viewer-gl"
EGIT_REPO_URI="https://bitbucket.org/andreyu/simple-viewer-gl.git"
# EGIT_BRANCH="development"
KEYWORDS="~amd64 ~x86"
LICENSE="GPL-3"
SLOT="0"

DEPEND="media-libs/freetype
	>media-libs/giflib-5.0.6
	media-libs/glfw
	media-libs/imlib2[X,jpeg,gif,png,tiff]
	sys-libs/zlib
	media-libs/libwebp
	x11-libs/libXi
	x11-libs/libXmu
	virtual/opengl
	virtual/pkgconfig"

RDEPEND="${DEPEND}"

src_compile() {
	emake release
}

src_install() {
	dobin sviewgl
	dodoc config.example
}
slon ★
()

Насколько быстро работает опознание по сигнатурам? Сколько времени потребуется для чтения директории с 1000 файлов? 10 000? Если я запущу его в своей домашней директории, будет ли каждый раз сканировать все поддиректории?

question4 ★★★★★
()
Ответ на: комментарий от andreyu

Я не умею. Но буду рад, если кто-то поможет.

В дебиановском wiki есть хорошее руководство. Даже я, не программист, уже могу что-то собирать (что попроще)…

Dmitry_Sokolowsky ★★★★★
()
Ответ на: комментарий от dadd

1) Переключение в полноэкранный режим в разы медленнее.

Хм, странно. Можно характеристики системы (дистрибутив, cpu, gpu/драйвер)?

2) Не хватает индикаторов перемотки (по вертикали и горизонтали) увеличенного при зуме изображения.

Вы про «полосы прокрутки»? Не делал, поскольку считаю их лишней сущностью, занимающей место в окне.

3) Стрелками клавиатуры медленно перематывается изображение, нужны еще хоткеи для более быстрой перемотки.

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

4) Нужна поддержка сборки пакета с помощью checkinstall

Даже не знаю, что это такое. Этим не дистростроитель занимается?

andreyu ★★★★★
() автор топика
Ответ на: комментарий от s1n

Сам пользуюсь Ristretto. ИМХО загружает большие фоточки быстрее, чем svgl

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

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

Если зум не равен целому числу, то должна включаться линейная фильтрация. Если этого нет, значит баг.
Можно скриншот с этим багом?

andreyu ★★★★★
() автор топика
Ответ на: комментарий от question4

Насколько быстро работает опознание по сигнатурам?

Читается несколько десятков байт файла.

Сколько времени потребуется для чтения директории с 1000 файлов? 10 000?

Зависит от файловой системы, от кеша файловой системы (попала ли эта директория уже в кеш).

Если я запущу его в своей домашней директории, будет ли каждый раз сканировать все поддиректории?

Что значит каждый раз? При запуске вьювера, он строит список файлов (с флагом -r рекурсивно), сортирует его по алфавиту без учета регистра символа и далее движется по этому списку.

andreyu ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4 5 6 7 8 9 10
← KDE Plasma 5.9
Open Source
Radare2 1.2.0 →