[C++] Frame Rate Limiter

[Verwijderd]

Hoe bouw ik een Frame Rate Limiter in mijn VC++ .NET 2003 OpenGL applicatie?

Ik weet wel al dat het moet geplaatst worden in de functie waar de frame wordt getekent,
maar hoe maak ik zo'n Frame Rate Limiter.

Google bracht me geen resultaat.

Edit: Ook de GoT Search bracht geen resultaat.

[ Voor 11% gewijzigd door Verwijderd op 28-01-2005 17:08 ]

[mrFoce]

denk niet dat het is toegestaan dat iemand deze code even voorkauwt voor jou.. Wat heb je zelf geprobeerd ?..

Maar misschien heb je hier nog iets aan http://www.flipcode.com/c...thread_show=16804#p111721

[Verwijderd]

Ik wil geen sleep gebruiken, ik ben zelf nog een n00b in het maken van 3D applicaties maar ik wil wel iig een frame rate limiter hebben in mijn spel.

[.oisyn]

Lijkt me niet zo moeilijk, gewoon zorgen dat je render code niet vaker per seconde wordt aangeroepen dan het maximum aantal frames dat je wilt krijgen. Dat kun je doen door te kijken wat de tijd tussen de huidige en de vorige frame is, en als die te klein is een Sleep te doen, of ipv een vaste loop gewoon op WM_TIMER messages reageren die je aan kunt zetten met SetTimer

Ik wil geen sleep gebruiken

Waarom niet?

[ Voor 7% gewijzigd door .oisyn op 28-01-2005 17:14 ]

[curry684]

.oisyn schreef op vrijdag 28 januari 2005 @ 17:13:
Lijkt me niet zo moeilijk, gewoon zorgen dat je render code niet vaker per seconde wordt aangeroepen dan het maximum aantal frames dat je wilt krijgen. Dat kun je doen door te kijken wat de tijd tussen de huidige en de vorige frame is, en als die te klein is een Sleep te doen, of ipv een vaste loop gewoon op WM_TIMER messages reageren die je aan kunt zetten met SetTimer

Of je pakt SetWaitableTimer die niet afhankelijk is van het doorlopen van je message pump en in kernelmode opereert

[RobIII]

Verwijderd schreef op vrijdag 28 januari 2005 @ 17:13:
Ik wil geen sleep gebruiken, ik ben zelf nog een n00b in het maken van 3D applicaties maar ik wil wel iig een frame rate limiter hebben in mijn spel.

Je bent een n00b in het maken van 3D Applicaties, maar je wil wel een framelimiter

Verdiep je eens in de materie
OpenGL
OpenGL Frame Limiter

En leer je nou eens aan om nette topics te maken, waar je zelf ook wat moeite voor doet: Wat heb je al geprobeerd? Wat heb je gezocht en gevonden? Wat is het probleem? Enz... Daarmee kunnen wij veel meer, en zullen er meer mensen geneigd zijn je te helpen.

[ Voor 15% gewijzigd door RobIII op 28-01-2005 17:16 ]

[Cyrus-The-Virus]

gideon82 schreef op vrijdag 28 januari 2005 @ 17:11:
denk niet dat het is toegestaan dat iemand deze code even voorkauwt voor jou..

misschien een hele gekke vraag, maar waarom is dat niet toegestaan? is dat een algemene regel van GoT?

[.oisyn]

curry684 schreef op vrijdag 28 januari 2005 @ 17:15:
[...]

Of je pakt SetWaitableTimer die niet afhankelijk is van het doorlopen van je message pump en in kernelmode opereert

Je moet je messagepump sowieso aan de gang houden, het is ideaal als daar af en toe een WM_TIMER doorheen komt. Anders moet je gaan wachten met MsgWait* tot je timer verstreken is of tot er een message klaar staat, wordt het niet makkelijker op

[ Voor 4% gewijzigd door .oisyn op 28-01-2005 17:17 ]

[DrivinUCrazy]

Cyrus-The-Virus schreef op vrijdag 28 januari 2005 @ 17:17:
[...]


misschien een hele gekke vraag, maar waarom is dat niet toegestaan? is dat een algemene regel van GoT?

Dit klinkt nogal als een huiswerkvraag, en dus: ja.
edit: Mijn excuses .oisyn, maar hij stelde toch nog een vraag? Dáár gaf ik antwoord op. Daarnaast had hij al zijn antwoord op zijn eerste vraag.

[ Voor 92% gewijzigd door DrivinUCrazy op 28-01-2005 17:25 ]

[.oisyn]

DrivinUCrazy schreef op vrijdag 28 januari 2005 @ 17:17:
[...]


Dit klinkt nogal als een huiswerkvraag, en dus: ja.

Cyrus-The-Virus schreef op vrijdag 28 januari 2005 @ 17:17:
[...]


misschien een hele gekke vraag, maar waarom is dat niet toegestaan? is dat een algemene regel van GoT?

Modbreak:

Zullen we dit soort reacties die inhoudelijk niets met het onderwerp te maken hebben buiten de draad houden? Hiervoor zijn Lieve Adjes, Schop een Modje en <moderator>@tweakers.net gereserveerd

[ Voor 4% gewijzigd door .oisyn op 28-01-2005 17:20 ]

[Verwijderd]

.oisyn schreef op vrijdag 28 januari 2005 @ 17:13:
Lijkt me niet zo moeilijk, gewoon zorgen dat je render code niet vaker per seconde wordt aangeroepen dan het maximum aantal frames dat je wilt krijgen. Dat kun je doen door te kijken wat de tijd tussen de huidige en de vorige frame is, en als die te klein is een Sleep te doen, of ipv een vaste loop gewoon op WM_TIMER messages reageren die je aan kunt zetten met SetTimer


[...]
Waarom niet?

Want dan gaat het programma slapen
Half-life 2 doet overigens ook geen sleep.

[.oisyn]

Dat is toch precies wat je wilt? Wat wil je anders in je overgebleven tijd gaan doen?

[Verwijderd]

Dit zijn geen huiswerkvragen, ik ben gewoon bezig met een spel te porten van mijn rekenmachine in OpenGL omdat mijn rekenmachine redelijk traag renderd.

Maar nu zit ik weer met het probleem dat het spel te snel gaat.

Dus kunnen jullie mij a.u.b. helpen?

[Verwijderd]

.oisyn schreef op vrijdag 28 januari 2005 @ 17:20:
Dat is toch precies wat je wilt? Wat wil je anders in je overgebleven tijd gaan doen?

Detecteren of er toetsen ingedrukt zijn?

[curry684]

.oisyn schreef op vrijdag 28 januari 2005 @ 17:17:
[...]


Je moet je messagepump sowieso aan de gang houden, het is ideaal als daar af en toe een WM_TIMER doorheen komt. Anders moet je gaan wachten met MsgWait* tot je timer verstreken is of tot er een message klaar staat, wordt het niet makkelijker op

Tip: je kunt een completion routine aan een waitable timer hangen

[Verwijderd]

Hoe moet dat dan, ik snap niets van de vage uitleg en die pseudo-codes
Die maken het alleen maar ingewikkelder.

O ja, moet ik dan mijn frame render functie gaan verplaatsen ???

[ Voor 22% gewijzigd door Verwijderd op 28-01-2005 17:25 ]

[.oisyn]

Detecteren of er toetsen ingedrukt zijn?

Dat kost niets, als je dat eerst allemaal doet en je kijkt dan of er tijd over is dan kun je alsnog een sleep doen. Maar ik heb nog een suggestie gegeven behalve die sleep.

Maar nu zit ik weer met het probleem dat het spel te snel gaat.

Klinkt alsof je je berekeningen niet baseert op de tijd. Je doet zeker elke iteratie positie += snelheid ipv positie += snelheid * frametijd. Dan krijg je dat probleem idd, je moet je berekeningen altijd baseren op de tijd, dan loopt het bij iedereen even snel.

[ Voor 5% gewijzigd door .oisyn op 28-01-2005 17:26 ]

[Verwijderd]

Ik denk dus dat ik met wel met die timer moet gaan werken, want ik wil "GEEN" vloeiende bewegingen, ze moeten dus gewoon bij het renderen van de volgende frame (na een seconde bvb) naar het volgende vakje gaan op het scherm (Spel = 2D)

[ Voor 10% gewijzigd door Verwijderd op 28-01-2005 17:27 ]

[curry684]

Verwijderd schreef op vrijdag 28 januari 2005 @ 17:22:
[...]

Detecteren of er toetsen ingedrukt zijn?

Uhm je limiteert neem ik aan richting 60 of 90fps, hoe vaak denk je dat de gebruiker een toets kan indrukken? De snelste typers van deze wereld halen ~420 aanslagen per minuut geloof ik, da's 7 per seconde.

Sowieso is het veel belangrijker dat je de game engine limiteert dan je graphics engine: dat je teveel frames rendert boeit niemand, maar als iemand met een snelle bak een directere respons op commando's krijgt is dat unfair, evenals als tegenstanders langzamer lopen op een trage bak. Je zal dus moeten zorgen dat je 'game loop' inclusief het uitlezen van het toetsenbord op een fixed interval wordt uitgevoerd (meestal 60* per seconde oid), en daaromheen je renders in moeten plannen.

[Verwijderd]

Hoe doe ik dat dan, geef eens even duidelijke voorbeelden alstublieft.
Ik ben zelf nog niet instaat om volledige stukken code te genereren, ik leef momenteel nog alleen maar op voorbeelden. Ik kan dus bij wijze van spreken niet zelfstandig codes in elkaar steken (In C++ dan...) en weet niet eens waar ik het moet gaan zoeken (google levert weinig resultaat)

[.oisyn]

curry684 schreef op vrijdag 28 januari 2005 @ 17:23:
[...]

Tip: je kunt een completion routine aan een waitable timer hangen

Ja maak het nodeloos ingewikkeld

curry684 schreef op vrijdag 28 januari 2005 @ 17:27:
Je zal dus moeten zorgen dat je 'game loop' inclusief het uitlezen van het toetsenbord op een fixed interval wordt uitgevoerd (meestal 60* per seconde oid), en daaromheen je renders in moeten plannen.

Met een fixed interval kom je misschien weg op een console, maar op een PC met varierende hardware werkt dat gewoonweg niet, omdat je niet kunt garanderen dat alles ook in die tijd af komt. Variable intervals dus, met een limiter die capt op de refreshrate (of vsync'en).

[Verwijderd]

Je kan me zoveel vertellen, maar VSYNC Timer

Hebben jullie code voor mij?

[curry684]

Verwijderd schreef op vrijdag 28 januari 2005 @ 17:29:
Hoe doe ik dat dan, geef eens even duidelijke voorbeelden alstublieft.
Ik ben zelf nog niet instaat om volledige stukken code te genereren, ik leef momenteel nog alleen maar op voorbeelden. Ik kan dus bij wijze van spreken niet zelfstandig codes in elkaar steken (In C++ dan...) en weet niet eens waar ik het moet gaan zoeken (google levert weinig resultaat)

Dan moet je eerst eens leren programmeren, dit is een forum en geen persoonlijke tutorial site. Als je leert schilderen begin je ook niet met de Nachtwacht na te maken, dan begin je met een paar simpele pentekeningen op een A4'tje. Evenzo leer je programmeren niet door tegen de klippen op zo ongeveer het moeilijkste onderwerp op programmeergebied aan te vliegen.

In C++ aan een 3D spel beginnen terwijl je de taal nog niet eens beheerst (en blijkbaar ook niet veel snapt van het Win32 platform) is onbegonnen werk.

[.oisyn]

Verwijderd schreef op vrijdag 28 januari 2005 @ 17:29:
Hoe doe ik dat dan, geef eens even duidelijke voorbeelden alstublieft.
Ik ben zelf nog niet instaat om volledige stukken code te genereren, ik leef momenteel nog alleen maar op voorbeelden. Ik kan dus bij wijze van spreken niet zelfstandig codes in elkaar steken (In C++ dan...) en weet niet eens waar ik het moet gaan zoeken (google levert weinig resultaat)

Sorry maar nee, we kauwen niets voor. We gaan je niet leren programmeren, dat mag je helemaal zelf doen. GoT is bedoeld voor de gevorderde computergebruiker, hence de naam "Gathering of Tweakers". Dat betekent niet dat newbies er niet mogen komen, maar echter wel dat we wel van ze verwachten dat ze zelf aan de gang gaan met de dingen die ze willen leren. Misschien is het handig niet teveel hooi op je vork te nemen en overstapt op een simpeler project, en gewoon vanaf 0 beginnen te leren. Er zijn zat goede tutorials en boeken te vinden. Games zijn, hoe leuk het ook is om te maken, veel te complex om mee te beginnen.

[.oisyn]

Verwijderd schreef op vrijdag 28 januari 2005 @ 17:33:
Hebben jullie code voor mij?

Nee, basta.

[Verwijderd]

Ik heb alleen een Frame Rate Limiter, en ik weet genoeg van die programmeertaal om een 2D spel te maken. (Geport van rekenmachine)

Dus pls help me.

Overigens: Van code kun je leren en zo leer je weer iets bij, en in het schop een modje forum posten heeft geen zin dus zeg ik het hier gewoon: Jullie Crew sluiten mensen buiten.

[ Voor 38% gewijzigd door Verwijderd op 28-01-2005 17:36 ]

[.oisyn]

Al eens aan gedacht om gewoon de MSDN open te slaan en de functieomschrijvingen te lezen van de functies die ik in mijn eerste post hebt genoemd? Ga dat maar eens doen, dan wordt het een en ander vanzelf duidelijker. Nee we nemen je niet aan je handje mee.

Van code kun je leren

Alleen hoe je een interface moet gebruiken, en dat staat ook in de documentatie. Maar goed, dit heeft geen zin, ik sluit 'm wel.

[curry684]

Verwijderd schreef op vrijdag 28 januari 2005 @ 17:35:
Overigens: Van code kun je leren en zo leer je weer iets bij

Dat je van code kunt leren klopt, maar dan moet het wel aansluiten bij je niveau. Van kijken naar de Nachtwacht en er een foto van maken om thuis aan de muur te hangen leer je nog steeds niet schilderen, dat is iets wat je door oefening en ervaring moet leren. En ervaring doe je op door simpel te beginnen en steeds je grenzen te verleggen zodra je het vorige onderwerp beheerst, dat doe je niet door direct het moeilijkste te willen maken: daarmee frustreer je jezelf, en je leert er simpelweg niets van omdat je de benodigde fundamentele voorkennis ontbeert.

en in het schop een modje forum posten heeft geen zin dus zeg ik het hier gewoon: Jullie Crew sluiten mensen buiten.

Doe eens normaal