Разработка игры Dash
Топик открываем для обсуждения вопросов разработки игры Dash
Вопрос №1: игра работает в режиме IM 2, для опроса клавиатуры переходит в IM 0, потом опять возвращается в IM 2. Можно ли оптимизировать вот такой рабочий код? (за счёт отказа от лишних DI/EI)
Код:LD IY,#5C3A RES 5,(IY+1) DI IM 0 EI LOOP_REPEAT: BIT 5,(IY+1) JR Z,LOOP_REPEAT LD L,(IY-50) ; result in L - a pressed key code DI IM 2 EI RET
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Можно. Для этого надо в обработчике прерываний по IM 2, когда необходимо опрашивать клавиатуру, поставить вызов обработчика прерываний из ПЗУ (CALL 0x38). Еще лучше - сделать свой драйвер клавиатуры. Потому что ПЗУшный во-первых требует, чтобы IY=0x5C3A, что исключает возможность использование хорошего регистра IY для других целей. Во-вторых, ПЗУшный драйвер не поддерживает одновременного нажатия нескольких клавиш.
Вот этого не делаю для скорости - опрос клавиатуры таким способом нужен время от времени, а не постоянно. А обработчик 0x38 грузный.Сообщение от Barmaley_m
Опрос одновременного нажатия не требуется.Это чтобы буковки печатать, имя вводить.
Ладно, спрошу проще. В чём у меня сомнения. Нельзя ли переписать код вот так:
Код:LD IY,#5C3A RES 5,(IY+1) ; DI ; убираем IM 0 ; EI ; убираем LOOP_REPEAT: BIT 5,(IY+1) JR Z,LOOP_REPEAT LD L,(IY-50) ; result in L - a pressed key code ; DI ; убираем IM 2 ; EI ; убираем RET
Олег, даже не знаю с чего начать,.. вопрос прямо с издёвкой чтоли задан, либо есть не понимания этих редких команд.
Смотри, вот маленький ликбез:
1) Режим прерывания не менют по многу раз. Всего один раз перешел на "im 2", так и живешь пока программа не закончится (для возврата в бейсик или сброса)
2) В своём обработчике прерываний делаешь всё что тебе нужно, что будет запускаться каждые 1/50 сек. Можешь частично или полность повторить, что есть по адресу 0x38 (дизассемблер ПЗУ с коментами легко найти в инете). Можно сделать и push/call 0x38 или компактнее rst 0x38, но это плохая практика, т.к. обработчик из ПЗУ разрешит прерывания (и потенциально твой оставшийся код может быть повторно прерван, когда ты этого не ждешь)
3) Инструкции di и ei нужны только для кратковременного запрета прерваний для как можно более коротких участков кода
4) Инструкция halt нужна для того, чтоб перестать делать что-то полезное и тупо ждать прихода следующего прерывания. Если перед эти выполнить di, то ждать будешь бесконечно.
А почему режим прерывания не меняют по много раз? Есть какие-то ограничения?
Мой вопрос вообще без издёвки, он звучит как "нужно ли при смене режима IM запрещать прерывания?"
Если вопрос только в этом, то нужно.
Можно. Никаких ограничений нет. Но... Есть мнение, что это не эффективно.
Oleg N. Cher,
1.лучше всего, если для опроса клавиатуры ты будешь использовать свой собственный опрос клавиатуры.
2.лучше всего, если твоя программа не будет дергать прерывания
(установил IM2, добавил на прерывания все нужные подпрограммы, разрешил прерывания и забыл про них.)
3.лучше всего, если твоя программа не будет использовать ПЗУ вообще (свои библиотеки подпрограмм)
4.лучше всего, если твоя программа будет уметь стабильную скорость обновления игрового поля (не будет падения скорости при увеличении количества объектов)
(для этого обычно на прерывании вешают счетчик и синхронизируются по нему обновляя экран каждые 2,3,4,... фреймов)
5.хорошо если игра будет цветное
это рекомендации. необязательны для исполнения, но исполнение улучшит геймплей.
С уважением,
Jerri / Red Triangle.
Только если по какой-то причине включаешь IM 2, когда таблица с адресами для него ещё не готова. Кроме того, нужно запрешать прерывания (но режим при этом меня не нужно), если зачем-то решил изменить адреса в этой таблице, - есть риск что прерывание придёт и один из байтов адреса будет иметь уже новое значение, а другой старое.
Да, это важное замечание. Я формирую таблицу до перехода в режим IM 2 и после этого её уже никогда не трогаю.
Но если я из IM 2 перейду в IM 0, а потом назад в IM 2, всё будет ок? Не нужно устанавливать регистр I или делать что-то подобное?
jerri, благодарю за советы как сделать спектрумную игру лучше. Но цель другая - кроссплатформенность. Покажи мне хотя бы один исходник игры для ZX, который ты, а ещё лучше - кто-то ещё, смог бы за вечерок-два осмыслить и переписать для другой платформы, желательно не-Z80-based. Можешь гнать хоть с мегабасика на пуребасик, хоть на чём хочешь. Притом хорошо если переписать понадобится ну 30% кода, ну ладно, 40%. Но не 100%. Ага, нету такого? То-то же. Самый кроссплатформенный язык Си в этом тебе тоже плохой помощник, потому что на нём пишут для ZX как на асме.
Моя конверсия Dash делается совсем по другим соображениям, это, скорее, исследовательский проект, чем игровой. Оригинальный его исходник на Си, я вам доложу, ещё та песня. Он настолько укоренён в DOS, что там ничего человеческого нет, ну почти
Затык №1. Не связанный с Обероном, jerri. Сегодня оптимизировал вывод тайла 16x12 точек и опять нашёл баг в SDCC. Подождём-с фикса. Эх, и вот так всё время.
здесь нет ошибки компилятораЗатык №1. Не связанный с Обероном, jerri. Сегодня оптимизировал вывод тайла 16x12 точек и опять нашёл баг в SDCC. Подождём-с фикса. Эх, и вот так всё время.
здесь есть ошибка программиста
а вот вторая ошибка программистаerror: [JR] Target out of range (131)
если интересно поясню где именно ошибкаКод:LDI ; #9 LDI DEC E DEC E INC D
С уважением,
Jerri / Red Triangle.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
