ODE - determinismus

[frca]

Po nějaké době jsem se k tomu vrátil.
Vpodstatě jde o to, když fyzika jede konstantně na třeba 20 fps, tak aby animace jely na hodnotě fps dané vykreslovací rychlostí, třeba ~500 fps (ta není nikdy úplně konstantní).
Jako jedinou cestu vidím pro každý grafický frame dosimulovat fyziku od fyzikálního framu do aktuálního času, ale třeba to jde vyřešit jinak.

Takže úplně v základu mi jde o plynulé animace (na co vykreslovat 500 fps, když by animce nejely líp než 20 fps?).

[]semo[]

20 fps je málo, dej tak nejmíň 50 na fyziku a nemusíš nic víc řešit, bude to plynulý, i když pojede grafika rychleji
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Fila]

Semo ma pravdu.
Pokud opravdu nemuzes delat fyziku rychleji nez 20fps, muzes budto dopocitavat ten frame, nebo (ale to by hre mohlo vadit) byt ve fyzice o jednu iteraci v budoucnu a v grafice interpolovat.

[nou]

ja si v hrach zapinam v-sync aby mi grafika tolko nehriala a nezrala. ja by som sa na nejke interpolovanie vyflakol ak pojdu animacie a fyzika na 50fps tak to nikto nema sancu ustriehnut a kto si honi nad vysokymi FPS tak nech sa mu rata ten isty obraz aj 5 krat, uvidi ho aj tak nanajvis raz.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Marek]

Fyzika většinou způsobí, že bottleneck bude na cpu, ne na gpu. Pokud by se tam ta interpolace přidala, mohlo by to způsobit další snížení fps a to se nevyplatí (zrovna mám v projektu problém, že u 2000 objektů už cpu přebírá roli pomalejšího a to i tehdy, když vypnu fyziku).
_________________
AMD Open Source Graphics Driver Developer

[frca]

Takže nejlepší je nechat uživatele, ať se kochá úžasnými 600 fps, protože to, že to jede max. 50 fps, vím jenom já?

[Marek]

frca> Spíš uživatel uvidí 50fps a že to má 600fps budeš vědět jen ty, on to ze scény nemá jak poznat. Použij VSync a nebudeš muset řešit takový blbosti.
_________________
AMD Open Source Graphics Driver Developer

[]semo[]

Nejde o to, omezit to jen shora, fyzika by měla šlapat konstatně. VSync ti to omezí třeba na 85 Hz (fps) (podle nastavení monitoru). Ale fyzika musí stále pracovat na (např. ) 50 fps, i když framerate klesne řekněme na 25.

Vezmeš si dobu, za kterou trval jeden frame hry a zjistíš kolik se jich tam vejde fyzikálních a klidně je za sebou provedeš. Takže pro fps menší než fyzikální fps budeš provádět více framů fyziky, pro fps větší než fyzikální fps provedeš fyzikální frame "jednou za čas".
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Fila]

[xtopi]

nema nikdy cenu vykreslovat scemu, ktera se od minule nepohnula, takze pokud je fps grafiky vetší než fyziky, tak je to špatně, a to nejen proto, že nikdo rozdíl v fps nepozná (např. fyz. 60 a grafika 300), ale HLAVNĚ proto, že výsledek nebude plynulej, a bude tím horší čím scéna bude náročnější a fps se budou blížit (např. 60 a 100), no a uplná hrůza je pak (60 a 70), to bys musel vědět o čem mluvim . No zkrátka, já používám (něco jako) tuhle podmínku a ta je podle mě nad zlato

[frca]

Počkat na fyziku? Ona jede v jiném vlákně, nebo jak to čekání realizuješ?

[Fila]

Budto muzes mit fyziku extra v druhem vlakne (urcite rozumnejsi kvuli bezne vyskytujicim se vicejadrovym CPU), nebo pokud chces konstantni krok i framerate fyziky, tak ji muzes protocit nekolikrat na frame -- to samozrejme funguje jen za predpokladu, ze mas nejnarocnejsi grafiku a fyzika se prepocita hodne rychle (kdyz chces napr. 50fps a grafika ti zabere vic nez 1/50s, protocis vypocet fyziky vickrat bez renderingu, abys "dohnal cas").

[xtopi]

Jo jak říká Fila.... už když sem to psal, tak sem věděl, že výraz "počkám na fyziku je nepřesnej" , i když totiž nemám víc vláken tak jakoby čekám na fyziku. Ale zapoměl jsem říct, že mluvim o konst. čas. kroku fyziky, u prměnnýho teď nevim, nepoužívám to tak nechci o tom mluvit blbosti...

Zkrátka, když mám fyziku která mi běží na 50ti fps, 50fps odpovídá 20ms, tzn. každých 20ms počítám fyziku, vždycky musím počkat než uplyne těch 20ms než začnu počítat znova, takže např. takhle čekám já...

[kerekes]

Nieje jednoduchsie/lepsie pocitat fyziku s premenlivym casovym krokom (cas od predchadzajuceho framu) 1 krat za frame?
Iste vedie to k nepresnostiam, ale pri 3fps mi je jedno ci je ten vypocet realisticky nie?

Zrejme to zavisi aj od pouzitia, ale myslim ze pre bezne veci(*), vypocty kolizii(**) je to jedno.

Hraca s malm fps bude nejakych par centimetrov nepresnosti trapit najmenej (pod 15 fps je to tak ci tak malo hratelne a >50-fpskova fyzyka mu to este viac spomali), nad 15 fps to je uz celkom presne, a kto ma vysoke >60 fps tak nech si uziva peknu presnu simulaciu.

* Myslim ze pri tvorbe vecsiny hier (nie AAA, nie zavodnych) sa z fyziky riesia iba problemy typu pohyb hraca (plynuly rozbeh dobeh), kolizie jeho obalky (kruh, gula, elipsoid) s okolim, a nejaka ta strelba/hadzanie predmetov a pod. Takze vobec tu nezalezi natom ci sa ta fyzika zrata 5, alebo 50 krat za sekundu, a uz vobec nie ked sa ajtak na popis dejov pouzivaju fake rovnice (co si dovolim tvrdit ze drtiva vecsina to tak robi).

** Videl som par kodov, kde bol problem pri pocitani kolizie pohybujuceho sa objektu (gula, ...) s meshom(3d)/ciarou(2d) pri malom fps, ze kolizia sa nezaregistrovala, ale lepsie nez spoliehat sa na vysoke fps je dynamicky rozkuskovat pohybovy krok, ak je vecsi ako trebarz polomer obalky, a spocitat to vo viac iteraciach.

Ja by som teda radsej celkovo fyzikalne enginy nechal stranou*** (zbytocna komplikacia, zbytocne vecsie naroky na cpu, zbytocne zvysovanie zavislosti projektu na dalsich knizniciach), zakladne fyz. veci zriesil fakeovo (vecsinou to aj lepsie vyzera), pocital to s dt od predosleho framu, a sup ho radsej robit hratelnu hru .

*** Ak teda nerobite nieco suprove v style assassin's creed/nfs x/gta4.

[Ladis]

Pokud vas zajima, jak to resi jini, tak je znamo, ze v Doom 3 bezi fyzika na 60 fps a grafika se kresli jako interpolace mezi 2 snimky fyziky. Je to tam z duvodu, aby fyzika nezavisela na fps (hlavne kvuli multiplayeru).