Вид для печати
Цвет курсора накладывается по ИЛИ на изображение экрана. Соответственно, если курсор черный (RGB=0), то его вообще нет на экране. Накладка по ИЛИ происходит уже на сигналы RGB. А насчет единственное или нет, не знаю. Регистров на шине ПП у него нету, все делается через регистры управления цветом и отображением.Цитата:
Сообщение от Titus
А если курсор красный, скажем RGB = 100, а фон синий RGB = 001, то итог будет фиолетовый? А с яркостью как?Цитата:
Сообщение от Alex_K
Да, итог будет фиолетовый. А насчет яркости не могу сказать, тюнер у меня выводит только Ч/Б изображение, это надо к телевизору подключать и смотреть (но это не всегда возможно).Цитата:
Сообщение от Titus
Наверное это сделали, чтобы видней было символ за курсором.Цитата:
Сообщение от Alex_K
---------- Post added at 13:27 ---------- Previous post was at 13:27 ----------
В какие версии машин ставили такой чип?
Что-то слабо верится, если курсор белый, то он все будет закрывать, эффекта никакого не будет. Может хотели сделать накладку курсора по MOV/AND/OR/XOR? А может просто глюк какой, который не заметили.Цитата:
Сообщение от Titus
В любой. Заменил собой "морально устаревший" 1515ХМ1-036.Цитата:
Сообщение от Titus
Если накладку по разным функциям, то она должна была выбираться.Цитата:
Сообщение от Alex_K
У меня в машинках нет такого чипа, и вообще не видел такие, чтобы курор был прозрачным.
Кстати, тут сон приснился, что я нашел программу, которая использовала дополнительные цвета (с палитрой). Может стоит поискать? )
PC1.SAV - не поддерживает? )Цитата:
Сообщение от Titus
осторожно скриншот!
Скрытый текст
Провел еще несколько тестов, и результат неутешительный.
Все касается чипа 1-031.
Случайно заметил, что иногда (редко) переходная пара равна 0->4095, а это означает, что... В буферный регистр не прописалось число 99!
Итак, как могло оказаться в буферном регистре число 4095 + 1 = 4096, т.е. 0? Да никак! Предыдущий тест туда записывал 4095, а текущий 99.
Отсюда вывод, что при записи 99 запись просто НЕ ПРОШЛА! Вот и что думать?
Итак, в обновленном тесте таймера подвердилось еще одно предположение о вероятности незаписи из буферного регистра в счетчик при кратковременном импульсе останова таймера, попавшем между двумя тиками предделителя. Но, это и так уже было описано чуть ранее.
Кстати, тут есть еще одно замечание. Судя по всему, цикл доступ к регистру состояния таймера (а может и не только), имеет кратность > 4 тактов. Т.к. выравнивалка на случайное число тактов, кратное 4 (т.е. циклу доступа ПП к шине), нейтрализуется после чтения регистра состояния.
Осталось выяснить как минимум два момента:
1) Неподтвердилась догадка, что если в буферном регистре ноль, и в режиме остановленного таймера прочитать регистр текущего значения, то он никогда не разблокируется, т.к. из счетчика все время будет заноситься новый ноль. Это надо проверять.
2) Удалось иногда словить переходную пару 0->4095, что было описано постом выше. Тут надо исследовать. В обновленном тесте сделано так, что если будет переходная пара 0->4095, то именно данный дамп будет отражен в тесте.
Тестируем на разных чипах!
Скрытый текст
Явно не пишется какой-то бит.Цитата:
Сообщение от Titus
99= 1100011
4095 = 111111111111
Т.е. при записи нуля в какой-то из этих битов регистр не пишется.