SAVC, Если стереть строчку 5051, а в строке 5110 написать 0 TO i-1, то одним костылём будет меньше.
Проверять-же на совпадение нужно прошлые кнопки, не вместе с текущей.
Народ ждёт игровое меню, чтобы не писать GO TO 5000, звучки.
Если самому лениво - напиши, и позволь народу допилить немного игру напильником.
Думаю, что инерционность вообще не нужна. Это ж не Питон, а лабиринт с кучей мин и поворотов. Без инерционности играть можно, прошел один уровень. Хотя реакция на нажатия клавиш подтупливает, возможно это из-за общей тормознутости бейсика.Сообщение от SAVC
Игру надо писать так, чтобы самому в неё играть хотелось)
Скорей это потому, что опрос клавиатуры сделан не как в Rompechetos, а как-то менее удачно. Можно подглядеть как сделано там и тогда всё будет ништяк
___________
weiv, да, реакция подтупливает. Это особенности Бейсика.
Игру будем совершенствовать, это же первая версия, эскиз.
Планирую написать следующую версию на Ассемблере.
Она будет свободна от этих недостатков.
И, надеюсь, со звуком.
Reobne, ну, и с меню, разумеется.
- - - Добавлено - - -
ZX_NOVOSIB, по всей видимости, это достигается за счёт уменьшения задержки при автоповторе. Попробовал что-то ввести в Бейсике - невозможно.
Попробуйте откомпилировать бейсик-программу одним из бейсик-компиляторов. Это может дать хороший прирост быстродействия, и не надо будет писать версию на Ассемблере.
А почему бы не взять компилятор Boriel's ZX Basic? Бейсик-интерпретатор - одна крайность, асм другая. Есть же варианты и посерединке. :-)
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Не смотрел в потроха, но если изначально писать под целочисленный компиллятор от Евдокимова (версия MCoder2), можно получить довольно бодрый код, который лишен одной существенной проблемы большинства компилляторов - их присутствие в памяти для работы полученного кода. На худой конец, можно и TOBOS FP.
Когда есть, но не знаешь где - это все равно, что нету.
Довольно бодрый - это если только для Бейсика. Всё равно Boriel's и другие кросс-средства - лучше. Больше свободной памяти, больше скорости, больше фич и возможностей. Хотя в итоге игру делает концепт, графика и звук.
Допускаю, что хороший игродел может и с MCoder'а получить приличный профит. Но он же может получить от кросс-средств ещё более приличный профит, не переходя полностью на ассемблер. Разве что отдельные процедуры, которые, опять же, проще вызывать из кросс-средств.
Может показаться странным: зачем я пиарю Boriel's? Открою вам секрет. Лично для меня, как разработчика ZXDev, несомненным фактом является техническое превосходство ZXDev над Boriel's Basic, хотя последний всё равно на несколько порядков лучше MCoder'а 2. Но для вас это превосходство не вполне очевидно. И мне интересен разработчик, который "вырастет" из Boriel's Basic'а как из коротких штанишек, но не в пользу полного перехода на ассемблер. Ибо это потенциальный юзер ZXDev. А я люблю юзеров ZXDev ;-)
Oleg N. Cher, замечательная идея! Жалко, проект недоступен. Сайт лежит. Работает только страница на GitHub.
https://github.com/boriel/zxbasic
https://boriel.com/en/software/the-zx-basic-compiler/
Кто знает, в чём причина? При записи на ленту не сохраняется значение одной переменной, новой переменной inert. Остальные переменные сохраняются.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
