Hmm...
Workaround-Möglichkeit:
Überprüf die HZ von Desktop. Wenn die gleich der gewünschten framerate ist, dann aktivier einfach VSync und ende. Warum Ärgern
Ich schätze mal, dass das Spiel trotz No Sync die Ausgabe auf den Monitor irgendwie synchronisiert
Code: Alles auswählen
#WIDTH = 800
#HEIGHT = 600
#VSYNC = 0
InitSprite() : InitKeyboard()
OpenWindow(0,0,0,#WIDTH,#HEIGHT,"",#PB_Window_SystemMenu | #PB_Window_ScreenCentered)
If #VSYNC
OpenWindowedScreen(WindowID(0),0,0,#WIDTH,#HEIGHT,0,0,0)
Else
OpenWindowedScreen(WindowID(0),0,0,#WIDTH,#HEIGHT,0,0,0,#PB_Screen_NoSynchronization)
SetFrameRate(50) ; 59 geht, 61 geht, 60 geht nicht
EndIf
LoadSprite(0,#PB_Compiler_Home + "\Examples\Sources\Data\Geebee2.bmp")
TransparentSpriteColor(0,RGB(255,0,255))
CreateSprite(1,#WIDTH,#HEIGHT)
StartDrawing(SpriteOutput(1))
For i=0 To #HEIGHT
c = i * 100 / #HEIGHT
Box(0,i,#WIDTH,1,RGB(0+c,20+c,50+c))
Next
StopDrawing()
start=ElapsedMilliseconds()
Repeat
ti=ElapsedMilliseconds()
FlipBuffers():pics+1
ti=ElapsedMilliseconds()-ti
EventID = WindowEvent()
ClearScreen(0)
Angle.f + 0.05
SX = #WIDTH / 2 - SpriteWidth(0) / 2
SY = #HEIGHT / 2 - SpriteHeight(0) / 2
DisplaySprite(1,0,i):i+1:If i>100:i=0:EndIf
StartDrawing(ScreenOutput())
DrawText(0,ti*5,""+ti)
DrawText(100,0,""+StrF(pics/((ElapsedMilliseconds()-start)/1000.1)))
StopDrawing()
DisplayTransparentSprite(0,SX + Cos(Angle) * 50,SY + Sin(Angle) * 50)
Until EventID = #PB_Event_CloseWindow
links springt ja die Anzeige, wie lange das Bild nun gebraucht hat, da sieht man immer 1/60ms-Sprünge drin. Es erfolgt damit immer eine Synchronisation und ich schätze mal, das Fred seine Formel bei FPS=Hz mist baut.
@PMV
definiere billige Spiele. Wenn ein Spiel mit Animationen in 30FPS arbeitet (weil mehr zu erstellen zu aufwendig sind), dann macht es kein Sinn 2000 Bilder die Sekunde zu zeichnen. Das verbraucht nur unnötige CPU-Zeit und erzeugt wärme.
Sinnvoller ist es hier schlicht runterzuregeln. Abhängig von der Monitor-Frequenz.
Die Billigen Spiele mit einen "Bone"-Modell profitieren natürlich von Framefrei. Aber das ist halt kein klassisches 2D.
@TroaX
Auch in klassischen 2D kann man die Koordinaten mit Doubles und Floats berechnen und dann immer bei der Ausgabe runden. Kein Thema.
