Есть игры, в которых есть сложная изометрия с разным наклоном поверхностей. Это игры:Quazatron, Fairlight 2 и др.
https://zoneg.ru/wp-content/uploads/...-mehanik_3.jpg
С Fairlight 2 вообще тёмная история, так как там произвольный угол наклона у поверхностей и с этими поверхностями происходит проверка коллизий.
https://www.myabandonware.com/media/...light-ii_6.png
Мне интересно, какая структура данных уровней у таких игр?
https://zoneg.ru/wp-content/uploads/...-mehanik_3.jpg
это вообще можно описать картой высот и картой наклонов
фактически 2д плоскость
Как это будет выглядеть в асм-файле?Цитата:
Сообщение от NEO SPECTRUMAN
Я придумал так - у меня уровень кодируется двумя картами. Карты - физическая и графическая.
Для физической карты элемент массивы размером в байт. Его струкутура:
0-3 биты - четыре младших бита - блок или наклонная поверхность на высоте от 0 до 16;
4 бит - 0 - блок, 1- наклонная поверхность;
5 и 6 биты - тип блока (проходимый/непроходимый,несет урон) или ориентация наклонной поверхности;
7 бит - 0 - блок или наклонная поверхность это индивидуальный элемент, 1 - это сплошная колонна блоков с верхним блоком или наклонной поверхностью.( В принципе с этим битом можно не делать графическую карту, но усложнится алгоритм вывода)
Ну и сама физическая карта в ассемблере для примера 5 на 5:
;физическая карта 5 на 5 элементов
.db 0, 0, 0, 0, 0
.db 0, 1, 1, 1, 1
.db 0, 1, 2, 2, 1
.db 0, 1, 1, 1, 1
.db 0, 0, 0, 0, 0
; rulez forever!!!
По физической карте проверяются коллизии.
Графическая карта кодируется отдельно как обычная тайловая карта не связанная с физической. Элемент массивы графической карты - байт с номером тайла.
для наклона можно иметь и 2 карты
наклон по x
и наклон по y
когда надо считать много столкновений
ну или вмещать в 1 байт
16 наклонов по x
16 наклонов по y
или 256 фиксированных рандомных наклона которых для игры хватит
вплоть до с разной "шераховатостью"
чтоб не считать "стены" на основе высоты
в некоторых случаях
можно так же хранить и доступные направления движения
Зачем две карты?Цитата:
Сообщение от NEO SPECTRUMAN
Для байта четыре младших бита - наклон по x, четыре старших бита -наклон по y. По икс наклон идёт направо и в глубину, для игрека вниз и в глубину. Как интерпретируются разности наклонов - может же получиться что наклон переходит в другой наклон не гладко? Нужен ещё байт высоты добавлять, чтобы указывать с какой высоты идёт наклон.
если ты захочешь сверху скинууть 600 шариковЦитата:
Сообщение от Smalovsky
твои попытки сэкономить 30 байт temp буфера
явно не ускорят процесс...
тыж на спецтруме
- - - Добавлено - - -
утя карту рисует человекЦитата:
Сообщение от Smalovsky
и если "пила" не нужна по игровому ппроцессу
то ее и не надо рисовать и выдумывать себе проблемы
впридачу на изичах можнно выщитать
ибо утя высота ТОЛЬКО для центра столбика
- - - Добавлено - - -
да и для каждого типа столбика (в варианте где 256 типов готовых)
может быть своя карта смещений высот
можешь хоть впукло/сфероидные столбики делоть
и шарики будут туда скатыватсо
если те надо перемещение с точностью больше чем размер столбика
Тут на форуме есть дизасм, я с польского на английский комменты переводил.Цитата:
Сообщение от Smalovsky
https://zx-pk.ru/threads/26129-grax-...=1#post1071190
ЕМНИП там специальный редактор Grax использовался, и он вовсе не был прямо изометрическим (первый fairlight тоже, не обязательно приводить второй, выглядел в изометрии конечно, но всякие вещи там сдвигались попиксельно и имели вес какой-то, навроде бочку толкать было сложнее чем "конфету"). Как строился уровень в Fairlight наверное надо спросить его автора шведа Bo Jangeborg, там у него еще была темная история как его кинул издатель игры и почему недоделан Fairlight 2 и он такой косячный и не особо хорошо играбельный.Цитата:
Сообщение от Smalovsky
Возможно лучше не брать игру эту Fairlight за пример уровней 3d в изометрии.
(а вообще это офигенная игра, первая ее часть, и ее музыка на спикере ZX компа через Wham - The music box - очень замечательная)
даже для сложной многоуровневой трёхмерности выпуклые многогранники, например
их немного надо будет на одну комнату, просто потому что комнаты небольшие
а для блоков регулярной формы проще массивом
отрисовка - вообще отдельный вопрос, внутренней модели точно соответствовать не обязана
в фарлайтах всё рисуется из примитивов, потом производится заливкаЦитата:
Сообщение от Lethargeek