Эмулятор УКНЦ - UKNCBTL

[Alex_K]

А почему так? Ведь выборка внешнего ПЗУ тоже управляется установкой разрядов в соответствующем регистре.
Можно его деактивировать при необходимости, или изначально не подключать банки внешнего ПЗУ.

Обе схемы изначально разрабатывались ЭЛЕКТРОННЫМИ РАБОТАМИ. Там выбор платы сделан довольно простым способом - запрет системного ПЗУ сигналом CE0 и выбор соответствующего слота сигналом CE3. Состояние сигналов CE1 и CE2 роли не играет. Так что возможен такой вариант, что отключили системное ПЗУ в окне 100000-117777, а туда сразу же может встать контроллер IDE, в зависимости от состояния сигнала CE3.

[nzeemin]

Да, эмулятор в этом плане работает некорректно.
При подставлении ОЗУ в области ПЗУ на реальной машине работают одновременно и ПЗУ и ОЗУ. Т.к. ПЗУ поддерживает только чтение, то в ОЗУ можно спокойно писать командами MOV, CLR. А вот при чтении одновременно работают и ПЗУ и ОЗУ. Т.к. ПЗУ быстрее, то оно сразу выставляет на шину данные и сигнал RPLY. А с контроллером ОЗУ возникает следующий эффект: чтение с ОЗУ в области ПП происходит за два захода - сначала читается младший байт, потом старший. Но контроллер ОЗУ при команде чтения сразу же выставляет свой буферный регистр на шину, в том регистре результат предыдущего чтения с ОЗУ. Потому в качестве результата оказывается сложенное по ИЛИ значение чтения с ПЗУ и результат предыдущего чтения с ОЗУ. Иногда контроллер ОЗУ за это время успевает прочесть младший байт с ОЗУ, в итоге результатом чтения будет значение чтения с ПЗУ и сложенное по ИЛИ значение старшего байта предыдущего чтения с ОЗУ и значение младшего байта текущего чтения с ОЗУ.
В окне 100000-117777 ПЗУ можно отключить. Тогда с ОЗУ можно полноценно работать. Но это только в том случае, если в разъемы ВУ не установлен контроллер IDE или электронный диск от ЭР.

Как я понимаю, эта же проблема уже описана тут - https://zx-pk.ru/threads/31349-uknts...ulyatsiya.html
Записал в бэклог, пока не занимался совсем.

[randomizer]

Как я понимаю, эта же проблема уже описана тут - https://zx-pk.ru/threads/31349-uknts...ulyatsiya.html

О, видимо тема быстро ушла с первой страницы форума. Как раз в отпуске тогда был.

[Alex_K]

Как я понимаю, эта же проблема уже описана тут - https://zx-pk.ru/threads/31349-uknts...ulyatsiya.html
Записал в бэклог, пока не занимался совсем.

Да, там она описана. Я тоже там высказывался. Единственно, что я говорил, что команды MOVB и CLRB лучше не употреблять. Но скажу, что всё таки эти команды употреблять можно, т.к. у этих команд чтение фиктивное и его результаты не используются.

[nzeemin]

randomizer, в Qt-версии исправил проблему с палитрами, проверьте у себя пожалуйста.

[randomizer]

randomizer, в Qt-версии исправил проблему с палитрами, проверьте у себя пожалуйста.

Теперь всё корректно. Спасибо!

Но по цветам ещё есть замечание - в эмуляторе, значения яркости задаваемые регистром палитры слабо заметны.
Например если, если понизить яркость зелёного этим регистром, то на ЭЛТ мониторе вместо жёлтого, я вижу оранжевый.
Глядя на изображение в эмуляторе, если не знаешь, то сразу и не скажешь что на экране не чисто желтый, а оранжевый.

Последний коммит обратил внимание на то, что для повышенной яркости используется значение 0xFF, для обычной 0x80, а вот для пониженной 0x60 и 0xDF.
Т.е. обычная и пониженная яркость отличаются 33%
А если вглянуть на схему, то для обычной яркости стоит резистор 390 Ом, для пониженной 820 Ом, отличие на 50%

Правильней было бы вместо значений 0x60 и 0xDF использовать 0x40 и 0xC0

[nzeemin]

Но по цветам ещё есть замечание - в эмуляторе, значения яркости задаваемые регистром палитры слабо заметны.
Например если, если понизить яркость зелёного этим регистром, то на ЭЛТ мониторе вместо жёлтого, я вижу оранжевый.
Глядя на изображение в эмуляторе, если не знаешь, то сразу и не скажешь что на экране не чисто желтый, а оранжевый.

Последний коммит обратил внимание на то, что для повышенной яркости используется значение 0xFF, для обычной 0x80, а вот для пониженной 0x60 и 0xDF.
Т.е. обычная и пониженная яркость отличаются 33%
А если вглянуть на схему, то для обычной яркости стоит резистор 390 Ом, для пониженной 820 Ом, отличие на 50%

Правильней было бы вместо значений 0x60 и 0xDF использовать 0x40 и 0xC0

Насколько я помню, уровни яркости в частности и цвета вообще подбирались так чтобы соответствовать полной палитре из TSTPAL от @Titus:



См. тему https://zx-pk.ru/threads/20686-mnogo...na-uknts!.html

[randomizer]

Насколько я помню, уровни яркости в частности и цвета вообще подбирались так чтобы соответствовать полной палитре из TSTPAL от @Titus:

Как подбирались? Визуально? К какому монитору подключалась УКНЦ, CRT или LCD?

По схеме УКНЦ можно четко определить как по уровню отличается сигналы с обычной, пониженной, и повышенной яркостями.

[Titus]

Как подбирались? Визуально? К какому монитору подключалась УКНЦ, CRT или LCD?

По схеме УКНЦ можно четко определить как по уровню отличается сигналы с обычной, пониженной, и повышенной яркостями.

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

[randomizer]

на основе субьективного понимания

А как же реальные УКНЦ?
Переделываем на основе субъективного понимания?
Так оно свое у каждого.