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

[Patron]

неужели наконец-то появится долгожданный эмулятор ДВК?!

Появится точно, но не слишком скоро.

Нет смысла писать новые модули эмуляции, пока не разработан достаточно качественный универсальный модульный API эмуляции.

Вот написал я в тестовых целях (с текущей версией модульного API) несколько модулей для эмуляции ДВК-1 и теперь всё это перестаёт работать при каждом принципиальном изменении API (т.е. почти каждый день). Поэтому почти ежедневно приходится заново отлаживать все уже написанные модули эмуляции ( процессор 1801ВМ1, плата МС1201.00, плата DL11-W, псевдо-контроллер DSK, универсальный терминал ).

[Advertiser]

[hobot]

очень много софта на эти машины.

А можно подробнее этот момент осветить?

Появится точно, но не слишком скоро.

То есть отдельную тему - Эмулятор ДВК - пока рано создавать?

[Patron]

То есть отдельную тему - Эмулятор ДВК - пока рано создавать?

Можно создать тему про универсальный модульный API эмуляции, но только в том случае, если среди участников есть желающие такую тему обсуждать.

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

[hobot]

Наверное они у меня есть.

Вот этот архив мне прислал anasana, за что ему огромная благодарность! Я пока особо не копался ( разгребаю УК-НЦшный завальчик)
Но с его-же слов там должно быть что-то под КЦГД, в том числе и Land (или какой-то иной вариант на тему Lode Runner-а )
http://www.onlinedisk.ru/file/755228/

Alex_K, по поводу операции copy в эмуляторе - на всех этапах эта команда не всегда выполнялась корректно, вы и сами знаете, я просто озвучу свои наблюдения, система в эмуляторе ведёт себя так, словно операция завершилась успешно, но на самом деле на втором диске (куда копируем) копируемый файл не всегда появляется, то есть после завершения операции, по
команде DIR - каталог без изменений остаётся. Хорошо-бы конечно все дисковые операции внимательно прочесать, но могу сказать что INI/VO, DEL, SQ/NOQ - ни разу сбоев не давали например.

-------- добавлено ! --------------
Alex_K, благодарность за два обновления за 1-одни сутки (ночное и вечернее) и по поводу новой раскладки, я вот на ноуте своём сейчас
эмулятор гоняю, очень удобно - главное косвенно\непосредственный @
теперь удобный, остальное вроде тоже довольно удобно.

[Titus]

Получается, что формат данных потока видео (т.е. "кадров видео") - это массив 32-битовых значений цвета точек растра с указанием размерности массива.

А частота кадров? Должна быть какая-то синхронизация по этому вопросу?

[Patron]

А частота кадров? Должна быть какая-то синхронизация по этому вопросу?

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

[Titus]

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

Не знаю, какая система у вас, но если кадровая частота монитора не совпадает (или не кратна) частоте обновления экрана, появляются артефакты, размазывание изображения и/или 'попадание под лучик'.

---------- Post added at 22:43 ---------- Previous post was at 22:21 ----------

Вот этот архив мне прислал anasana, за что ему огромная благодарность! Я пока особо не копался ( разгребаю УК-НЦшный завальчик)
Но с его-же слов там должно быть что-то под КЦГД, в том числе и Land (или какой-то иной вариант на тему Lode Runner-а )

Файлов много, но чета игр особо не нашел.

[Patron]

Не знаю, какая система у вас, но если кадровая частота монитора не совпадает (или не кратна) частоте обновления экрана, появляются артефакты, размазывание изображения и/или 'попадание под лучик'.

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

Однако, в моей версии универсального API эмуляции - каждый поток имеет отдельный канал передачи команд. Так, например, эмулятор терминала иногда отправляет эмулятору последовательного порта команды "ReportBaudRate" и "ChangeBaudRate". Поэтому, если некоторые передатчики потока видео смогут адекватно отреагировать на команды типа "Report_FPS" и "Change_FPS" - удобство использования потока видео, возможно, повысится.

Но это не принципиальный момент. Принципиальный же момент в том, что наличие в отдельном кадре потока видео информации о частоте кадров (на мой взгляд) - совершенно излишне.

[Titus]

Вам виднее. Я так понял, что эта ваша система состоит из всяческих терминалов, как, например, я видел в СМ1420 на УПК в школе. Когда где-то стоит комп, а у учеников 20 терминалов, и главный комп обрабатывает их по очереди. При таком подходе конечно дикие задержки между нажатой клавишей, реакцией программы, и получением ответа в виде изменения видео или аудио.

[Patron]

Вам виднее. Я так понял, что эта ваша система состоит из всяческих терминалов, как, например, я видел в СМ1420 на УПК в школе.

Когда Вы говорите про результаты несовпадения частоты обновления экрана с частотой кадров, то это относится к процессам, происходящим ДО контроллера видео, я же говорю о процессах происходящих ПОСЛЕ контроллера видео.

Проще говоря - у компьютера есть разъём "видео" и у монитора есть разъём "видео", а соединяются эти разъёмы мониторным кабелем. Так вот речь и идёт о том, каким должен быть формат данных, передаваемых по "виртуальному мониторному кабелю" при его эмуляции.

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

Это и интересно обсудить.