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

[NEO SPECTRUMAN]

Возможно, можно попробовать при выборе цвета из палитры предварительно проверять яркость. И если яркость точки выше некого порога, например, выше половины яркости синего, то исключать черный из вариантов.

это уже похоже на костыль для 4с
а не на универсальный алгоритм который жрет всё

[Dec]

можно наверно запихнуть мноижетли 0.072187* на первый проход

Можно, это прибавит скорости. Но, формула K((A-B)^2) <> (KA - KB)^2. Но не знаю, насколько это повлияет на результат.

[NEO SPECTRUMAN]

K((A-B)^2) <> (KA - KB)^2

это до
ну также нигде не сказано куда именно нужно тулить коэфициент
может окажется что (KA - KB)^2 даже правильней

я не уверен проверял я такой вариант или нет
у меня по 5 варинтов действий под скобочками
и по 5 варинтов за скобочками с разными степенями итд
и все это уже не читаемо
но рабочие только несколько комбинаций
и то для ЧБ одни для цветного другие...

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

[Dec]

а на -66 уже текучка

У меня ощущение, что текучка вызвана как раз коэффициентами в формуле 0.212655 * (R1 - R2)^2 + 0.715158 * (G1 - G2)^2 + 0.072187 *(B1 - B2)^2. Из за низкого коэффициента синий копиться, а как появляется возможность, начинает сбрасываться в виде текучки.

[NEO SPECTRUMAN]

У меня ощущение

нехилая текучка есть и без коэфициентов


неплохо было бы снять дамп буфера
прямо во время текучки и посмотреть какие там цифры

я наверно включу у себя в пошаговом режиме

[NEO SPECTRUMAN]

симуляция текучки в excel для палитры CGA
переход с синего на белый
желтым обведен "потек"


вот как выглядит в оригинале


проверка нормальности работы


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

вместо ограничения уровня по типу тупого среза
можно попробовать общую нормализацию
на каждом шаге подгонять уровни по максимальному
типо
128 512 64 --> 64 255 32
-100 -100 300 --> 0 0 256

и не допускать уровни больше x1,5 х2 от максимума например

[Advertiser]

[NEO SPECTRUMAN]

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

ограничение в 3 диапазона


ограничение в 4 диапазона

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

без ограничений


без ограничений но коэффициент распределения 0,86

видим как просрались нижние ступеньки...


может с правильной центровкой относительно 0,5
результат будет получше


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

проверяем не похерилсо ли обычный режим работы



стало\было (было может не соответствовать тем же настройкам)







местами задралась яркость (спишем на кривую реализацию)
но в целом смысл не изменился...

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

и снова с CGA






ну и еще теперь я не могу включить серпантин
поэтому оставшаяся текучка несколько сильней чем могла бы быть...

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

и смертельный номер
подсовываем палитру в которой нет белого
и теперь белый получить некак

RGBY


тоесть текучка сильно не развилась даже в экстремальных условиях



CGA с расчехленными из широких штанин весовыми коэффициентами (православные 4G2R1B)

[NEO SPECTRUMAN]

Dec, а можешь запилить "safe" версию гигаскрина для спектрума?

ну это когда атрибуты одинаковые у обоих мигающих знакомест
и когда промежуточный цвет делается шахматкой

саму шахматку сделать 2х

11001100
11001100
00110011
00110011
11001100
11001100
00110011
00110011

ну пушо ее не так колбасит на фоне дизерингов и штриховок
и она LCD TV Safe
тк там может быть такое мерзкое явление

[Dec]

Попробую. Кстати, для гигаскрина доступна опция View\Show flickering images.

[NEO SPECTRUMAN]

а еще я хотел паругатсо


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

доступна опция View\Show flickering images.

у меня не доступно
пункт есть но он серый

щас скачаю еще версию из шапкии проверю

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

проверил все тоже самое
может используется способ вывода синхронизации которого нет в ХРю?
а кнопка лочится при проверке наличия