JLI Spieleprogrammierung

[Chriss]

Hi,

ich schreibe eine Anwendung die nur im Fenstermodus läuft. Da es dort wohl eine limitierung der fps gibt, bekomme ich einen starken Leistungsverlust. Für den fullscreen modus kann man ja einen entsprechenden Parameter setzen, damit das Programm nicht auf den Bufferwechsel wartet und gleich weiterläuft. Dummerweise funktioniert das nicht im Fesntermodus. Ich habe auch schon gelesen das dieser Parameter im Fenstermodus ignoriert wird. Gibt es dennoch eine Möglichkeit das hinzubekommen?

Grüße

[manu]

Kann ich mir kaum vorstellen, da im Fenstermodus für dein Programm genau das selbe gelten muss, wie für die Windowsoberfläche. Die Anwendung Teilt sich da ja auch den Speicher mit den anderen.
Und ich kann mir nicht vorstellen, dass man dieses vsync nur für einen Teil des Anzeigebereichs deaktivieren kann. Würde ja irgendwie der Ganzen Technik wiedersprechen... Aber ich lerne auch gerne dazu, falls jemand doch was weiß..

[The Lord of Programming]

Nein, soweit ich weiß nicht.

Sobald du im Fenstermodus bist, bist du gezwungen, mit den Parametern zu arbeiten, die dein Desktop hat. Vielleicht kannst du ja irgendwo bei den GraKa-Treibern vsync abstellen, aber solange dein Windows mit einer bestimmten Bildfrequenz dargestellt wird, hat eine Windowed-Anwendung dieselbe. Genauso ist es ja mit der Farbtiefe
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[Chriss]

ok, danke für die Infos.

Dann werde ich mein Problem mit Threads lösen.

[AFE-GmdG]

VSync kann man sowohl im Vollbildmodus als auch im Fenstermodus an und ausschalten. (Presentation Parameters)
Wenn dein Programm im Fenstermodus dann trotz abgeschalteter VSync im Fenstermodus VSync nutzt, liegt es an deinen Grafikkartentreibern - die haben manchmal eine möglichkeit des "Überschreibens" einiger Parameter angegeben. Das Gilt vorallem für VSync, Frequenz, Kantenglättung und manchmal auch für die Farbtiefe...

PS.: Threads werden dir bei diesem Problem wahrscheinlich nicht sehr viel weiterhelfen - sie verursachen eventuell nur noch mehr Probleme - vorallem wenn du von unterschiedlichen Threads auf die selben Resourcen zugreifen musst!
_________________

[Jonathan_Klein]

Außerdem hat VSync mal überhaut nix mit Leistungsverlsut zu tun. Da könnte ich auch kotzen, wenn die GameStar oder so das schreibt.
VSync beschrängt zwar die Maximale Bildwiederhohlrate. Aber das ist eignetlihc nur positiv. Zum einen kommt es nciht zu so Schlieren. Zum andern könnte ich mir vorstellen, das es bei floats und bei Langsamen Geschwindigkeiten bei extrememn Frameraten zu Ungenauigkeiten kommen kann.
VSync abschalten hat für mich nur dann Sinn, wenn man die tatsächlcihe Leistung des Programms messen will. Also gucken, ob das optimeirne was gebracht aht oder net.
Aber es kann mir eignetlihc niemand erzählen, das 60 Herz (was ja fast das Minimum bei VSync ist) signifikant zu wenig ist...
_________________
https://jonathank.de/games/

[Chriss]

Ok ich hätte mal schreiben sollen was ich überhaupt mache.

Ich habe eine Anwendung in C# geschrieben die auf MDI basiert. Da ich nicht vor hatte alles selber zu schreiben sondern auf die Standards des VS zurückgreife, habe ich also eine Anwendung die mein Hauptfenster erst erzeugt und dann in etwo so arbeitet.

[AFE-GmdG]

soweit ich mich erinnere nutzt mainForm.Created die gemarshallte Win32-Funktion PeekMessage.
RenderNextWindow ruft die ganzen Zeichen / Berechnungsroutinen auf und Application.DoEvents schaut in der Windows Nachrichtenschleife nach, ob Nachrichten vorhanden sind und arbeitet diese erstmal ab.

Zuerst mal würde ich die Nachrichtenbehandlungsschleife vor RenderNextWindow einfügen und nicht danach - das hat etwas damit zu tun, wie MDX beim schliessen des Forms reagiert. (Close wird verarbeitet, und es kommt nicht mher zu Zeichenoperationen auf geschlossene Fenster - welche abzufangende Fehler verursachen. Jeder Fehler, der zusätzlich mit Try/Catch/Finally behandelt werden muss, kostet einiges an Rechenleistung, hab ich festgestellt. Vorallem in MDX-Anwendungen welche ohne VSync laufen sollen)

Dann solltest du dir die Codestelle anschauen, wo das DX-System initialisiert wird: Bei den PresentParameters muss die Eigenschaft "PresentationInterval" auf "Immediate" gesetzt werden, um VSync abzuschalten.
PresentParameters
PresentationInterval

Threads bringen in deinem Zusammenhang enorme Probleme mit sich, da ich mir vorstelle, dass du dieses "Application.DoEvents" in einen Extra Thread auslagern willst. Dabei passiert folgendes:
Da auf sämtliche GUI-Elemente von WinForms nur im selben Thread zugegriffen werden kann, wie sie erstellt worden sind (ThreadSicherheit) müssen sämtliche von DoEvents aufgerufene Funktionen auf den HauptThread Invoket werden - was wiederum bedeutet, dass auf dem Hauptthread eine Nachrichtenschlange aufgebaut wird, die durch nicht mehr vorhandensein von DoEvents dort nicht abgearbeitet wird - und das Programm "hängt" oder stürtzt ab. Es kann auch sein, dass du jede Menge Exceptions bekommst als "Ungültiger Thread für Aktion xyz"

Das MDXFramework, was du nutzen möchtest kann auf jeden Fall VSync deaktivieren - ansonsten solltest du vielleicht mal schauen, dass du dir dein eigenes Framework zusammenschraubst.

Oder du verzichtest komplett auf MDX und nutzt GDI+^^

MFG, AFE-GmdG
_________________

[Chriss]