Соглашусь, что код придется смотреть... Предположим кто-то решил разукрасить игру из прошлого… Потребуется:
1) Переписать загрузочную часть, которая должна определять конфиг компа перед стартом и отравлять в некую видео-карту цветную графику
2) Скорее всего переписать часть основного кода программы, чтобы как-то привязать расширенную графику к нему для управления (без наличия видео-карты действительно сейчас сложно понять, как все будет работать)
При адаптации нужно будет понимать, что куча программ написана очень плотно в памяти… часто то, что было в 48к скорее всего будет проблематично адаптировать. При работе с картой желательно минимизировать количество команд для обслуживания самой видео-карты и работы с ней… Поясню… Любая команда в памяти занимает место, и в некоторых старых играх места для новых команд управления графикой может быть НУ ОЧЕНЬ МАЛО или вообще не оказаться… Так что команды должны быть короткими. Иначе нам придется переписывать код для работы в 128к и более (ну сейчас это типа не проблема … все-таки не конец 80х …), но это значит опять «шкодить» в основном блоке проги…
Мне лично интересно как развивается и ТС-Конфа и другие творческие проекты, но вот что касается TS_Labs и VDAC2… вот ведь как заворачивается история – в самом начале VDAC2 темы там уже промелькнула карточная реализации под Zx-bus… значит вопрос стандартизации начал беспокоить «самоделкиных»Но обратившись опять же к истории других платформ, мы увидим, что практически на каждой был период обкатки или даже «ветка эволюции» какой-то конкретной графической карты/чипа. И далеко не все они были совместимы между собой
Разве что DOS/Windows/Workbench отображались одинаково…
![]()




Но обратившись опять же к истории других платформ, мы увидим, что практически на каждой был период обкатки или даже «ветка эволюции» какой-то конкретной графической карты/чипа. И далеко не все они были совместимы между собой
Ответить с цитированием