Да это буквально одно из применений.Сообщение от svofski
Прямой задачи доступа к реальным ресурсам ПК, я конечно не ставил.
Второе применение это реализация программной эмуляции неких реальных или гипотетических контроллеров, для их использования с эмулятором при отсутствии реального Вектора, без внесения изменений (реализующих контроллер) в эмулятор Вектора.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Чтобы упростить решение проблемы курицы и яйца, дописал скриптование устройств ввода-вывода: Ссылка. Примитивный пример в scripts/iohook.chai реализует инвертер на порту 0x33.
Больше игр нет
Интересно, тестировали ли когда-нибудь переключение "на лету" режима 512/256 символов?
В демке dizrek_.rom во всех эмуляторах картинка заставки (на втором экране и дальше) иногда "подмаргивает" - неточная эмуляция или на реале так же?
Pyk, на моем реале не подмаргивает (или может быть только когда я моргаю) -- https://youtu.be/pZkqfxt4DYw (зря он что ли на подоконнике место занимает?)
На всякий случай оговорюсь, что это Вектор-06Ц с доработкой синхры и по-моему нету 100% консенсуса насчет влияния доработки на подобные эффекты.
Больше игр нет
Я бы не связывал возможные мигания в dizrek_ с переключением режима 256/512. Имхо там единственная возможная причина мигания - если в какой-то момент плеер выходит за отведенный интервал и синхронизация временно рушится.
Последний раз редактировалось ivagor; 05.03.2019 в 11:38. Причина: исправил орфографическую ошибку
На реале переключение режима 256/512 не должно приводить ни к каким "подмаргиваниям", так схема формирования изображения сделана, что переключение происходит "на ходу". Скорее всего должны быть демки в которых разные части экрана работают в разных режимах одновременно.
В эмуляторах если "подмаргивание" действительно связано переключением режима, то возможно это связано с переключением "разрешения" экранной области, хотя я в этом и не уверен, т.к. не имею представления как в эмуляторах происходит "вывод на экран".
Дело конечно же в синхронизации, но заметно на переключении режима. Это может быть момент начала прерывания, а может быть момент, когда именно появившийся в порту битик начинает оказывать влияние на схему генерации видеосигнала.
Вот как это проявляется у меня в эмуляторе. Сделал 512x256 инверсным, чтобы это было хорошо видно
https://www.youtube.com/watch?v=bv8njWtlvG0
- - - Добавлено - - -
KTSerg, все может мигать и на реале если переключать не синхронно, или не одинаково каждый кадр. В дизреке@ прямоугольная врезка из 256x256 в нижней части экрана. И плеер AY. Похоже, что на некоторых кадрах, плеер не успевает полностью отработать вовремя и что-то там залезает на прерывание, отчего все сбивается на тютельку. Надо сказать, что размер тютельки судя по тому, что я сейчас вижу, довольно крупный.
На реале смыргивание тоже происходит, не могу поверить, что это не так. Но вся зона смещена влево, поэтому этого эффекта просто не видно. У меня есть специальная задержка между out и реальной записью в порт, она нужна была для разных других бордюрно-палитровых прелестей. Если я делаю быструю установку режима 512, без этого буфера, то мырганье пропадает. Хмм..
Больше игр нет
Для пробы версия DIZREK_ без музыки, возможно она не будет сдвигоморгать. Кроме самого конца, когда ожидание прерывания сделано не очень хорошо.
В самом конце оригинала dizrek@, то есть на последней сцене, в моем эмуляторе сдвигомыргает даже с хакой.
В версии ivagor-а врезка стоит монолитом так прочно, что слышится Реквием Лигети и хочется подбросить вверх чего-нибудь.
Больше игр нет
Так и должно быть, я это упомянул. Там ожидание прерывания не по HLT.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием