Вектор-06Ц почему только 256 цветов?

[Pyk]

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

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

[svofski]

Для меня
гигаскрин на векторе: каждый кадр (19.968 мс) имеем возможность изменить цвет каждой точки изображения (не обязательно полноэкранно 256x256, реальный максимум 256x128), период изменений 2 кадра (39.936 мс).
мультиколор на векторе (терминология SES): каждую строку имеем возможность изменить >=1 цвет палитры.

Я так же понимаю. Есть два кадра с разными цветами. Кадры 50 раз в секунду переключаются, отчего за счет тормознутости люминофора/улучшайзера/зрительной коры в одной и той же точке получается смесь двух цветов. 1/2 синий + 1/2 красный = 1 эпилептическая маджента.

[ivagor]

Прикинул чересстрочный гигаскрин
8+8 цветов - максимальная ширина картинки в строке 24 точки (режим 256)
16+16 цветов - максимальная ширина картинки в строке 16 точек
Изобретательный человек может и выжмет из этого что-нибудь, но для меня это за границей практической применимости.

[reddie]

максимальная ширина картинки в строке 24 точки

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

[x-code]

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

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

[Titus]

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

HAM6 и HAM8.

[aGGreSSor]

Кажется, на Амиге был подобный режим, где можно было отображать много цветов, но с сильными ограничениями по смене цветов соседних точек.

Особых ограничений там нет. Это примерно как говорить, что "JPEG позволяет отображать много цветов, но с сильными ограничениями". На самом деле это формат сжатия графики с потерями, использующий тот факт, что рядом стоящие пиксели чаще всего имеют одинаковый или похожий цвет. Тот же самый принцип используется в видеорежимах HAM (Hold and Modify) на Амиге. Ограничения там по формату хранения данных, и здесь надо начинать разговор с режимов EHB показывающих 64 цвета из палитры в 4096 цветов на чипсетах OCS и ECS. При этом цветовых регистров всего 32, поэтому есть прямая зависимость следующих 32 цветов пониженной яркости от них.

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

И самый известный из них Deluxe Paint, умеющий также и в анимацию, а также анимационный пакет от Disney и конечно SCALA сделавшая Амиги на какое-то время стандартом де-факто в видеомонтаже, что продолжалось по убывающей ещё пару десятилетий. Все они умеют в HAM. Как амижник, я бы не сопоставлял эти режимы со спектрумскими мультиколорами, гигаскринами и пр. Ничего общего. Но натянуть сову на глобус как известно всегда можно.

[x-code]

я бы не сопоставлял эти режимы со спектрумскими мультиколорами, гигаскринами

Напрямую никто и не сопоставляет. Речь шла только о том, чтобы, возможно, позаимствовать в каком-то виде саму идею hold and modify, т.к. мультиколор на векторе возможен только при очень ограниченной смене цветов между соседними пикселями.

[Improver]

Чисто идея: а что если взять ПК-6128ц и там использовать два (или даже три) экрана с быстрым переключением между ними? Можно получить увеличение количества цветов в два-три раза, с мультиколором выйдет 512 цветов и больше... Но это только идея дилетанта, кто разбирается в мультиколорах, что думаете?

[ivagor]

- Доктор, почему меня (1, 2) никто не замечает?
- Следующий!

Честно говоря эта тема на мой субъективный взгляд сугубо вторичная. Все практически ценное и реализуемое для вектора из этой области уже было озвучено и/или реализовано мною или svofski. И не потому, что я такой умный (svofski умный), а просто потому что никто всерьез не брался. А тут засрали общей эрудицией и прочей ерундой, никто не хочет всерьез думать и делать, лишь бы что-то написать.

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

А с другой стороны если главное - радость человеческого общения, то почему бы и не писать ерунду. И если мне это не интересно, тем хуже для меня, остальным то нравится.

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

озвучено и/или реализовано мною или svofski

Был неправ пропустив автора данной темы KTSerga.
Большое преимущество его варианта по сравнению с тем, что предлагал я - 256x256 вместо 256x128.
Есть и пара ограничений. В моем варианте можно гибко подобрать/настроить любые сочетания 8+8 оттенков. Это позволяет уменьшить мигание за счет минимизации разности и, что более спорно, получить больше оттенков. Если использовать нелинейное смешивание ( смешивание (noflick) в новых версиях emu80 ), то например 3+3 не будет равно 6+0 не только по заметности мерцания, но и по средней яркости.