Игра Bolder Dash для УКНЦ

[BlaireCas]

По заголовку темы думаю всё понятно
Обычный болдер какой везде как-бы есть, а у нас его не было (у нас были другие, нестандартные).
Ну а теперь есть со стандартными уровнями.

Картинки

---

[свернуть]

Выброшено сразу:
- никаких мол таймеров и жизней - играешь пока не надоест (дааа, наконец-то!)
- а ну еще нет дополнительных уровней, забил на них (я знаю что там только рандом в числах поменять, но.. лень)
- magic wall виден сразу анимированный
- у амебы рандом мой собственный поэтому её рост ну такой-себе.. странный, хотя вроде проходимы эти два уровня с ней
- клавиатура не прям отзывчивая, зависит от погоды на марсе и нажатия клавиши до или после синхронизации
(это всё так и останется и вряд-ли будет изменено)

Исходник:
https://github.com/blairecas/bolder

.sav-ка там-же в /release
https://raw.githubusercontent.com/bl...ase/bolde2.sav

.dsk там-же в корне
https://raw.githubusercontent.com/bl...ain/bolder.dsk

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

Еще добавлю почему не сделан нормальный скроллинг ибо на деле скролл экрана там имеется если присмотреться. Вообще ВЕСЬ лабиринт болдера отображен в видеопамяти и по нему остается только "ездить окном".
Но внезапно вылезла увы проблема:
- Рокфорд бежит вправо и сдвигается на 8 пикселей (пока-что это не отрисовано, но запомнено уже)
- Экран сдвигается за Рокфордом и он "улетает" на 8 пикселей влево мгновенно
- Рокфорд отрисовывается на новом положении (то-есть опять 8 вправо или как-бы "по-центру")
Итого эта ерунда приводит к мерцанию и раздвоению Рокфорда - поэтому убрал постоянное смещение экрана за ним. Оно только хуже делает.

[Advertiser]

[randomizer]

Супер! Распаковал наконец УКНЦ чтобы заценить)
У меня встроенного динамика нет, звук выводится через звуковуху на колонки.
Звуковые эффекты зачёт, звучит отлично!

[CodeMaster]

Распаковал наконец УКНЦ чтобы заценить)

А на реале текстуры и палитра также вырвиглазно выглядят как на скрине в первопосте?

[BlaireCas]

А на реале текстуры и палитра также вырвиглазно выглядят

Ага Ну блин господа, я не особо художник графония, как стырил так и стырил. Тырил с С64, но там как-то вообщем фигово стырилось согласен

Фото реальной

[свернуть]

По-идее там цвета в разных уровнях меняются, я сделал некое подобие трех расцветок мол, но вообщем.. ладно уж как вышло так и вышло.

Кстати если кому интересно - полный дизасм болдера на С64 с комментариями и прочим.
http://www.retrointernals.org/boulde...sassembly.html

Часть вещей ну и графоний брал оттудова, часть ну понятно что мое (цвета прям оттуда взять невозможно, либо нужна "полноцветная" УКНЦ)

Кстати это можно перенести на БКшку, вся ерундень занимает 15кб (а там еще меньше будет) и учитывая что я жадный и расходовал их как кот васька которому дали мясо и он сразу всё захапал. Но тут даже как-то не особо много и заняло при всей моей жадности. Типа на БК-0010 попрет. Разве-что скроллинг такой не будет разумеется ибо его там нету.

[CodeMaster]

как стырил так и стырил.

Да вопрос не в этом, пиратство наше фсё ;-)

Тырил с С64, но там как-то вообщем фигово стырилось

У C64 весьма спцфичская палитра. Есть БКшный Bolder Dash 3 для 11М с приятным графонием и УКНЦешная палитра должна ему подойти.

Кстати это можно перенести на БКшку

Нужно. Я уже задолбался в твой Column играть, а бросить не могу.

Разве-что скроллинг такой не будет разумеется ибо его там нету.

Жили без него в других играх, хотя и не таких динамичных.

[BlaireCas]

Нужно.

Да надо будет подумать как перенести. Ибо тут у меня разрешение 160х288 (но играбельное поле по вертикали только 256 как-бы). В БК будет чуть побольше по горизонтали плюс тайлы побольше станут. Но из-за особенностей БК (видеопамять сразу в обычном ОЗУ) возможно и ничего страшного и скорость не уменьшится особо.

(один фиг тут 9 фпс залочено мной точнее 50/6.. ну где-то 9. БК должно осилить)

[randomizer]

А на реале текстуры и палитра также вырвиглазно выглядят как на скрине в первопосте?

Я бы не сказал чтобы прям вырвиглазно.
В начале уровня, когда всё поле заполнено тайлами, возникает ощущение, что не хватает контрастности.
Когда подрасчитил от тайлов, становится норм. Да и когда глаз привыкнет, тоже норм.
И то, как то по началу не обратил внимания, уже после заданного вопроса запустил, и обратил на это внимание.

По-идее там цвета в разных уровнях меняются, я сделал некое подобие трех расцветок мол, но вообщем.. ладно уж как вышло так и вышло.

Думаю стоит попробовать сделать один цвет с пониженной яркостью.
Например на первом уровне, у фиолетового понизить яркость.

Keith, автор оригинальной ChibiAkuma's говорил, что составлял палитру из принципа увеличения яркости, от чёрного к белому.
Т.е. цвет 0 - чёрный, цвет 1 - с пониженной яркостью, цвет 2 - с установленным битом яркости, и цвет 3 - всегда белый.

[BlaireCas]

Думаю стоит попробовать сделать один цвет с пониженной яркостью

К сожалению мои обе УКНЦ не особо любят пониженную яркость. На квантовой ее банально нет. На сэмзовой она типа есть, но надо выкрутить gain на минимум у OSSC чтобы она была видна (а тогда по телику артефакты от sync on green или от чего такого начнут вылазить). Вообщем тут я сторонник "стандартных" 8-ми цветов.

Ну и тут собственно есть-же тайлы в исходнике. Если их кто-то мне перерисует на лучший вариант - я очень обрадуюсь и разумеется будет улучшенная версия так-сказать. (только надо учесть что в Tiles.png используются только четные вертикальные строки графики, они для красоты сделаны 16х16, но сама игра когда вот в лабиринте использует разрешение 160 горизонтальное, то-есть перерисовывать надо будет ну скажем точно также с удвоением пикселей. Это так задумано чтобы в gimp-e мне крышу не снесло от сплющенных тайлов)

[CodeMaster]

Ну и тут собственно есть-же тайлы в исходнике. Если их кто-то мне перерисует на лучший вариант - я очень обрадуюсь и разумеется будет улучшенная версия так-сказать. (только надо учесть что в Tiles.png используются только четные вертикальные строки графики, они для красоты сделаны 16х16, но сама игра когда вот в лабиринте использует разрешение 160 горизонтальное, то-есть перерисовывать надо будет ну скажем точно также с удвоением пикселей. Это так задумано чтобы в gimp-e мне крышу не снесло от сплющенных тайлов)

Тут не понял. А нельзя тайлы 16x16 использовать? А то какая-то Атарищина получается.

[BlaireCas]

Тут не понял. А нельзя тайлы 16x16 использовать? А то какая-то Атарищина получается.

Можно конечно, просто скорость упадет в тех местах где почти перерисовка всего экрана идет. Собственно оно и сейчас не прям быстро рисует. Если вот на уровнях с амебой ее не трогать, а подождать пока размножится на весь экран - это уже заметно становится. Не прямо слайд-шоу, но ощутимо заметно.
А так да - сделано "под атари" (или С64) где также удвоенные пиксели в игре.

Что тут можно было-бы сделать и как ускорить. Ну допустим попробовать отобразить экран на обычное ОЗУ. Да вот только когда я начинал писать игруху - я специально сделал так что весь лабиринт (а это 40х22 элемента) идет целиком в видеопамять чтобы проще по нему скроллить окошком было. (Хех, а в итоге скролл все-равно ненормальный пришлось сделать).
Если сделать в разрешении 320х288 то весь он в обычную память уже не полезет (полезет, только почти всю ее и сожрет).

Если портировать на БК - тогда да, от удвоенных пикселей придется отказаться и делать 16х16 как видимо на спектруме сделано. Но там и вообще скролла все-равно не будет и незачем будет пихать всё в видеопамять.