DaDither - еще одна програмка для dither-га картинок

[Xela]

@Dec, хотел попросить добавить пару форматов для ZX Spectrum Next

- .sl2 - он очень похож на .nex, только без палитры: the binary content of file is: regular 128 bytes +3DOS header, then 256*192 bytes with pixel data, NO palette data = in total 49280 bytes (хотя +3DOS header можно пропустить, как это делает утилита Remy Sharp, тогда получатся 49152 байта, ровно столько же, сколько .nxi без палитры)
- .slr - это вариант Радастана, только вместо 4битного цвета, там 8битный, и размер, соответственно 12288 байт. вот тут про него немного есть

тут архив с одним и тем же изображением в .rad и .slr и второй пример - один и тотже скрин в .sl2 и .nxi с палитрой и без

[Advertiser]

[Dec]

sl2

Уже поддерживается. Нужно просто выбрать палитру RGB332.

slr

Изучу.

[Xela]

Уже поддерживается.

О! Класс!

Изучу

Спасибо!

[izzx]

Замечательно. Благодарю.

[CityAceE]

Dec, а можно в варианте для Специалиста реализовать метод, который предложил DDp?

[Dec]

а можно в варианте для Специалиста реализовать метод, который предложил DDp?

Добавил. Но поскольку выходной формат не определен, то сохранение в bmp/png.

[CityAceE]

Добавил.

Спасибо!

выходной формат не определен

Тут возможны только два варианта:
1. Хранить атрибут цвета непосредственно перед байтом пикселей.
Плюсы:
- Такой способ будет будет самым удобным для вывода картинки на экран Специалиста.
Минус:
- Сложнее компрессия.

2. Хранить атрибуты цветов единым массивом сразу после копии экранного ОЗУ.
Плюсы:
- Можно загрузить такую картинку в ч/б формате в любой Специалист без каких-либо предварительных преобразований.
- Легче сжимать.
Минусы:
- Сложнее выводить на экран.

Как компромисс, можно сохранять сразу два файла в обоих форматах.

Dec, а можно что-то сделать с превью выходного файла? А то он-то сохраняется нормально, что в полной мере невозможно оценить результат из-за искажений. Из явного - задвоение строк (на срезе яблока, например).



И да, вот для удобства цвета Специалиста (то, что в комментариях):

color_map:
	db	0x0F ; 00 Белый - 4с Белый
	db	0x0E ; 10 Жёлтый - 4c Синий
	db	0x0F ; 20 Белый (alt)
	db	0x0E ; 30 Жёлтый (alt)
	db	0x0B ; 40 Magenta - 4с Зелёный
	db	0x0A ; 50 Красный
	db	0x0B ; 60 Magenta (alt)
	db	0x0A ; 70 Красный (alt)
	db	0x0D ; 80 Cyan - 4с Красный
	db	0x0C ; 90 Зелёный
	db	0x0D ; A0 Cyan (alt)
	db	0x0C ; B0 Зелёный (alt)
	db	0x09 ; C0 Синий
	db	0x00 ; D0 Чёрный- 4с Чёрный
	db	0x09 ; E0 Синий (alt)
	db	0x00 ; F0 Чёрный (alt)

[CityAceE]

а можно что-то сделать с превью выходного файла?

Разобрался, что это лечится нажатием на Ctrl + P

[Dec]

1. Хранить атрибут цвета непосредственно перед байтом пикселей.
2. Хранить атрибуты цветов единым массивом сразу после копии экранного ОЗУ.

Можете создать по одному примеру каждого формата?

И да, вот для удобства цвета Специалиста

Не совсем понял, как эту информацию использовать.

[CityAceE]

Можете создать по одному примеру каждого формата?

Хорошо, постараюсь организовать. Тут же ещё для проверки придётся организовать просмотр на самом Специалисте. Собственно, давно собирался, но в отсутствие источника картинок особой нужды не было.

Не совсем понял, как эту информацию использовать.

Это коды цветов, которые нужно будет помещать в соответствующий массив.

Тут ещё проблема в том, что коды для 4(5) и 8 цветных схем отличаются. Но я думаю, что для начала нужно ориентироваться на 8 цветов, а далее посмотрим. В конце концов конвертнуть одно в другое даже на лету при выводе на экран не представит сложности.

Вот так, наверное будет понятнее:

4(5) цвета:
0x00 - Белый
0x10 - Синий
0x40 - Зелёный
0x80 - Красный
0xD0 - Чёрный

8 цветов:
0x00 - Белый
0x10 - Жёлтый
0x40 - Magenta
0x50 - Красный
0x80 - Cyan
0x90 - Зелёный
0xC0 - Синий
0xD0 - Чёрный