Идеальный Спектрум

[Lethargeek]

Я предлагаю более простой способ доработки игр, чем с ULAX.

нет, ты снова предлагаешь БОЛЕЕ СЛОЖНЫЙ способ, необоснованно и дерзко объявляя его простым

Просто устранить клешинг, доработав подпрограммы вывода на экран.

"просто" это как - щёлкнуть пальцами? Нифига, надо переписывать процедуру (и возможно, переписывать фундаментально, с перераспределением регистров и изменением обхода адресов). И да, ВНЕЗАПНО - в принципе ULAX позволит делать и так. Но я так не делаю, потому что это НЕВЫГОДНО - возни больше. Смысл имеет, если только хочешь игру ускорить или исправить видимые глюки оригинала (но в этом случае лучше всё равно делать новую спектрум-совместимую версию, и уже на неё драйвер исправлений накручивать). И естественно, затраты времени возрастают (лучше бы при этом иметь исходники, пригодные к пересборке).

Не надо загружать дополнительные файлы для параллельных процессов подмены вывода на экран. Все изменения можно сделать прямо в самой игре.

ага, надо загружать вообще ДРУГОЙ спектрум-несовместимый основной файл

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

Идиальный вариант модернизации игры, это добавление к ней дополнительного настройщика в начале, и полное сохранение оригинальных кодовых блоков.

Посмотри в архиве с моим эмулем пример релиза Elopement (файл test\elopulax.scl). Можно запускать оригинал напрямую (RUN "ELOPEMEN"), а можно через "настройщик" (RUN "ELOPULAX"), который сам загрузит оригинал и включит в нужный момент раскраску. При наличии юлакса, естественно. А если нет юлакса, то "настройщик" отработает вхолостую, и разницы с оригиналом тогда не будет.

КМК как раз о чём ты и говоришь.

[Advertiser]

[Reobne]

отработает вхолостую

Точно! Что подводит нас к ещё одной идеи идеальности. Улучшающая видеокарта ничего не должна посылать в ZX, она должна слушать шины, понимать их, формировать улучшенный образ, и выводить изображение на монитор.
Естественно, на определённые шинные коды, карта должна реагировать, то есть должны стоять ловушки.
Допустим, при записи в порт FE запускается скрипт WriteFE, при записи по адресам 4000..57FF - WriteBits1, 5800..5AFF - WriteAttr1, 2000..3FFF - LoadScript
Также нам нужно слушать сигнал сброса, и каким-то образом в каждый момент времени знать координаты луча. Например иметь внутренние счётчики номера строки и позиции в строке и как-то их синхронизировать.
***
Это базовая настройка для ZX48, сразу формируется при включении и при сбросе.

[CLR]

Ага, следить за экраном, и если по нему начал перемещаться массив пикселей, спрайт, каким-то образом определять процент покрытия спрайта определенным цветовым атрибутом; тут же перехватывать вывод атрибутов и сопровождать спрайт собственной цветовой маской попиксельно. Тут недалеко и до привлечения нейросетей Не зря в Некст RpiZ таки втыкается!

[Lethargeek]

Точно! Что подводит нас к ещё одной идеи идеальности. Улучшающая видеокарта ничего не должна посылать в ZX, она должна слушать шины, понимать их, формировать улучшенный образ, и выводить изображение на монитор.
Естественно, на определённые шинные коды, карта должна реагировать, то есть должны стоять ловушки.

так у меня ничего и не посылает, и где надо реагирует, как задашь
читать с карты в спектрум мб нужно только для каких-нибудь графредакторов

Ага, следить за экраном, и если по нему начал перемещаться массив пикселей, спрайт, каким-то образом определять процент покрытия спрайта определенным цветовым атрибутом; тут же перехватывать вывод атрибутов и сопровождать спрайт собственной цветовой маской попиксельно. Тут недалеко и до привлечения нейросетей Не зря в Некст RpiZ таки втыкается!

ахахах, да тут даже не малинка в рилтайме, тут и мейнфрейм в оффлайне обломается 100% правильно обсчитать
и быстрее человеку ручками хакнуть и скрипты составить, чем заведомо неидеальных результатов обучения дожидаться

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

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

так видеокарта же новый видеосигнал и формирует (то есть всё знает)))

[bigral]

1 все варианты на fpga для расширения ретро компа это фуфел по определению, так как не ретро ниразу и смысла обсуждать это нету никакого, тот кто это обсуждает троль с next-ом на шкафу или эмулем и логика его действий нездравая вместо того чтоб забыть 8-bit как страшный сон и пилить на raspberry + sdl/open gl все что хочет он морочит людям голову идеями поставить двигатель от теслы в горбатый запорожец чтоб получить ГОВЕНЬ...

2 новая ретро фича к старому ретро компу создает новый интерес а не убивает уже существующий, пример - колеса от 8-рки в таврии...

[Lethargeek]

1 все варианты на fpga для расширения ретро компа это фуфел по определению, так как не ретро ниразу

1985 год - "не ретро ниразу"? может, и Z80 CMOS тогда фуфел? нуачо, только TTL, только хардкор!

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

также фуфел mp3-плееры для загрузки вместо труЪ магнитофона с плавающим звуком и подкруткой головки, а sd-ридеры и вовсе полный зашквар

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

вощем, ересь сжечь огнём! и назад, в пещеры и на деревья!

[Syntal]

1 все варианты на fpga для расширения ретро компа это фуфел по определению, так как не ретро ниразу и смысла обсуждать это нету никакого, тот кто это обсуждает троль с next-ом на шкафу или эмулем и логика его действий нездравая вместо того чтоб забыть 8-bit как страшный сон и пилить на raspberry + sdl/open gl все что хочет он морочит людям голову идеями поставить двигатель от теслы в горбатый запорожец чтоб получить ГОВЕНЬ...

В вашем же определении "Спектрум - это ретро комп" для вас главное именно "ретро", для других больше второе! Позапускать старые игрушки, в Бейсике повозиться, глянуть, что за новые режимы внедрили. Аналогия из автомобильной тематики у вас преувеличена: если у вас хобби такое - "просто гонять на горбатом", то можно и от теслы движок поставить, а не искать оригинальные детали втридорога и реставрировать потом 10 лет запор в состояние как с завода.

[zx-kit]

Раньше компьютеры макетировались на DIP микросхемах. А потом это все упаковывалось в одну заказную микросхему:

"В самом начале 1984 года, на американской выставке CES была произведена первая демонстрация Lorraine широкой публике. Компьютер до сих пор представлял собой груду печатных плат и множество проводов, но все это старательно было спрятано под стол, на котором оставили только монитор. Самой большой проблемой на этой демонстрации было обеспечение вентиляции системы – пространство под столом никак не вентилировалось, и оборудование могло в любую секунду выйти из строя, но, к счастью, этого не произошло.

Lorraine произвела фурор – на экране крутилась известная демонстрация «Boing Ball», которая рисовала вращающийся, прыгающий трехмерный красно-белый шар. При этом, достигнув краев экрана, он со стереозвуком ударялся о стенки и двигался в обратную сторону. На фоне других, восьмиразрядных компьютеров, возможности Lorraine смотрелись просто шикарно! "

Потом это множество плат упаковали в одну микросхему и компьютер назвали "Amiga".

[CLR]

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

[Reobne]

суть конфликта

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

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