Предлагаю соченить "Девайс для накрутки палитры".

[fan]

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

Девайс особенно эфективен при режиме "16 цветов на точку", но никто не мешает использовать его и с обычными режимами + автоматическое подтыкание палитры для произвольных областей экрана без участия процессора привнесёт дополнииельную красоту в знакоместовую раскраску .

Как это должно работать (в общих чертах) -
Девайс хавает в качестве входных данных биты которыми шифруются цвета выводимых спеком точек , т.е. те самые RGBY , которые снимаются до аналоговой обвязки (как при подключении цифровых EGA мониторов). Так же в девайс через порты в принудительном порядке помещаются значения палитры .
Если палитр на экране несколько , то соотв. загружаем сколько нужно (по определённым адресам девайса). Далее , так же настраиваем у девайса временные итервалы смены палитр. (синхронизация по INTу , возможно ещё по CLK или TI).
В конечном итоге девайс получив четырёх битный код с RGBY , подтыкает один из 16 цветов предварительно загруженной палитры (на которую указывает предварительно запрограммированный итервальный таймер), выдавая на свои выхлопные регистры к которым подключены ЦАПы (вприципе можно и хоть 8bit на канал). Аналоговые сигналы R G B снимаются уже с ЦАПов (можно практически подоткнуть обратно на плату к аналоговой обвязке) .

Вот такая вот бредоидея

(В аттаче чисто образец фотки в 16 цветов (на весь экран)).
============================================
Альтернатавное продолжение темы - простое расширение до 256 цветов (режим fan256c) http://zx.pk.ru/showthread.php?t=4767&page=7 пост 68

Возобнавлённая тема накрутчика палитры (для 1бит (не реределанный спек), ALCO16C и fan256c)
http://zx.pk.ru/showthread.php?t=4767&page=14 пост 136

[Advertiser]

[Lethargeek]

А происхождение "бредоидеи" - видео на тридевятом?

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

Пока первое впечатление - слишком громоздко для таких ограниченных возможностей по применению - фактически только картинки смотреть. Что-то вроде амиговского HAM, только извратнее.

[DimkaM]

я ничё не понял
(хотя я наверно и недолжен был что то понять)

[fan]

я ничё не понял
(хотя я наверно и недолжен был что то понять)

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

А происхождение "бредоидеи" - видео на тридевятом?

Нет но близко , я как то heroy предложил присобачить нечто для нормального отображения мультиколоров на TFT , чтоб цвета фиксированные выдавались .
Собсно САБЖ вылез из так и не реализованной другой бредоидеи

Сразу вопрос по фотке - сколько палитр и как часто они меняются?

Одна (для режима 16 цветов на точку).

Так, чисто с виду - даже внутри многих знакоместных линий случается...

Это для режима 16 цветов на точку . Про знакоместовое применение ничего ценного сказать не могу , ибо не фанат оного .
Хотя помнится расширение именно знакоместовой палитры существует , вот только цветов реально мало и все они фиксированные . А данный девайс позволит накрутить какие угодно цвета .

Ты подсчитывал, сколько памяти ушло на полное описание переключений, плюс сами палитры (зависит от разрядности ЦАП)?

Да я ваще переключения в последний момент выдумал , и больше трёх-пяти и не хотел предлогат (т.е. и экран делится только по вертикали) . Короче это вопрос для обсуждения , всё равно придётся плясать от реально доступной однокристалки .

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

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

Пока первое впечатление - слишком громоздко для таких ограниченных возможностей по применению - фактически только картинки смотреть. Что-то вроде амиговского HAM, только извратнее.

Для режима 16 цветов на точку всамый раз ! От малюсенького микроконтроллера (и ящека резюков ) никто не умрёт
Для знакомест... хмм :\ не знаю... , не фанат... , HAM-X городить точно нафиг надо , короче пока это не более чем расширение знакоместовой палитры .

[spensor]

Если я правильно понял задумку Fan'а (устройство подменяющее 8/16 цветов в обычном спектруме на те-же 8/16цветов, но из динамически изменяемой палитры), то подобная схема существует уже минимум 12 лет (отсчитываю с момента когда я ее сам увидел). Была схема от ВМГ, само собой не о каком контроллере тогда речь идти не могла, содержала порядка 8 микросхем. Схема состояла из ОЗУ (соответствие между кодом цвета и цветом отображаемым схемой), ЦАП и мелочевки. Схема позволяет подменять код цвета на произвольный цвет из палитры в 4096 цветов.

[Lethargeek]

Ну для 16-цветного наверно покатит, а для стандартного - имхо результат ничтожный по сравнению с затраченными усилиями. Кстати, если не планируется динамически менять инфу по экрану, таки можно ваще обойтись одним битом на все (это будет типа команда "начать прием данных"), а всю инфу предварительно по тем же самым линиям RGBY считывать (забивая экран служебной инфой) - только наверно для надежности придется строб резервировать... Еще с нестандартными палитрами ATM возможны проблемы.

2spensor: а там как управление сделано?

[spensor]

2spensor: а там как управление сделано?

Давно уже не поднимал архивы, кажется именно в этой схеме (но может и в другой) через порты Interface1 (#E7,#EF,#F7), как "неприжившиеся у нас и соответственно бесперспективные".

[fan]

Если я правильно понял задумку Fan'а (устройство подменяющее 8/16 цветов в обычном спектруме на те-же 8/16цветов, но из динамически изменяемой палитры),

Угу , усё верно . Главное реализуется достаточно просто .

подобная схема существует уже минимум 12 лет (отсчитываю с момента когда я ее сам увидел). Была схема от ВМГ, само собой не о каком контроллере тогда речь идти не могла, содержала порядка 8 микросхем. Схема состояла из ОЗУ (соответствие между кодом цвета и цветом отображаемым схемой), ЦАП и мелочевки. Схема позволяет подменять код цвета на произвольный цвет из палитры в 4096 цветов.

Да впринципе реализация на МК не принципеальна , я бы даже сказал что крайне желательно чтоб МКашная реализация повторяла/эмулировала железный-дискретный вариант , чтоб потом с ума не сходить при перетаскивании в матрицу .
Конечно реализация на МК избавляет от кучи гемороя , особенно если делать смену палитры на разных частях экрана (ещё можно сделать различные варианты скрола палитры) + не нужно маиться с паятельством тонны рассыпухи или покупать не дешёвую матрицу ради такого примитива . А МК стоят более менее приемлемо и достаточно широко распространены и корпуса привельные имеют

2spensor: а там как управление сделано?

Аналогичный вопрос . Расскажи все подробности какие только помнишь . ИМХО стандартизировать эту штуку крайне необходимо , ну хотя бы ради "16 цветов на точку" ибо дефолтная палитра крайне страшна...

Ну для 16-цветного наверно покатит, а для стандартного - имхо результат ничтожный по сравнению с затраченными усилиями.

Не спорю , меня торкнуло только ради "16 цветов на точку" , но раз ради старого расширения знакоместовой палитры (не от ВМГ) делали граф редактор и даже игру написали (чего-то там про симпсонов) , то и это лишним не будет , ну покрайней мере в компах где уже есть "16 цветов на точку"

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

Да ну , нафиг , ИМХО изврат какойто .

Еще с нестандартными палитрами ATM возможны проблемы.

Боюсь АТМ это уже другая опера , у него и так свои видео режимы с палитрами есть , только злые девелоперы сделали их фиксированными :\

[Lethargeek]

Да ну , нафиг , ИМХО изврат какойто .

Оно ваще все изврат

Боюсь АТМ это уже другая опера , у него и так свои видео режимы с палитрами есть , только злые девелоперы сделали их фиксированными :\

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

Или придется к названию темы добавить "...для Pentagon-1024SL"

[Costa]

Fan, и впрямь бредятина и изврат какойто
Тридевятый нормальный видеопроц и всё при себе имеет.
Причём идеология карточки на нём более правильная
которя никаким образом не вмешиваеться в стандартный
видеовыхлоп любого спека.