dev.gamez.lv

[S1]

man ir gadījusies tāda īpatnēja lieta: kad palaižu OpenGL aplikāciju kopā ar windows media player, tad aplikācija skrien 7x ātrāk Kā lai to novērš?
(vai arī readme failā būsjāraksta neslēgt kopā ar wmplayer)

[GiGa]

kaadaa veidaa tu regulee savas progas darbiibas aatrumu? ierobezo freimreitu, vai skaties kopsh ieprieksheejaa kadra pagaajusho laiku un regulee objektu kustiibas aatrumu?
_________________

[S1]

kā es to regulēju? Grūti pateikt... Es izmantoju delphi taimeru un intervāls ir 1 ms.

[GiGa]

Tu paarziimee sceenu un izpildi speeles logjiku uz katru taimera eventu, un intervaals ir 1ms?
_________________

[S1]

1 ms!! nē taču. Taimera opcijās esmu uzlicis 1ms. (TDXTimer komponente). Normāli ir, ja aplikācija iet uz 100fps, paliažot kopā ar wmplayer - 700fps.

[GiGa]

Nu tad tieshi te arii ir Tava probleema, es gan briinos, kaapeec ar WMedia player paatrinaas framerate... bet probleema ir taada, ka Tu paljaujies uz to, ka buus noteikts fps. Savu speeles logjiku izpildi nevis ar taimeri ar intervaalu 1ms, bet gan 0ms, vai veel labaak uz Idle eventu, ja taads tur pieejams. Un katru reizi paskaties cik milisekundes pagaajushas no ieprieksheejaa kadra, un tad dari taa: ja objektam jaakustas ar 100 vieniibaam sekundee, tad paarvietojumu shim kadram reekjini 100*pagaajushaas_milisekundes/1000 (aatrums_sekunee*pagaajushaas_milisekundes/1000). Tad vienalga pie kaada fps viss kusteesies pareizaa atrumaa.
_________________

[S1]

taimera opcijā ieliku 10ms, izskatās, ka strādā. enivei paldies.Ja šis vēlāk nestrādās, izmantošu tavu formulu.

[GiGa]

Nu kaa gribi, bet paljauties uz noteiktu fps un lietot konstantus update aatrumus lielaakai daljai speelju ir ljoti nepareizi. Es gan nezinu par Tavu konkreeto gadiijumu - varbuut taadam speeles zanram tas nemaz nemaisa
_________________

[anggelus]

Kā ieslēdz MediaPlayer renderēšana notiek lēnāk nekā parasti, te nu arī rodās problēma ar taimeri.
Pieņemsim, ka tev uz katru taimera eventu tiek izsaukta funkcija draw(), ja nav ieslēgts MediaPlayer, tad draw() paspēj norenderēt visu kadru tajā 1ms intervālā, bet kā ieslēdz WMplayer, tā jau sākās problēmas, jo kamēr kadrs vēl nav līdz galam pārzīmēts, draw() tiek izsaukta vēlreiz, kamēr vēl notiek iepriekšējā kadra renderēšana. Ar to arī izskaidrojams kāpēc framerate pieauga ieslēdzot WMpayer.
Vislabāk izmantot GiGas ieteikto metodi, jo izmantojot OGL vai D3D nākamā kadra zīmēšana pirms iepriekšējais ir pabeigts var novest pie vizuāliem efektiem-defektiem, no kuriem visjaukākais ir windas zilais ekrāns, ja trāpījušies pašvaki videokartes draiveri.
_________________
No comprendo lo que dice.

[gazz]

faktiski jau neesu redzeejis ka izmanto multi-threading ieksh rendereeshanas taa ka funkcija netiks izsaukta divreiz jo windows noprocesees vienu messagi un tikai tad kjersies pie naakamaas.

[GiGa]

Es arii taa domaaju, liidz dabuuju neizskaidrojamus errorus no wxWidgets uz timer eventa izsauktā koda. Nācās eventa sākumā stopēt taimeri un beigās atkal palaist. Par šo konkrēto situāciju nezinu, bet fakts ka tādas lietas virpār notiek un tiek uzskatītas par "pareizām"
_________________

[S1]

labi, laikam būs jāuztaisa, lai spēles ātrums nebūtu atkarīgs no FPS
Tad pirmais laikam ir jāuzņem laiks, ja

[bubu]

Kas tas par getTickCount mainīgo?
(uz taimeri nav labi renderēt, labāk idle loopā)

[S1]

getTickCount ? Tā ir windows f-ja it kā skaita ms. Es izdomāju savādāk, uzliku 2 taimeru vienu uz 0(vai tas ir idle?) un otru uz 1000ms.

[bubu]

Fukcijas izsaukums jau pierakstās šādi: getTickCount(), vismaz paskālā. Bet mainīgā ierakstīšana/nolasīšana: getTickCount.

Pievērs uzmanību iekavām.

Nē tā arī nav labi (ar diviem taimeriem). Paskaties Delphi helpā par onidle eventu.