Так ведь можно конвертировать ДОС-овские игры на Спек. Тупо команда-в-команду перевести. А потом только переписать вывод на экран. И вуаля!
Так ведь можно конвертировать ДОС-овские игры на Спек. Тупо команда-в-команду перевести. А потом только переписать вывод на экран. И вуаля!
В общем-то да.Сообщение от Andrew771
Но только самые примитивные (чтоб набора регистров и памяти хватило)
Ну и чтоб экран тоже убогонький был.
Т.е. самые первые гамы (которые и на РК-86 можно перевести, да в текстовый режим графики)
Мне цель чуть иная - накалякать такой примитив (для пц) чтоб без проблем перекинуть (с заменой соотв. процедур) на спек.
Конечно это для спека будет оч.круто (тяжко) но думаю вытянет.
Ну а если нет - ну значит эксперимент не удался.
дизассемблировать с PC, потом конвертнуть Трамплином, потом вручную переписать вывод на экран, потом компилить на Спек
Ты видно не так понял?
Трамплин не конвертит.
Трамплин позволяет писать синтаксисом Z80 на Pc
Т.е. то что заработает на письке (писаное на трамплине) - с большой вероятностью заработает на спеке (с нужными правками процедур, конечно)
А наоборот он не умеет
так на кой тебе оно? пиши сразу на спеке....
Мои интры: [Kukarachess][Super boot rmx][tRUSHE MOSAIc][BLAZE]
Мои игры: [Overload][Removal]
Список игр для ZX-Spectrum: [2015] [2014]
Уже объяснял (в нескольких ветках порой) что НЕ МОГУ НАЙТИ АДЕКВАТНУЮ МАТЕМАТИКУ.
Т.е. гарантированый mul, imul, div, idiv
Всё что предлагают - заточено под конкретные (и мне либо не понятные, либо не устраивающие) задачи.
Решил пойти с другого конца - имея аппаратную мат.поддержку накалякать простенький двиг.
Если выйдет - то перенос на спек (ну и точное эмулирование умножаек-делилок)
Я ведь в конце-концов не Алонкодер, я простой деревенский неотёсок.
Так что потихоньку-полегоньку.
Пробуя и спотыкаясь...
Самообучаюсь в общем и ищу подходы...
Да, я понимаю что изобретаю в общем-то велосипед, но что делать если все методические пособия и самоучители изложены совсем непонятным (для меня) языком?
Вот и начинаем-с с нуля всю эволюцию...
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Зачем такие сложности?
Просто бери какой-нибудь borland turbo pascal 5 или c++ 3.0 тот что был под DOS-16bit, ну или тот что под windows - 16bit, напиши процедуру которая спектрумовский экран (массив 6912-byte) показывает на экране ПЕЦЕ (под DOS-ом или под Win16 соответственно) ну и вызывай эту процедуру в конце "главного цикла игры". Потом пиши себе на C или Pascal-е прогу которая рисует в этот виртуальный спекки экран. Таким же образом приделать виртуальную клавиатуру и джойстик если надо.
Другой вариант это: создать интерфейс к экрану, клавиатуре, джойстику (это пачка процедур варианты реализации которых существуют и под ZX и под ПЕЦЕ, которые будут отвечать за конкретные операции с экраном, клавиатурой, джойстиком и т.д.) и писать прогу которая работает только с этим интерфейсом.
Спасибо, но поздняк (всё уже сделано на трамплине)
Ну, земеля, ты молодец, интересной штукой увлекся. На самом деле, такое "извращение" дает один универсальный текст сразу для двух машин. Ну и голова начинает работать в расширенном диапазоне. В 99м у меня была мысль подобие Трамплина сделать, чтобы проги Speccy Basic в QBasic переводить. Дальше пробного образца не пошло, посчитал, что проще поднапрячся и "QB" освоить вместе с ПЦ-асмом. Потом дурканутая идея конвертировать QB-тексты в паскалевые (в итоге мало-мальски освоил Паскаль
Spectrum Basic
Это токо для COM-file-ов может быть правда. Потому что спекки и ПЦ разные совсем по обьему памяти и по схеме управления памятью. Так что если создать исходник скажем под DOS16 (EXE с многими сегментами кода и данных) то запихать его на спекки если и можно будет то только РУКАМИ, кропотливо перелопачивая (т.е. никакого автоматизма переноса тут достичь будет нельзя).
Но идея полезная тем что ПРОЩЕ моделировать будущую спековскую прогу позабыв на время об памяти и скорости.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
