Electr0

тоесть если хотим поворачивать группу предметов по X, ихние углы "доворачиваем" по оси Z?

не очень понимаю что это даст.., ты предлагаешь поворачивать обе оси сразу?

1 минуту назад, KOllapsE сказал:

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

 

Я так понимаю, сейчас при поворотах используется xyz или zyx иерархия. Решение для правильных поворотов по Z и X - менять иерархию в зависимости от того, по какой оси мы хотим поворачивать объекты. Хотим по Х - используем zxy, что будет с остальными осями нам всё равно, мы их не используем в тот момент. Если после этого поворачиваем по Z - используем yzx. Только вот осуществимо ли это сейчас и не распухнет ли плагин ещё в пару-тройку раз? : D

не думаю что разбухнет, но я не знаю как это сделать D

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

и да, 

13 минуты назад, KOllapsE сказал:

Т.е. они правильно используют http://en.wikipedia.org/wiki/Rotation_matrix#In_three_dimensions относительно XYZ объекта 

 мы не относительно, а реально поворачиваем объект по осям X Y Z, ту гео информацию что ты видишь показывает по реальным осям объекта, тоесть ты видишь как они изменяются относительно мира

проблема в том что если хорошенько по заворачивать по осям Y X Z, то потом при поворотах по осям X Z ты не можешь предсказать как повернется предмет, если по оси Y ты точно можешь знать что просто повернется вокруг себя по горизонтали, то в этих случаях нифига), и да куб плохой пример он симетричный, возьми забор, на нем хорошо видно проблему сваливания двух векторов в одну ось ее вроде именуют gimbal lock, на видео показан этот эффект, в моем случае и так сяк бывает, нельзя предсказать результат, пока не могу придумать решение:

Только что, KOllapsE сказал:

а что, прототип уже на Меге? 0_0

нет нужно закрытое тестирование, пока что жду желающих, там довольно критичные возможные исключения, но пока что то что нашел закрыл уже

администраторы Mega survival приглашаются на тестирование прототипа, для выявления не найденных недочетов и других возможных поломок после поворотов группы предметов как одного

система отката повтора групповых действий отказывается корректно откатывать/повторять данный тип действия, придется регистрировать новый тип действия, т.к. тип действия передвинуть не запоминает углы. гемор ><, ненавижу сдвиги стеков

1 минуту назад, KOllapsE сказал:

Ну-у-у, тогда стоит уделить внимание тому, почему по Y магия работает, а по X и Z - нет

попробуй по поворачивать повернутый предмет по осям X Z увидишь что результаты очень разные, в отличие от по Y, даже не знаю можно ли это обойти)

34 минуты назад, KOllapsE сказал:

А они тоже используют rotate YAW, когда поворачиваются после перемещения? Если да, то мб надо использовать повороты как сейчас на стройке - то есть, объект перемещается, используя YAW, а потом поворачивается по старой системе, по какой-нибудь оси. Если нет, то мб и там надо использовать

не, rotate yaw и все перечисленное до этого не работает в текущей реализации, я провожу вектор от точки А до Б потом поворачиваю его по функции базирующейся на теории http://en.wikipedia.org/wiki/Rotation_matrix#In_three_dimensions далее прибавляю к координате позиции стартового предмета получившийся повернутый вектор и тем самым получаю конечную позицию повернутого предмета, что касается поворотов просто прибавляю по оси Y на величину поворота вектора указываемую в аргументе к функции поворота

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

Тест на проблемной карте мост, где окружение повернуто относительно координатной плоскости на 45 градусов что вызывает визуально и ориентировочные проблемы с рождением предметов, убежка на 566 предметов:

и другая:

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

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

найдена проблема с дверьми, у них коллапсирует логика поворота после таких телодвижений

пишет [FS] Нельзя трогать дверь, пока она не будет полностью закрыта.

Результат работы прототипа:

и другая убега:

оказалось это из за операций по отрисовке лучей, без них не лагает..

проблема оказалась менее трагичной и я ее обошел, теперь новая проблема, операция эта очень много затратная, сервер прикуривает нереально сильно

я думаю нужно сделать аналог RotateYAW но по умнее, нужно учитывать повернутости осей, и судя по тому что я вижу на разубежных форумах (3D редакторы, 3D движки, рендеринг) много у кого такая проблема

До

после

похоже RotateYaw обладает не документированной проблемой D, которую я помню еще по временам когда сам строил, она не знает когда предмет повернут на бок

если не поворачивать предметы на бок то все ок:

здесь нужен другой метод для поворотов углов ><

если поворачивать на один градус все время можно нарисовать это  

после добавления поддержки аргументов нарисовал это, нажимая на 45, -45, 90, -90, центральная полоска это оригинальный вектор от точки А к точке Б

БИНГО ДЕТКА

Вот так все и не понятно как и тогда когда последний раз пробовал