Batty для ПК Специалист

Вид для печати

Показывать 40 сообщений этой темы на одной странице

13.08.2020, 17:20
CityAceE

Вложений: 1

Batty для ПК Специалист

Пока только главное меню:

https://pic.maxiol.com/images2/15973...90460257.2.png https://pic.maxiol.com/images2/15973...90460257.1.png

Зато со звуком и все нужные кнопки работают :) Меню полнофункционально, устанавливает все нужные переменные и подготавливает игру к запуску. Но 0 пока запускает только di:halt (зависание).

Честно говоря, понятия не имею как я буду дальше переносить код, когда вовсю будут использоваться дополнительные регистровые пары и сложные команды Z80. А вот меню как будто бы специально для i8080 писалось. Навскидку из Z80-специфичного встречалось: JR, DJNZ, BIT и LD (nn),DE, что-то ещё несложное. Экран довольно легко преобразовал. Звук тоже, но там нужно ещё задержки подрегулировать - я поставил на глаз. Для клавиатуры написал свою процедуру.

Пока очень пугают регистровые пары IX и IY, на которые в игре вся логика завязана. Бегло погуглил на предмет готовых рецептов переноса кода с Z80 на i8080, но вообще ничего не нашёл. Будем потом тут вместе придумывать как со всем этим бороться :)

Исходники здесь.
16.08.2020, 18:04
zx_

CityAceE, очень похожая история началась совсем рядом
https://zx-pk.ru/threads/32131-daung...67#post1076967
17.09.2020, 13:57
CityAceE

Вот так оно будет выглядеть:

https://pic.maxiol.com/images2/16003...097.batty3.png

Отсутствуют тени, создаваемые градациями яркости. Обрамление игрового поля также пострадало по той же причине. Также всё плохо с кирпичами из-за невозможности использовать цвет бумаги отличным от чёрного. Не устаю восхищаться талантов автора оригинальной игры и тем, как умело и грамотно он все продумал в плане графики. Одни кирпичи чего только стоят!
19.09.2020, 20:22
CityAceE

Решил процесс переноса игры разбить на два этапа. На первом этапе хочу полностью адаптировать игру к архитектуре Специалиста (память, экран, клавиатура, звук и т.д.) без адаптации кода с Z80 на i8080. Я начал было делать одновременный перенос (см. первое сообщение), но столкнулся со сложностями - не всегда было понятно в чём проблема, то ли в неверном переносе кода с одного процессора на другой, то ли я допускаю ошибки касательно архитектуры Специалиста.

Как только разграничил всё на этапы, то работа сразу пошла веселее. Пока ещё нахожусь на первом этапе, но в игру уже можно поиграть.

Проблемы:

1. Цвет. Пока много проблем с цветом. Основная сложность заключается в том, что на Специалисте нет возможности узнать текущий цвет точки и при рисовании каждой точки каждый раз приходится узнавать каким цветом её рисовать. Я сейчас для отладки закостылил так, чтобы смотрелось в большинстве случаев более-менее прилично, но в дальнейшем придётся сделать как положено.

2. Звук. Он есть, но в оригинальной игре он завязан на прерывания, которых на Специалисте нет. Надеюсь, что в дальнейшем получится это побороть.

3. Скорость. Задержка в игре организована конструкцией ei:halt:di, которая встречается в нескольких местах. Пока я на эти места влепил холостые циклы и задержку выбрал вообще от фонаря. Если же убрать какую-либо задержку, то играть невозможно из-за очень высокой скорости. Это хорошо - значит есть какой-то запас по скорости для перевода на более медленный i8080. Я опасался, что из-за замены halt на холостой цикл может пострадать равномерность, но если и появилась какая-то неравномерность, то в мне глаза она не бросилась. Также не вижу и тиринга, который мог возникнуть при отказе от halt.

А вот, собственно, текущий прогресс:

https://youtu.be/BSv21MnddXo
20.09.2020, 16:51
CityAceE

Сижу туплю - не могу понять что не так. Прикручиваю к игре управление от клавиатуры, как на ZX Spectrum:
ВЛЕВО и ВПРАВО - кнопки ряда ФЫВА через одну.
ОГОНЬ - копки рядов ЙЦУК и ЯЧСМ

При нажатии кнопок по отдельности всё работает как задумано. Но как только зажимаю ОГОНЬ, то каретка или влево не едет, или вправо, в зависимости от того какую именно клавишу ОГОНЬ зажимаю. Может кто-то свежим взглядом посмотрит и увидит, что не так?

Код:

keyboard_ctrl: xor a ld c,a ld a,#82 ld (#ff03),a ; Переключаем ВВ55 на чтение рядов ld a,(#ff01) cpl ld h,a and %00010000 ; Проверка ряда ФЫВАПРОЛДЖЭ jp z,keyboard_ctrl_2 ; Уходим, если ни одна клавиша ряда не нажата ; Опрос ВПРАВО ld a,#91 ld (#ff03),a ; Переключаем ВВ55 на чтение столбцов ld a,($ff02) ; Проверка столбцов ФЫВА cpl ld d,a and %00000101 ld b,a ld a,($ff00) ; Проверка столбцов ПРОЛДЖЭ cpl ld e,a and %01010101 or b jp z,keyboard_ctrl_1 inc c keyboard_ctrl_1: ; Опрос ВЛЕВО ld a,d and %00001010 ld b,a ld a,e and %10101010 or b jp z,keyboard_ctrl_2 ld a,c or %00010 ld c,a keyboard_ctrl_2: ; Опрос ОГОНЬ ld a,h ; Проверка рядов ЙЦУК и ЯЧСМ and %00101000 jp z,LA1DB_7 ld a,c or %10000 ld c,a LA1DB_7: LD A,C LA1DB_71: LD (ctrl_btns_pressed),A RET ; Состояние нажатых кнопок джойстика и управления ; Bit 0 - вправо ; Bit 1 - влево ; Bit 2 - ; Bit 3 - ; Bit 4 - огонь ctrl_btns_pressed: DEFB $06

О том, как работает клавиатура Специалиста я написал здесь.

Cursor и Interface II реализовал. И там одновременное нажатие огня и наплавленный работает корректно. Причем во всех случаях всё сводится к формированию переменной ctrl_btns_pressed. Так что скорее всего проблема именно где-то в процедуре, которую я привёл выше.
20.09.2020, 18:50
ivagor

Для полного счастья надо после
ld a,#91
ld (#ff03),a
добавить
ld a,00101000b
ld (0ff01h),a

Хотя для пользователей emu (и для пользователей emu80 не включивших йцукен) счастье не будет полным.
20.09.2020, 19:02
CityAceE

Цитата:

Сообщение от ivagor

добавить
ld a,00101000b
ld (0ff01h),a

Огромное спасибо! Работает! Сам бы точно не догадался. Но и сейчас особо не могу понять почему не работало ранее и почему работает сейчас :(

Цитата:

Сообщение от ivagor

для пользователей emu80 не включивших йцукен

У меня конечная цель - запуск игры на реальном железе. И соответственно опрос клавиш делаю не по раскладке, а по реальной матрице клавиатуры. А для эмуляторов с раскладкой QWERTY есть управление от Cursor и Interface II, которые от раскладки не зависят.
20.09.2020, 19:29
ivagor

Цитата:

Сообщение от CityAceE

почему не работало ранее и почему работает сейчас

Без "добавки" при детекте направлений нельзя отличить Ф от Я и Й, Ы от Ч и Ц и т.д.

Сейчас большинство новодельных реалов с контроллерами PS2, интересно как там с раскладками.

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

Для большей корректности (вдруг пользователь начнет совсем левые кнопки давить) лучше заменить ld a,00101000b на ld a,11101111b
20.09.2020, 19:42
CityAceE

Цитата:

Сообщение от ivagor

Для большей корректности (вдруг пользователь начнет совсем левые кнопки давить) лучше заменить ld a,00101000b на ld a,11101111b

Да, я начал анализировать суть работы того, что ты предложил, и пришёл к тому же выводу. Хотел об этом написать, а ты уже успел добавить корректировку, чем подтвердил, что я правильно думал.
По этой же аналогии внёс такие же изменения и в остальные типы управления. А то при тестировании выяснилось, что на Cursor мог влиять Interface II и наоборот.
02.10.2020, 10:48
CityAceE

Хочу поделиться информацией о том, как у меня продвигается дело. У меня сейчас очень мало свободного времени, но, когда оно появляется, то я стараюсь тратить его на Batty. Пытаюсь адаптировать к Специалисту и параллельно продолжаю разбирать дизассемблер оригинальной игры. В процессе адаптации на новую платформу начинают проясняться моменты, которые при анализе листинга оставались неясными - я всё это комментирую в листинге.

Я решил всё-таки сначала сделать самую жирную версию, которая в точности будет соответствовать оригиналу. Это возможно на Специалисте-МХ, так как его графические возможности позволяют полностью передавать графику ZX. После получения такой версии буду её упрощать под остальное железо. К тому же, такую версию, как мне кажется, будет проще перенести, например, на Вектор. Вот так игра сейчас выглядит на Специалист-МХ. То есть 1:1, как на Спектруме.

https://pic.maxiol.com/images2/16016....battyspec.png

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

С горем пополам я сделал вывод всех разновидностей (цветные, с маской и без неё) спрайтов в таком виде. Но вдруг откуда ни возьмись за движущимся спрайтами появился шлейф. Понятия не имею откуда он взялся и как от него теперь избавится. Многократно прошерстил всю процедуру вывода графики, но даже не понял почему его изначально не было - нигде просто нет ничего, что бы стирало предыдущий спрайт. Пока отложил.

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

Ну и сейчас завис на адовой процедуре выбивания кирпича. Это какая-то огромная процедура! Она самая большая во всей игре. Логику работы понять не удаётся, а не понимая логики сложно переработать вывод графики. Мне удалось лишь сделать восстановление цвета под выбитым кирпичом, но всё остальное пока никак. И вообще сейчас из-за этого всё поломалось и перестало играться: экран портится, доиграть раунд до конца сейчас не удаётся.

В общем, проблем с таким хранением возникло слишком много. Какие-то удаётся побороть, а какие-то пока нет. Энтузиазм потихоньку угасает. Если окончательно угаснет, то вернусь к варианту линейного хранения графики.

Но нет худа без добра. Благодаря этой затее с переводом на новый тип вывода графики я более плотно влез во многие процедуры и начал понимать их логику, и сейчас исходник Batty для ZX Spectrum можно менять как душе угодно, перемещая процедуры, переменные и буферы в любые доступные места - всё будет компилироваться и корректно работать.

Показывать 40 сообщений этой темы на одной странице