Overlay+scenenode проблема с перемещением камеры

[Hamaus]

Всем привет!
В моем проекте необходимо реализовать приборную панель(mesh).
Я попробовал 2 варианта решения:
1) mesh и camera прикреплены к общему SceneNode. Для перемещений двигаем SceneNode.
2) прикрепил mesh к overlay с помощью add3d:

  
pOverlayManager = Ogre::OverlayManager::getSingletonPtr();
    pOverlay = pOverlayManager->create("myOverlay");

    Ogre::Entity *ent = pSceneMgr->createEntity("panel", "panel-light.mesh");
    Ogre::SceneNode *node = pSceneMgr->createSceneNode("panelNode");

    node->attachObject(ent);
    node->setPosition(0, 0, -3.5); 

    pOverlay->add3D(node);
    pOverlay->show();

В обоих случаях проявляется баг: mesh дергается при движении камеры. Причем дерганье усиливается по мере отдаления от координат (0,0,0) (в нулях все норм). Движение отдельно mesh'а происходит плавно.
Как это можно исправить?
Спасибо за ответы )

[pozitiffcat]

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

[Hamaus]

Сообщение от pozitiffcat

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

Как раз это я описал в 1 варианте.

Сообщение от Hamaus

1) mesh и camera прикреплены к общему SceneNode. Для перемещений двигаем SceneNode.

Бага аналогична. На больших расстояниях от нуля панель трясется.

[pozitiffcat]

Напиши как делал первый вариант

[Hamaus]

Вместе с impersonalis выяснили, что корень жука зарыт в недостаточной точности float.
Вектора задаются типом Ogre::Real. В моей версии OgreSDK 1.7 он определен(OgrePrerequisites.h) как float (точность всего 7 знаков). Real можно переопределить как double(15-16 знаков). Для этого необходимо прописать деф в проекте и при ручной сборке огра (OgreBuildSettings.h):

#define OGRE_DOUBLE_PRECISION 1

После этого Real - это double.

[pozitiffcat]

Ого где собака зарыта.
+1

[impersonalis]

Сообщение от Hamaus

Вместе с impersonalis выяснили, что корень жука зарыт в недостаточной точности float.

Ну это скорее фишка стандарта (плавающая запятая) - хранить не фиксированный объём данных под целую и дробные части, а помнить мантиссу, распределяя объём соответственно. В окрестности нуля (в виду малой по модулю целой части) дробная часть может быть представлена с большой точностью, чем дальше - тем больше сжирает целая часть, оставляя дробную голодать.
Точно такой же эффект непринуждённо получается и на Blitz3D (где только float*) и на Xors3D** (где пользователь не имеет подобного Огру уровня доступа к движку, а в штатной сборке - тот же float).

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

*здесь и далее - речь о одинарной точности
** можете даже не баловаться с entity order и parent-ми: достаточно елозить камерой далеко от нуля и устанавливать чуть перед ней entity

[pozitiffcat]

Я обычно делаю 1 единица равна одному метру игрового поля, тогда все ок. А то бывает тени глючить начинают или еще чего.