spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich sagte ja: kleine Ruckler. Natürlich muss immer gewartet werden. Aber diese Wartezeit schwankt. Z.B. bei 80 Hz. Minimale Wartezeit ist immer null - wenn er nämlich gerade mit Rendern fertig ist, wenn der V-Sync beginnt. Und die maximale Wartezeit wäre 1/80 Sekunde. Natürlich ist das so gut wie nichts, aber es ist immerhin ein bisschen was
Die großen Ruckler kann das natürlich nicht erklären.

Ich meinte eigentlich auch nicht das Triangle-Programm sondern das Environment-Mapping-Programm bei voller Auflösung und 4x Multi-Sampling. Ist aber auch egal. Das ist jedenfalls nicht die Ursache.
Ja, das passierte bei mir auch, mit der alten Einstellung. Jetzt aber nicht mehr.

Hallo,

also ich erkenne absolut keine "minimalen Verschiebungen". Die sollte es im Fenstermodus auch eigentlich garnicht geben, da Windows sich um all das Zeugs kümmern müsste, habe ich zumindest mal so gelesen.

Zu 1) Mit D3DPRESENT_INTERVAL_ONE kommt es bei mir im Fenstermodus ebenfalls zu Rucklern, also ist D3DPRESENT_INTERVAL_IMMEDIATE die einzige sinnvolle Möglichkeit. Im Vollbildmodus läuft D3DPRESENT_INTERVAL_ONE korrekt.

Zu 2) Ich passe das Back-Buffer-Format sowieso schon an die Desktop-Einstellungen an, da ist also nichts verkehrt. Den minimalen - wenn überhaupt vorhandenen - Zeitverlust beim Strecken oder Stauchen des Bildes kann man sicher ohne Bedenken in Kauf nehmen und kriegt dazu noch gleich eine kleine Filterung.
Vielleicht ändere ich es noch.

Du hast mich wohl falsch verstanden.
Ich meinte: Wenn ich die Größe des Fensters in CreateWindow angebe, dann hat ja der Client-Bereich NICHT diese Größe, der ist ja etwas kleiner. Ich habe jetzt AdjustWindowRect benutzt, um die korrekte Fenstergröße einzustellen.
Ich lass den Rest erstmal so. Wenn ich das Device resette, müssen soweit ich weiß auch alle Texturen neu geladen werden.

ICH will das Fenster der Back-Buffer-Größe anpassen.
DU willst das Umgekehrte!