Краткое описание движка.

изначально, когда был придуман первый хак, указывающий на возможность быстрого отбрасывания половины теневых от направления камеры полигонов, уже было ясно, что будут искажения на карте-1, что будут одни параллели, а медиан на карте не будет, так как за положения она не отвечает, только за ориентиры. Оси всего 2 на этой 3D карте, так как они отвечают за положения и поворот камеры вокруг собственной её оси Y - не интересен, так как задача сделать валовый грубый отброс половины возможных теневых полигонов не по расчёту, а по карте.

Возможно что позднее будет рассмотрен поворот камеры вокруг собственной оси, но не на этом этапе - уж точно не в алгоритме валового отбора теневых полигонов от ориентира камеры, и не на этапе создаваемой именно этой карты.

Стоит пояснить, что на данной карте, координаты объектов значения не имеют, и что на ней нормали всех объектов начинаются в одной точке.

Понятно, что если карту развернуть в плоскость, то при повороте вокруг оси X будут наблюдаться переходы и искажения области захвата камеры. Да даже это видно и на последнем изображении, если мысленно начать поворачивать плоскость по оси X (красные горизонтальные параллели).Эта тема работы завтрашнего вечера, движок делается в свободное личное время.

И вот теперь уже - да, можно переходить к рассмотрению такого предмета как изометрия, и к написанию формул.

Трассировка карты.

Как может программа, с её ограничениями быстро обозревать карту... Тут много вариантов, я сделал два, где в каждом

два массива, где в ячейке каждого, помимо поля с данными, указывается либо количество шагов до неё , либо адрес следующей ячейки.

По сути правильное название этого метода: Трассировка по линии переходов, с произвольной точкой входа.

Не техническое название от меня ( впрочем как и техническое) -трассировка "Сталкер".

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

Карта более подробно.

С какой частью объекта работает карта.

Тип данной карту, и данной трассировки я намерен применить и к пространству виртуальному и к камере.

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

Усложнять эту трассировку можно сколько угодно, наращивая обрабатываемые с её помощью объёмы данных.

Примерно этот-же способ, с небольшой адаптацией применим и к рейтрейсингу. Разница в том, что отражённый на сцене в камеру от объекта луч рассчитывается на предмет падающего луча. А так - то же самое, но в краты быстрее рейкастинга.

Карту можно доработать для более детальной фильтрации рейкастинга и рейтресинга через добавление к ней сопроводительной карты и понятия (для работы с ней) радиуса нормали.

Вершины, прорисовка.

Позиции вершин при прорисовке будут браться с дополнительной карты углов вершин. Просто каждая вершина будет иметь ещё глубину посадки. Лучше чем эта карта и трассировка с ней - я ничего не придумаю нового. Просто трассировка будет в обе стороны читаться, от центра угла обзора.