ODE - determinismus

[if.then]

To Ladis i kerekes: Oba jste to výborně napsali. S kerekesem musím souhlasit v tom, že třeba MMORPG nepořebují nějakou extra fyziku(třeba kolize se zemí jsou fake), avšak já jsem zastáncem 60 fps a fyziky 30 fps(on si toho nikdo nevšimne) tak jako tvůrci Dooma a kdyžtak se kolize a grafika zpomalují v poměru 2:1. Obecně člověk, co vidí hru na 15 fps si moc nezahraje... Zapomínáte na to, že u OGL se dá "mimochodem" zhrubšit vykreslování...

P.S.:Nejlepší počiny ID software byly Wolfenstein 3D a Unreal(ten prvni) To jsou hry, ktere pametnici znaji

[Quiark]

[pcmaster]

[if.then]

[]semo[]

30 Fps fyziky je málo. Představte si auto jedoucí rychlostí 100km/h. To je 27.8 m/s. 30 snímků za seknudu říká, že za jeden snímek se auto posune o cca. 1 m ! (27.8 / 30). To už může lecos fungovat blbě. A ve hrách je 100 km/h málo, auta jezdí tak 150-200 :). A co teprve projektil vystřelený z toho auta jako zbraň, který poletí třeba 300 km/h, to už proletí takřka vším.

Testy kolizí můžet provádět častěji, ale vzhledem k tomu, že jsou na fyzice to nejnáročnější, tak už se vyplatí rovnou zvednout framerate celý fyzice.

Ad. proměnlivý časový krok: proč ne, můžete třeba testovat hodnotu akcelerace jednotlivých objektů a s rostoucí maximální akcelerací (ať už lineární nebo úhlovou) snižovat časový krok (zvýšit fps). Protože s větší akcelerací roste chyba (křivka pohybu se mění rychleji).

(A mimochodem, největší počin firmy SleepTeam labs. jsou Bulánci :-D)
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[frca]

Jak by se dalo v ODE řešit to, že některé těleso je potřeba počítat přesněji (většinou to rychlejší), když nechci používat proměnný časový krok? Jinými slovy jak skloubit simulaci, ve které se některá tělesa počítají s frekvencí 40 fps a jiná třeba 200 fps?

[rezna]

[frca]

Problém je, že v ODE se krok výpočtu řeší pro všechna tělesa jedním voláním funkce. Jak to skloubit dohromady?

[Fila]

[Fila]

[frca]

Vidím to tak, že dynamika chování těles by se počítala vždycky každý frame, ale kolize jen každý třeba 5. frame, podle maximální dosažitelné rychlosti/požadavku na přesnost. Otázka zní: Je to v ODE možné takto jednoduše řešit, nebo je to potřeba nějak speciálně ošetřit? Nezblázní se simulace?
Díky.

[nou]

rozdelovat telesa na rychle a pomale je zbytocnost. staci si uvedomit ze ak je polovica telies rychla tak sa im musia aj tak ratat kolizie z ostatnimi telesami takze by bola takato optimalizaci tu tam. ono toto ODE ani asi nepodporuje.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Fila]

Jasne ze to jde (proste jen nevolas detekce kolizi a nevytvaris kontaktni jointy), ale je to uplne na draka -- v uvahu by pripadalo pocitat detekce kolizi jednou za 5 framu presne a pak nejak aproximovat, ale rozhodne nemuzes na nejakou dobu kolize vypnout, rozhodne ne u vseho (predstava -- auto jede po zemi, 4 framy se do zeme propada, pak se prepocita detekce kolizi, auto nadskoci na zem a dalsi 4 framy se zase vesele propada).

[frca]

Nj, asi máte pravdu, ale jak teda řešit to, co radil rezna, prakticky? Je na to ODE nějak vybavené?

[Fila]

Ja uz to tu jednou psal -- telesa, ktery se dany frame nepocitaji, by musely vstupovat do hry jako staticka geometrie (tedy jen kolizni obalky, u nichz se nepocita dynamika). Pretrvava tedy narocnost detekce kolizi, ale redukujes narocnost vypoctu dynamiky (vetsinou je vyrazne narocnejsi na kolizi zareagovat, nez ji detekovat). Obecne to ale IMHO ODE nepodporuje (naposledy jsem ale delal s verzi 0.5, je mozne, ze tam mezitim neco pridali), ale neni takovy problem si to doprogramovat.

EDIT: Uz jsem ale taky psal, ze si moc nejsu jisty vysledkem, jestli se to nebude chovat divne, ja to zkousel v mirne odlisnem pripade...