Блог разработчика
Внезапно обнаружил, что факелы горят неверно )) Выводится только половина пламени по высоте. Поломал я их, видимо, пару месяцев назад и во всех роликах это теперь конечно видно) Починил.
И наконец-то научил стражника не проходить сквозь решетки аки жидкий терминатор!
Недавно я обнаружил, что некоторые решетки открываются не в том порядке, в каком должны. Точнее, не теми плитами управляются. Загнал нужный лабиринт в редактор и понял, что редактировать привязку решеток к управляющим плитам невозможно. Можно только задать все связи заново. Ошибся — задавай все снова. Почему так сделано и как я умудрился все их связать? Ведь никаких записей на этот счет я не делал, это точно. Видимо, по памяти. И это неудивительно: чтобы перенести лабиринты на БК, мне приходилось заходить в КАЖДЫЙ экран каждого лабиринта. Буквально в каждый. Это означает, что я падал во все пропасти, на лету нажимая паузу и печатая экран на матричном принтере (бжжж…бжжжж..). А если по пути попадались падающие плиты? Надо было выяснить, какие падают, а какие нет. Это тоже добавляло повторных проходов. Конечно у меня все эти решетки отпечатались в памяти, ведь я прошел их по сто раз. Но некоторые связи были неочевидны — если по пути ты нажимал несколько открывающих плит, то уже не был уверен, какая именно плита какую решетку открыла, ведь одна плита может открыть их сразу несколько.
В итоге так и вышло — в нескольких решетках я ошибся. Исправляю теперь их прямо в дампе, так проще 🙂
Распечатанные листы А4 мы склеивали в огромные лабиринты, которые едва помещались на полу комнаты)) Долгое время одна такая распечатка в свернутом виде хранилась у меня. Но сейчас я ее не нашел. Наверное все-таки выкинул, или использовал при ремонте для закрывания пола…
Иногда память играла злую шутку — что-то запоминалось глобально, а какие-то вещи ускользали. Глаз замыливался. Я так привык проходить лабиринты на скорость, что только недавно узнал о том, что принц может и сам повторно доставать меч в бою, если сложил его. Клавишей «вверх». Или что стражник может делать шаг назад, а также может хитро защищаться. Еще стражники теряют жизнь при падении с высоты, так же как принц, и могут помереть от этого, если жизнь была последней. Стражники видят принца сквозь решетку, слышат его шаги и отслеживают где он там бродит. Знают, когда между ними и принцем есть падающие плиты и не наступают на них. Могут гоняться за принцем по лабиринту, прыгая при этом в неглубокие ямы. Но не всегда! Если принц сам сложил меч и сбежал — стражник не будет его догонять. Но если в соседнем окне тоже есть стражник, то второго туда никак не заманишь. Двух стражников на экране в первом принце не бывает, это во втором принце они бегают толпами.
Вот такие детали в поведении стражников придают игре реализма. Враги принца не тупые монстры какие-нибудь)) А я стражников просто лихорадочно убивал и бежал дальше) Но при работе над фехтованием это все всплыло. Делать надо было все, иначе это уже не то…
Возможно, это и стало причиной того, что в 200х году проект застопорился. Памяти к тому времени совсем не осталось, код уже вылезал в экран. Экономия шла жуткая. И тут вдруг выяснилось, что стражникам нужен гораздо более сложный интеллект. Да еще и оказалось, что нескольких спрайтов стражника не хватает, они как раз используются для хитрой защиты. Там такие странные позы принимает стражник…
Потом оказалось, что и у принца есть такая фаза…
Все эти спрайты было уже почти некуда размещать, и это не придавало энтузиазма.
Поэтому с появлением СМК весь энтузиазм вернулся! Дополнительная память позволила развернуть многие циклы, оптимизировать некоторые критичные алгоритмы с помощью таблиц и это все значительно увеличило быстродействие принца. И есть еще пара глобальных вещей, которые могут его еще ускорить. Правда, мне кажется что и так хорошо))
Много исправлений в стражниках. Во-первых, это исправление самих алгоритмов боя, они стали более близки к оригиналу. Во-вторых, куча исправлений:
Но глюки еще есть, завтра продолжу охоту на них 🙂
Большинство глюков скучные — зависание да и все. Но есть и смешные. Специально для Yellow Rabbit, публикую пару эпических глюков 🙂
Стражники снова научились ставить блок и отучились по-дурацки подставляться под удар 🙂 Исправлен глюк со стражником, пролетающим более двух экранов. Исправлен глюк с нажатой плитой, на которую падают обломки.
Исправил глюк с падением стражника в глубокую пропасть. Пофиксил запрыгивание на плиту, если над головой принца столб от решетки. Исправил вывод управляющей плиты перед решеткой в нажатом состоянии. Починил глюк с поднятием плиты, на которую упали обломки, и при этом на ней стоял принц. Сделал сохранение текущего количества жизней стражников. И теперь стражник не заходит в окно, если там уже есть другой стражник.
Но багов еще полно )
У стражников, конечно, еще полно багов и недоделок. Во-первых, стражник, падая вниз, не учитывает высоту и остается живым, если ему не попались внизу шипы. А в оригинале стражник теряет жизнь, если пролетел два этажа. И я даже видел, что стражник, теряя последнюю жизнь от падения, помирал. Во-вторых, в оригинальном принце невозможно получить двух стражников на экране одновременно, и для этого автор применил ухищрения. Как я не заманивал одного стражника в окно, где уже есть второй — он не хотел идти дальше. Знает, гад, что два стражника это перебор. У меня же пока стражник охотно бежит за принцем везде. Надо его отучать от этого. Во втором принце, кстати, стражники уже толпами бегают.
Сегодня исправил несколько хитрых глюков. Один состоял в том, что стражник мог нажимать плиту, открывающую решетку, сам при этом находясь в другом экране. Собственно, это правильно, почему бы ему не нажать, раз он на нее наступил. Только вот для стражника эта плита на границе окна имела координату Х=0, а в отображаемом окне Х этой плиты был равен 12. Это приводило к глюку. Второй глюк был как раз связан с несколькими стражниками в соседних окнах. Ну и еще мелочи исправил — для стражника не отображаются «пустые» значки жизней, как у принца.
Попытался переделать спрайты дворцовых уровней в другую палитру, но что-то ничего удобоваримого не получилось. Цвета получаются не менее вырвиглазные, чем сейчас.
Понемногу движемся 🙂
Как заявляли в сериале «Тьма», все фигуры расставлены. Все стражники поставлены на свои места, все заимели полагающееся количество «жизней» и смотрят в нужные стороны 🙂 Попутно обнаружилась, конечно, кучка багов. Теперь буду бороться с ними. Два уже поправил — принц не мог достать меч, стоя на краю пропасти (падал в эту самую пропасть) и мог висеть на уже упавшей плите, нагло болтая ногами. Обнаружились неверно управляемые решетки, а одна и вовсе отсутствовала.
Неприятная новость — похоже, утеряны спрайты дворцовой обстановки в виде отдельных файлов. Придется выковыривать их из уже собранного блока данных palace, чтобы перерисовать.
Постепенно программа росла и объем данных тоже. Процесс сборки занимал достаточно много времени. Если ты что-то менял в каком-то исходнике, надо было его скомпилировать в объектник и вручную слинковать все файлы в исполняемый модуль. Сначала это было не так страшно — штук пять объектников слинковал и все. Так как спрайты занимали много места и размещать их надо было в расширенной памяти, то их тоже слинковали в объектники. И тут вот уже от полученных объектников надо было отрезать таблицы меток, чтобы потом линковать их к исполняемому модулю. Женя написал для этого специальную утилиту.
Код рос и постепенно перестал помещаться в первые 16К. Придумали, как разместить код в расширенной памяти и вызывать эти подпрограммы из основной. Где-то в это время линковать проект с помощью micro1103 стало уже невозможно — таблицы меток всех исходников стали слишком большими. Все-таки, micro1103 был написан для БК0010. Тогда Женя написал линковщик, который умел использовать всю память БК11М. И мы продолжили проект.
Все это было хорошо, но процесс сборки стал напряжным — надо было строго по списку линковать файлы, указывать разные адреса линковки, в определенные моменты сохранять таблицы меток от одних блоков данных, чтобы потом использовать их при сборке других модулей… Обычно один из нас сидел и набивал все это вручную, а второй подсказывал по списку что делать. Если кто-то ошибался, то процесс надо было начинать заново. Нудное дело, скажу я вам. А если ошибка происходила, но никто этого не замечал, то потом, когда при запуске принца все висло, надо было сидеть и догадываться в чем же причина — было это из-за внесенных исправлений или при сборке что-то пошло не так?
И вот тогда Женя вдруг придумал как заставить монитор БК0010 вместо ввода с клавиатуры принимать текстовые команды из файла. Для этого он исправил сам монитор и написал программу «воспроизведения» таких текстовых файлов. Создали мы такой командный файлик, в котором записали последовательно все команды запуска линковщика, загрузки нужных объектников, сохранения промежуточных таблиц — в общем все, что делали вручную каждый раз. Запустили, увидели как все само собралось без участия человека и без ошибок. Далее были сцены поливания шампанским, запуска салютов, и что там еще в фильмах в случаях большой радости?
Свежие комментарии