ODE - determinismus

[frca]

Pracuje ODE deterministicky? Např. když 10x volám dWorldQuickStep(world, 0.1) anebo 1000x dWorldQuickStep(world, 0.001), dojde simulace ze stejného výchozího bodu do stejného cílového?
Díky.

[pcmaster]

Ano. IMHO.
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[johnnash]

ODE neznam, deterministicky pracuje urcite ale to roli nehraje. Dulezite je pouziti numericke metody a s tim spojene nepresnosti ve FP jednotce. Cim lepsi metody tim vetsinou vice operaci a s tim spojene naakumulovani nepresnosti a pri jemnejsim kroku se to muze celkem projevit.

[nou]

NIE nie je. co som s nim experimentoval tak nie je deterministicky. ak som spustil 10x tu istu simulaciu vysledok bol vzdy iny. a to pri fixnom casovom kroku. je to sposobene tym ze sa generuju kolizne body a z tych sa nahodne vyberu vetsinou tak 3 a pracuje sa uz len s nimi. ale da sa to hacknut tak ze pred kazdym krokom zavolate srand(0) (aspon co som cital na nete)
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[pcmaster]

Nevedel som, ze tam fakt pouzivaju random. Ojebavaci
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[frca]

Poddotazy:
1) Při proměnném časovém kroku je simulace nedeterministická? Teď mě zajímá spíš situace kolem vlastního pohybu objektů, než kolem kolizí (tzn. předpokládejme, že se objekty nesrazí).

2) Jde nějak pushnout/popnout stav simulace? Moje představa je taková: Pro časový rozdíl 0.26 odsimulovat kroky 0.0-0.1, 0.1-0.2, push, 0.2-0.26, hotovo; další frame - pop (tím se dostane do stavu 0.2), pak pro časový rozdíl např. 0.22 přičíst 0.6 -> rozdíl 0.28 a odsimulovat příslušné kroky - 0.0-0.1, 0.1-0.2, push, 0.2-0.28, hotovo; další frame...

[Mem]

[Marek]

[]semo[]

Hlavně bych řek, že čim menší časovej krok, tím menší chyba. Takže jestli nebude docházet ke kolizím a budeš používat stejnej časovej krok, pak by simulace měla dopadnout stejně. Ale dopadnou rozdílně dvě stejný simulace s odlišným časovým krokem.
(S ODE nedělám, beru v potaz jen takovej svůj obecnej pohled na fyzikální enginy...)

Eosie> výsledek nebude stejný kvůli numerické nestabilitě, ale kvůli rozdílné chybě numerické integrace (čistě logicky, časový krok 1 s pro simulaci dlouhou 1 s nedokáže křívkou "podchytit" jevy, které nastanou třeba v čase 0.35 s ).
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[frca]

Co byste mi doporučili? V ODE API není, pokud vím, prostředek pro přímou podporu konstantního časového kroku, takže řešit to by mohlo být zbytečné, jak to děláte vy? Konstantní, nebo proměnný časový krok? Možná by to chtělo hlasování

[nou]

neviem ale v dokumentacii ODE odporucaju prave konstantny casovy krok. teda zvolit si nejaku jeho dlzku a ej sa uz drzat. pretoze jeho zmena by mohla sposobit nestabilitu.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[frca]

Takže už zbývá vyřešit jenom poddotaz 2.
Jiné řešení, které mě napadá, je pozice objektů mezi časovými kroky nesimulovat, ale interpolovat.

[Ash]

Používam Bullet, typ krokovania mám nastavený v konfigurácii, takže môže byť konštantný aj premenlivý.

GameBlender používa Bullet s premenlivým časovým krokom.

[Fila]

[Fila]