Simple Viewer GL (Linux и macOS)

Когда-то я добавил поддержку "стандартного экрана спектрума" (6912 байт) в свой вьювер. Но недавно обнаружил, что на самом деле существует гораздо больше различных форматов. Согласно статье http://hype.retroscene.org/blog/graphics/320.html я узнал о новых для себя форматах: multicolor 8x4/8x2/8x1; standard + border; multicolor 8x4 + border; attributes (53c).

С помощью метода "научного тыка" я сделал частичную (пока не реализован бордюр) поддержку этих форматов.

Но есть несколько вопросов:

1. Тип формата определяю по размеру файла. Есть ли иной способ определить формат?
2. В некоторых изображениях одного формата битовая область идет линейно, а в некоторых как в оригинальном спектруме. Как это отличить я не придумал.
3. С форматом Multicolor 8x4 + Border не разобрался.
4. Где можно почитать спецификации этих форматов, что бы сделать все по уму?

Скриншот вьювера под Linux с загруженным PNG и информацией о выделенной области изображения:
https://bitbucket.org/repo/XgobE8/im...leviewergl.png

Вьювер написан для Linux и macOS. Для создания окна использует glfw3. Для загрузки некоторых форматов используются сторонние библиотеки (libpng, giflib, libtiff, libjpeg), для остальных свои собственные велосипеды (PSD, AGE, DDS, ICO, PPM, XWD, XPM, TARGA). Исходный код находится тут:
https://bitbucket.org/andreyu/simple-viewer-gl

Версия 2.75:

1. Добавлена поддержка формата XPM (собственная реализация).
2. Убрана зависимость от библиотеки libconfig++ в пользу ini-подобного конфига.
3. Улучшена поддержка форматов DDS, ICO и XWD.
4. Добавлена поддержка формана TARGA (собственная реализация).
5. Обновлена палитра ZX-Spectrum (теперь это PULSAR, как на "железном" ZX).
6. Добавлена возможность сохранять зум (переключается по хоткею <shift>+<s>).
7. Исправлена ошибка с фильтрацией текстур.
8. Улучшено сканирование директории, поддержка drag-n-drop списка файлов.

Клонирование репозитория (для новых пользователей):

Код:

---

$ git clone https://bitbucket.org/andreyu/simple-viewer-gl.git
$ cd simple-viewer-gl
$ make release

---

Обновление до последней версии:

Код:

---

$ cd simple-viewer-gl
$ git checkout master
$ git pull
$ make clean
$ make release

---

Цитата:

---

Сообщение от andreyu

узнал о новых для себя форматах

---

http://multiartist.untergrund.net/
(в галерее можно скачать картинки для проверки правильности)

Цитата:

---

Сообщение от andreyu

standard + border; multicolor 8x4 + border

---

нет таких форматов. да и не надо, а отдельные примеры - не щитаюЦЦа форматом)
Бордюр (хоть и с картинкаме, хоть с мультитриколором) удобно хранить в .xpm, и ничего выдумывать не надо.
Когда нибудь да доделаю сохранение.

Цитата:

---

Сообщение от zebest

нет таких форматов. да и не надо, а отдельные примеры - не щитаюЦЦа форматом)

---

По ссылке retroscene.org утверждается обратное. Поиск по базе данных zxart.ee подтверждает наличие картинок в таких форматах.

Цитата:

---

Сообщение от zebest

Бордюр (хоть и с картинкаме, хоть с мультитриколором) удобно хранить в .xpm, и ничего выдумывать не надо.

---

В таком случае лучше вообще использовать PNG. А не xpm, который представляет из себя "c-array с описанием в текстовом формате" (кстати, мой вьювер его тоже умеет) и является нативным только для Xorg.

Цитата:

---

Сообщение от zebest

Когда нибудь да доделаю сохранение.

---

Вы о чем?

- - - Добавлено - - -

Цитата:

---

Сообщение от goodboy

http://multiartist.untergrund.net/

---

Спасибо за ссылку, почитаю.

Цитата:

---

Сообщение от goodboy

(в галерее можно скачать картинки для проверки правильности)

---

Я пользовался картинками из zxart.ee - но это все тот же метод "научного тыка".
К примеру есть форматы multicolor 8x4, 8x2 и 8x1 - для первых двух битовые данные лежат как для standard spectrum screen, а для 8x1 данные лежат "нормализованные". Это фича такая?

Цитата:

---

Сообщение от andreyu

Поиск по базе данных zxart.ee подтверждает наличие картинок в таких форматах.

---

картинки - есть , формата - нет. Покажите хоть ОДИН! файл и вьювер для него, а еще лучше - граф. редактор под этот (не)суйщействующий формат
А так - пустое...
xpm - ну да, текстовый формат, но для описания бордюра подходит как нельзя кстати, а так да, и у меня есть сотни картинок бордюрных в формате .brd, но в xpm они было бы гораздо интереснее в плане редактирования , ну и просмотра.
Ладно. Повторюсь, пустое, я понял. край.
За вьювер спасибо,

Цитата:

---

Сообщение от zebest

картинки - есть , формата - нет. Покажите хоть ОДИН! файл и вьювер для него, а еще лучше - граф. редактор под этот (не)суйщействующий формат

---

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

Цитата:

---

Сообщение от zebest

xpm - ну да, текстовый формат, но для описания бордюра подходит как нельзя кстати,

---

Он подходит не более, чем любой растровый формат.

Цитата:

---

Сообщение от zebest

а так да, и у меня есть сотни картинок бордюрных в формате .brd,

---

Это прекрасно. Но вы не единственный, кто обладает базой картинок в этом формате. Вопрос стоит не в базе данных, а в спецификации на формат.

Цитата:

---

Сообщение от zebest

но в xpm они было бы гораздо интереснее в плане редактирования , ну и просмотра.

---

В плане редактирования лучше подходит распространенный растровый формат, а не формат, который понятен нескольким вьюверам и GIMP'у.

Влил изменения из development ветки в master. В планах довести до ума поддержку бордюра в ZX-Spectrum screen и добавить свой загрузчик BMP формата, вместо кривого ImLib2.

Цитата:

---

Сообщение от zebest

Покажите хоть ОДИН! файл и вьювер для него, а еще лучше - граф. редактор под этот (не)суйщействующий формат

---

http://multiartist.untergrund.net

Цитата:

---

Сообщение от andreyu

В таком случае лучше вообще использовать PNG.

---

Может, тогда будет лучше использовать TIFF?

Тогда в стандартном тэге 1 битного изображения можно хранить пиксели. Строки будут идти последовательно, а при выводе на экран спектрума надо перетасовать. В этом случае 2 плюса: Картинку можно будет просмотреть на PC любым просмотрщиком и можно будет сохранять картинки больше или меньше разрешения, чем стандартные 256х192.

Так же, надо будет ввести тэги для атрибутов. Один для стандартных и ещё 3 для мультиколора.

Следом за этим комплектом будет идти вторая картинка для гигаскрина.

- - - Добавлено - - -

И ещё вопрос по упорядочиванию атрибутов для мультиколора. Как лучше, последовательно по 768 байт или рядом идущие 2-4-8 байт относятся к 1 знакоместу?

- - - Добавлено - - -

Итак:
- Наличие одной картинки означает чб изображение.
- Наличие картинки и тэга атрибутов означает цветную картинку. Тут возможны варианты стандарт 8х8 или мультиколор 8х4, 8х2 и 8х1.
- Наличие 2 таких комплектов картинок означает гигаскрин.
- Наличие 3 шт 1 битовых картинок без тэга атрибутов означает триколор. Тут, конечно, возможно наличие атрибутов соответствующих цветов, но нужно ли оно? Думаю, не нужно.

Вы предлагаете придумать свой формат. А я веду речь о уже существующих форматах.