DSDOS для ПРК "Орион-128"

[Denn]

ZPilot, я ориентируюсь на родной монитор М2, он является стандартом для О-128. Если под ним что-то не будет работать или будет работать криво, то это вообще не вариант.

Последующие реинкарнации, видимо, решали какие-то локальные задачи, и их авторы не особо заботились о полной совместимости с базовым М2.

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

Запустите OrionZEm, выбирете монитор M32Zrk.bin

Для меня нетипичная комбинация, т.к. не пользуюсь ни тем, ни другим.

как стартанет ось, запустите М256.2, внем DUMP и попробуйте, чтобы дамп дошел до момента скролинга экрана.

Запускал под DSDOS M256$, у меня всё работало без вопросов. Скроллинг при выводе осуществляет текстовый драйвер из ПЗУ Монитора, т.е. ОС тут вообще никаким боком. Если некорректно работает M256, то все вопросы к M32Zrk. Ну или к эмулятору... тут уже надо глубоко копать эту конкретную связку.

[ZPilot]

я ориентируюсь на родной монитор М2, он является стандартом для О-128.

Так я и говорил, что были проблемы с монитором. На форуме нашел без ошибки со скролингом, хотя это не исправило проблему с:

Как реализован опрос клавиатуры? У меня эмулирована РК86 через ВВ55, опрос в любую сторону, как на реале. Работает адекватно везде, даже в ZX-играх. Но тут... Видео процесса чуть ниже

[Denn]

На форуме нашел без ошибки со скролингом, хотя это не исправило проблему с:

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

В связи с этим мой совет - поставьте М2 и проверьте. Заодно и со скроллингом будет всё хорошо.

[ivagor]

"Микрорасследование" по поводу процедуры опроса клавиатуры F81B. В мониторе-2 при обнаружении нажатия клавиши будет задержка примерно 37000 тактов. В m32zrk - примерно 20500 тактов. А в m34zrk задержку в этом месте совсем убрали и если вызывающая программа думает, что задержка тут есть, то она ошибается.

[Denn]

А в m34zrk задержку в этом месте совсем убрали и если вызывающая программа думает, что задержка тут есть, то она ошибается.

А, ну вот, тогда автоповтор будет сумасшедшим, что мы и наблюдаем на видео Жени.

[ivagor]

Можно, кстати, наглядно продемонстрировать, что дело именно в упомянутой задержке. Берем монитор-2, уменьшаем задержку до минимума (по смещению 030B-030C меняем 00 06 на 01 00) и смотрим, насколько становится похожа работа клавиатуры на m34zrk.

[Denn]

Берем монитор-2, уменьшаем задержку до минимума (по смещению 030B-030C меняем 00 06 на 01 00) и смотрим, насколько становится похожа работа клавиатуры на m34zrk.

Мне больше другое интересно. Вот человек, который переделывал стандартные п/п Монитора на свой лад - он о чём думал?

[ivagor]

На мой субъективный взгляд автор оригинальной процедуры зря сделал жесткую большую задержку, это поставило крест на использовании процедуры в динамичных игрушках. Но и автор m34zrk тоже поступил не очень хорошо, корректнее было бы выделить один-два байта в озу для возможности изменения (для совместимости инициализируем "большим" значением, а если использовать в игрушеке - меняем на маленькое). У меня подозрение, что задержка пропала из m34zrk не столько из-за собственно тонкостей опроса клавиатуры, а просто не хватало места в 2 Кб для новых фич.

[Denn]

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

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

Но и автор m34zrk тоже поступил не очень хорошо, корректнее было бы выделить один-два байта в озу для возможности изменения (для совместимости инициализируем "большим" значением, а если использовать в игрушеке - меняем на маленькое).

Ну т.е. рассуждение автора нового Монитора было примерно таким: "вот я запилил крутые фишки и они стоят того, а то, что некоторое, ранее написанное ПО под базовый Монитор не будет корректно работать - это фигня.

У меня подозрение, что задержка пропала из m34zrk не столько из-за собственно тонкостей опроса клавиатуры, а просто не хватало места в 2 Кб для новых фич.

Так а её всё равно пришлось бы переносить в п/п F803h, без задержки человеческого автоповтора не будет .

[ivagor]

Для исправления ошибки со скроллом в m32zrk надо по смещению 03A3 изменить F0 на EF.
В принципе есть 2 варианта борьбы с особенностями мониторов m3*zrk. Или хакать сами мониторы или подгружать альтернативные драйверы для нужных процедур, все же они поддерживают векторизацию процедур.