Что конкретно ты имеешь в виду? Потому что spec256 в оригинальном исполнении в виде стопки полноценных процессоров z80 и битпланов на мой взгляд, слишком затратен по ресурсам относительно результата и для дальнейших улучшений бесперспективен.Сообщение от vlad
Прихожу без разрешения, сею смерть и разрушение...
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
1. не обязательно эмулировать 15 спектрумов можно чтоб один но с широкими регами
2. если и эмулировать 15 спектрумов. можно сделать чтоб каждый из них выполнял свою отдельную задачу
все перспективно
На самом деле, можно уйти от 8 процессоров z80, и прийти к одному дополнительному gfx-z80, обрабатывающему расширенную графическую инфу в своих 64-разрядных регистрах - клонах регистров z80, по командам основного кода z80. К тому же, работающему не во всё время работы основного проца, а только когда тот обрабатывает графические данные. Это то, что я обдумываю как вариант для раскраски игр, обратно совместимый со Spec256.
Последний раз редактировалось Spectramine; 07.05.2017 в 18:44.
умя подозрение что emuzwin так и делает
нужно проверить нагрузку на проц
или написать тест который будет читать из памяти...
- - - Добавлено - - -
это как?
если уже его запустили пусть работает все время...
единственная проблема
что потребление памяти возрастает в 8 раз у этого проца...
и по хорошему ног у этого проца тоже должно быть...
Вполне возможно.
Можно ему, например, наводки давать - начинай пахать/отдыхай. А то будет молотить зря часть времени, когда основной проц занимается не графикой, а другими делами.это как?
если уже его запустили пусть работает все время...
и да это делать в то время когда перемещается\модифицирует я память котороая потом попадет на экран...
отключать оно можно когда не включен режим spec256 например
еще есть проблема при сравнении\условных переходах
так как 8 разных операций сравнения могут дать разный результат
нужно или 9-е регистры содержащий оригинальные данные
или проводить операции только с первыми регистрами а остальные уже на основе...
нужно хорошо продумать короче...
тк в каждом варианте есть свои проблемы с разсинхронизацией
с какой целью? если только получения лучшей графики, то есть менее затратные варианты
софт писать под это никто не будет
ну и как, например, ты перспективный блиттер сюда прикрутишь?
в то же самое окошко на прибитую гвоздями zx-раскладку, битплановый?
Ну, ты мою позицию знаешь - точность клона это не всегда полезно и хорошо. Вообще, блок, нужный только для раскраски старого софта БЕЗ исходников и правки бинарника, я бы сделал максимально простым и "лёгким", раз навсегда зафиксировал и больше не развивал (кроме устранения недочётов). Главное, чтобы он не мешал добавке перспективных новых возможностей, управляемых из нового софта, и чтоб они легко его дополняли. То есть ускоритель сможет рисовать в любой момент по старой картинке, а старый код в спектрумовском стиле - по картинке, отрисованной ускорителем.
Прихожу без разрешения, сею смерть и разрушение...
это улучшение графики
в уже готовых играх без в мешательства в код
простое разукрашивавшие в emuzwin
какие другие менее затратные варианты
чтоб не вмешиваясь в код выдать такое изображение
в принципе легко можно и для нового
- - - Добавлено - - -
и конечно
еще и нужна многозадачная ОС
и чтоб все это работало на 3.5 МГц
идите обратно в свой виндовс...
тут нет таких мощностей чтоб еще и драйвера вызывать...
см. видео - там нет "вмешательства в код"
в новом легче управлять напрямую, тем более что делаешь кучу сборок
Прихожу без разрешения, сею смерть и разрушение...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
