Почему при импорте в Юнити модели всегда повернуты?

[Serge]

Вот собственно интересует этот вопрос и то, кто и как с этим борется.

[toni_3d]

а значения Rotation все по нулям?

[Serge]

Когда делаю импорт из макса Rotation Х как правило всегда 270. При перемещении или вращении объекта он начинает либо вращаться, либо перемещаться не по тем осям. Это что только у меня так??

[toni_3d]

я делаю экспорт из XSI
единственное что заметил, в юнити ось Z вверх направлена а у меня на модели вниз

счас экспериментирую

[toni_3d]

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


з.ы. хотя нет, счас заметил что оси Х не совпадают

[Serge]

Пока все, что я нашел в доках, это сначала создать в сцене ГамеОбъект потом на него кинуть свою модель. В последующем все компоненты вешать на ГамеОбъект вместо модели.

[Neodrop]

Ребята. С математикой не дружим?
Если всегда присутствует поворот на 270 градусов, значит положение в Максе отличается от экспортированого на -90'
Чего проще повернуть модель перед экспортом?
Просто посчитайте на сколько и куда.

[Serge]

Делал в максе все по нулям, не помогает. Вечером еще проверю. С Blender точно оси не совпадают.

[Neodrop]

Я говорю - выставить перед экспортом в нули и повернуть на -90' по оси Х (она глючит?)
Короче - заранее компенсировать этот разворот и всё.

[Serge]

Ясно, буду пробовать.

[Neodrop]

А чужую модель, которую не вылечить в Максе из-за отсутствия исходников, можно засунуть в пустой GO и повернуть там как душе будет угодно. У меня так компенсирована ошибка с анимированным персонажем. Его было слишком сложно править в Максе, так что пустой контейнер в миг решил эту проблему.

[iqubik]

Я говорю - выставить перед экспортом в нули и повернуть на -90' по оси Х (она глючит?)
Короче - заранее компенсировать этот разворот и всё.

3dmax 9 sp2.
Задача: анимировать камеру и анимацию перенести в unity.
Трудности:
При импорте в юнити мало того что оси путаются(что кстати делает невозможным использование rotate анимации), так и значения поворота изменяются, без возможности из компенсировать:
rotate is max(0.0.0) unity (90.270.0)
Казалось бы.. Что может быть проще, просто компенсировать повороты на -90 и -270 градусов. Но, по многочисленным тестам складывается впечатление, что и знак около параметра вращения в максе движком юнити не правильно воспринимается.
Потратил на разборки не много не мал часов 8.
Попытки решения:
Пробовал различные эскпортеры и различные наборы параметров компенсации, пробовал запихивание в гейм объекты с компенсацией(не удалось, т.к если на сам ГО не назначать анимации то анимацию внутри него не работает, а если назначать, то ему мои компенсации до фени, т.к у него есть свои координаты вращения).
Пробовал использовать как таргетированную камеру так и фри камеру.
Проблема с фри камерой в том, что координаты(а главное что Оси координат) в юнити путаются без возможности разумной компенсации.
Проблема с таргетированной камерой в том, что при переносе анимации всё равно записываются координаты вращения в объект камеры, даже если они почти статичны.
Временное решение проблемы:
Во время написания поста подумал, что пожалуй можно и просто таргетированную камеру переносить, упуская первый пункт солюшена, но для чистоты напишу как делал и как точно работает:
1) анимируем тагретировнную камеру в максе
2) при помощи curve view в максе переносим анимацию(только положение move) с камеры на 2 обычных боксика (cam и target соответственно).
3) в юнити удаляем меш рендеры с этих боксиков ставим тип анимации ping pong
4) и к ГО который был в максе камерой привязываем стандартный скрипт smooth look at с выключенным параметром smooth.

Недостатки решения:
Камеру допустим кое как удалось перенести, а вот что будет дальше?
А если всё таки мне нужно будет перенести rotate анимацию? На данном этапе в этом света не видно.
----
Ваши мысли?

[Neodrop]

Вы когда-нибудь слыхали про "правостороннюю" и "левостороннюю" системы координат?
Юнити изначально работал только на OpenGL, который и есть "Левосторонний". Потому и оси смотрят в непривычную вам сторону.

Кто-то помнится, недавно, писал на форуме, что можно исправить настройки дефолтного экспортёра fbx в Unity. Покопайте в этом направлении, если не получается уложить в голове, что тут к чему.

P.S. На мой взгляд в этом вообще нет никакой проблемы. Но этой мой взгляд.

[iqubik]

Вы когда-нибудь слыхали про "правостороннюю" и "левостороннюю" системы координат?
Юнити изначально работал только на OpenGL, который и есть "Левосторонний". Потому и оси смотрят в непривычную вам сторону.

Кто-то помнится, недавно, писал на форуме, что можно исправить настройки дефолтного экспортёра fbx в Unity. Покопайте в этом направлении, если не получается уложить в голове, что тут к чему.

P.S. На мой взгляд в этом вообще нет никакой проблемы. Но этой мой взгляд.

Воспримите это сугубо как юмор)) но вы напоминаете политика.
Проблема есть и решить её удалось пока только через *опу.
Но проблема с поворотом насущьна.
И кстати винда winxpsp3 новая, месяца ещё не простояла.
Unity 2.5 pro.

P.S Если кто читает этот пост, и у кого есть макс под рукой, попробуйте пожалуйста перекинуть анимацию камеры из макса в юнити.

[Ren]

про поворот объектов читайте тут - viewtopic.php?f=18&t=655 я там все разжувал со скринами