OpenGL und threads benutzen? Sinvoll?

[No Voices]

Hallo, :hi:

ich habe mich in letzter Zeit ein bischen mit OpenGL beschäftigt. ich habe bald festgestellt das zu erzeugung der umgebung sehr schnell sehr viel text zusammen kommt. :coder: Um später noch ausfühlicher zu werden und das ganze noch recht schnell am laufen zu halten dachte ich mir das ich den render code einfach in einem Thread unter bringe. Und andere sachen vieleicht auch noch in anderen threads. Geht das überhaupt und macht es sin??? :gruebel: Ich habe mich mal mit threads versucht, aber irgendwie passt es nicht ganz zu meinen vorstellung. Ich kann mir jedenfalls nicht vorstellen das große Spiele wie Quake3 nur 1 Thread besitzen. Wie gehe ich da ansatzweise Profesionel ran ?

[Fubar]

Es waere sinnvoll die Umgebung nicht im Code zu basteln sondern die Daten zu laden.

Beispiele gibt es hier: http://nehe.gamedev.net/data/lessons....asp?lesson=10
und hier: http://nehe.gamedev.net/data/lessons....asp?lesson=31

[sniper_w]

Zitat:

Ich kann mir jedenfalls nicht vorstellen das große Spiele wie Quake3 nur 1 Thread besitzen.

Ich schon, obwohl ich nicht sicher bin.

[No Voices]

wie kann ich eine höhere Fram rate bekommen. Mit den OpenGL1.5 Template komme ich nur auf ca. 70 FPS obwohl nichts drin ist. mit Quacke3 komm ich mit allen details und höster auflösung auf ca. 300 FPS. Wo ist das problem?

[gordon freeman]

Zitat:

Zitat von No Voices

Ich kann mir jedenfalls nicht vorstellen das große Spiele wie Quake3 nur 1 Thread besitzen.

Ich bin mir sogar ziemlich sicher das es genau so ist! Einen Render-Thread und fettich ist die Sache!

Zitat:

Zitat von No Voices

wie kann ich eine höhere Fram rate bekommen. Mit den OpenGL1.5 Template komme ich nur auf ca. 70 FPS obwohl nichts drin ist. mit Quacke3 komm ich mit allen details und höster auflösung auf ca. 300 FPS. Wo ist das problem?

Die Frage ist, wie du die Render-Procedure auslöst. Wenn du das mit 'nem Standard Delphi-Timer machst, dann haste natürlich 'ne begrenzte Frame-Zahl. Wenn du den DelphiX-Timer benutzt kannste schon mehr aus der Kiste rausholen.

[Speedmaster]

Mach mal den Deep Buffer aus!

Falls du was zu OpenGL wissen willst geh doch bitte auf: DelphiGL.com!

[Icemanemp]

Wirst kein Spiel finden, das mit vielen unabhängigen Thread programmiert ist! heutzutage ist die Grafik, KI und Physik usw. nicht voneinander getrennt. Daher haben viele Spieleentwickler schon angekündigt, das die ersten Spiele, die Threading und damit auch Multi-CPUs unterstützen erst ca. 2006 rauskommen, da in dem Jahr sehr sehr viele DesktopPCs Dualcore CPUs haben werden! Da diese ab Sommer zu haben sein werden, aber wie gesagt erst 2006 bei Spiele Performancemässig was bringen... (ausgenommen sind jetzt System die viele andere Threads während das Spiel an ist offen haben, da bringen Dualcore und Hyperthreading-System heute schon was!)
Es ist auch nciht so einfach eben mal Grafik, KI, Pyhsik und allgemeine Spielelogik auszulagern, da diese sehr stark verknüpft sind!

[Speedmaster]

Zitat:

Zitat von Icemanemp

Wirst kein Spiel finden, das mit vielen unabhängigen Thread programmiert ist! heutzutage ist die Grafik, KI und Physik usw. nicht voneinander getrennt. Daher haben viele Spieleentwickler schon angekündigt, das die ersten Spiele, die Threading und damit auch Multi-CPUs unterstützen erst ca. 2006 rauskommen, da in dem Jahr sehr sehr viele DesktopPCs Dualcore CPUs haben werden! Da diese ab Sommer zu haben sein werden, aber wie gesagt erst 2006 bei Spiele Performancemässig was bringen... (ausgenommen sind jetzt System die viele andere Threads während das Spiel an ist offen haben, da bringen Dualcore und Hyperthreading-System heute schon was!)
Es ist auch nciht so einfach eben mal Grafik, KI, Pyhsik und allgemeine Spielelogik auszulagern, da diese sehr stark verknüpft sind!

Bin ich ehrlich gesagt nicht der Meinung, es gibt heutzutage durchaus Spiele die Multithreading benutzen, aber im begrenzten Mase!

[No Voices]

Nein ich benuzte keinen Timer. Ich mache es über Das EventIdl aber ich komme nicht über 70 FPS Obwohl da noch nichts drin ist. wie gesagt bei Quake 3 wenn ich in der Confic-Datei die sperre raus nehme die bei Max 80 FPS steht ... also wenn ich diese raus nehme komme ich an 300 FPS und mehr ran. WARUM???

[Michael_Bayer]

Zitat:

Zitat von No Voices

Nein ich benuzte keinen Timer. Ich mache es über Das EventIdl aber ich komme nicht über 70 FPS Obwohl da noch nichts drin ist. wie gesagt bei Quake 3 wenn ich in der Confic-Datei die sperre raus nehme die bei Max 80 FPS steht ... also wenn ich diese raus nehme komme ich an 300 FPS und mehr ran. WARUM???

Die schreiben das nicht in Delphi ;)

[sniper_w]

Delphi-Quellcode:

Die schreiben das nicht in Delph

Stimmt. Aber das hat jetzt mit der Sache nichts zu tun. Ich bin mir 99,99% sicher, dass es deswegen so ist, weil die Option "Vecticale Synchronisation abwarten" bei dir eingeschaltet ist, und deswegen hast du eine niedriegere Framerate. Du musst sie ausscahlten, per Hand (DesktopEinstellungen), oder im Programm( wglSwapIntervalEXT(0) ).

[No Voices]

Ich habe das problem gefunden. es hängt mit der bildwiederholfrequence vom monitor zusammen.

weiß jemand wo ich die durchlaufzahl vom queltext rausbekomm des es schneller läuft.

[dizzy]

Ein Posting über deinem steht schon die Lösung ... seit mehreren Monaten :zwinker:

[No Voices]

ich denke nicht das es so ist. Was hat die V-Sync mit der widerholrate vom monitor zu tun :wall:

wo stand den die lösung?

Ändere die Herzzahl von deinem monitor! bei 70 Hz haste 70 FPS und bei 120 Hz haste 120 FPS.

Das ist auch das Problem.

Wenn ich bei Quake 3 in die Config.cfg oder so gehe kann ich die anzeige an oder abschalten wo er mir die FPS anzeigen kann. da habe ich werte von über 300 FPS und ich kenne keinen monitor der das schaft auch nicht meiner. Also muß es eine andere möglichkeit geben!

Oder liege ich so falsch damit??? :gruebel:

[Ultimator]

Ich denke auch, dass es mit VSync zusammenhängt.
Weil wenn das angeschaltet ist, muss die Grafikkarte pratisch "warten", bis sie das ganze Bild zeichnet, bis auch das gesamte Bild "zusammengesetzt" ist, da es ansonsten Tearing gibt..

[dizzy]

Zitat:

Zitat von No Voices

ich denke nicht das es so ist. Was hat die V-Sync mit der widerholrate vom monitor zu tun :wall:

:shock: alles!

V(ertical)-Sync bezeichnet das Warten der Grafikkarte bis sie ein neues Bild an den Monitor schickt, und zwar eben so lange, bis die Scanline des Monitors die letzte Linie fertig gezeichnet hat. Und dass passiert nun mal eben genau so oft pro Sekunde wie dein Monitior eingestellt ist.
Vor allem gibst du dir ja noch selbst die Antwort :wall:

Und die Lösung ist sicher nicht am Moni zu fummeln, sondern viel mehr V-Sync softwareseitig abzuschalten. Wie das geht wurde schon im Thread gezeigt.

Im Übrigen macht ein Abschalten von V-Sync nur in 2 Fällen überhaupt Sinn:

1. Benchmarking
2. Fehler/Probleme mit V-Sync

V-Sync ist keine Last, sondern ein Freund und Helfer. Es wäre für Monitor- und Grafikkartenhersteller einfacher kein V-Sync zu betreiben. Man tut es aber trotzdem, um einem ganz bestimmten Effekt vorzubeugen: Wenn der Kathodenstrahl mitten im Bild eine neue Information von der Grafikkarte erhält, so entstehen je nach Pech ein oder mehrere Linien im Bild, da mehrere Zeitpunkte einer Bildfolge fälschlicherweise gleichzeitig in Teilen auf dem Bildschirm landen.
Das Problem besteht auf aktuellen Systemen nicht mehr so wie vor ein paar Jahren als man es einführte, da die Bildunterschiede zwischen 2 Frames oft so gering ausfallen, dass die Streifenbildung quasi ausbleibt (es gibt sie aber trotzdem).
Es macht folglich eigentlich gar keinen Sinn kein V-Sync zu betreiben, weil höher als der Monitor kann die Framerate eh nicht werden. Freut euch doch lieber dass ihr einen Indikator habt wie viel Rechenarbeit maximal getan werden muss, um die Perepherie optimal zu bedienen. Somit entfällt u.U. überschüssige Arbeit für CPU und Grafikkarte was Stromverbrauch und Wärmeentwicklung durchaus positiv beeinflusst ;).

Eine anmerkung zu TFT-Bildschirmen: TFTs haben für gewöhnlich keinen Kathodenstrahl :stupid:. Sie stellen viel mehr das Bild "auf einen Schlag" dar, und somit gäbe es theoretisch kein V-Sync. Allerdings gibt es eine Grenze bei der Verarbeitungsgeschwindigkeit in einem TFT, und um a) dies zu sichern und b) zur Kompatibilität wird auch bei TFTs eine Vertikalfrequenz angegeben über die ebenfalls V-Sync realisiert wird.



Gruss,
Fabian

[Speedmaster]

Ich möchte anmerken das es einen guten Grund gibt V-Sync abzuschalten:
Wenn spiele nicht mit mehreren Threads betrieben werden kann es zu unschönen Effekten kommen mit V-Sync!
Falls ihr es mir nicht glaubt:
Startet einen Ego-Shooter mit V-Sync und spielt eine halbe Stunde, dannach macht das selbe ohne! Ihr werdet merken( allerdings nur wenn ihr ein guter Spieler seid ), das das Spielgefühl Schwammig ist wenn V-Sync an ist!

Deshalb ist es durchaus Sinnvoll das Spiel in 2 Threads oder mehr laufen zu lassen!

[dizzy]

Zitat:

Zitat von Speedmaster

Wenn spiele nicht mit mehreren Threads betrieben werden kann es zu unschönen Effekten kommen mit V-Sync!

Nix dagegen: Fällt unter Punkt 2 :mrgreen:

[supermuckl]

ähm was haben jetzt threads mit der vsync zu tun ?

[dizzy]

Hat Speedmaster doch beschrieben =)

[Speedmaster]

Zitat:

Zitat von supermuckl

ähm was haben jetzt threads mit der vsync zu tun ?

--> :wall:

--> Siehe oben!

[supermuckl]

ne ich kapier nicht, wieso er sagt, das wenn spiele nicht mit mehreren threads ausgeführt werden usw..
welches spiel wäre das denn ?
ich dachte bis dato gibts die nicht :gruebel:

ausser das wohl jeder soundkanal nen thread hat, glaub ich eher nicht, das die grafik auchnoch gesplittet wird auf mehrere threads *g*

und jetzt will ich die technische erklärung, wieso threaded games mit vsync on schlecht laufen o_O

[Speedmaster]

Zitat:

Zitat von supermuckl

ne ich kapier nicht, wieso er sagt, das wenn spiele nicht mit mehreren threads ausgeführt werden usw..
welches spiel wäre das denn ?
ich dachte bis dato gibts die nicht :gruebel:

ausser das wohl jeder soundkanal nen thread hat, glaub ich eher nicht, das die grafik auchnoch gesplittet wird auf mehrere threads *g*

und jetzt will ich die technische erklärung, wieso threaded games mit vsync on schlecht laufen o_O

Nochmal:
Ohne Multithreading läuft ein Spiel Schwammig wenn V-Sync an ist! Wenn es aus ist ist es egal!
Wer redet davon das die Grafik gesplittet werden soll? oO
Da gäbs ja Massenweisse Fehler!

[supermuckl]

jo dann sag mal was da in threads ausgelagert wird, was dir dann deinen schwammigen effekt erzeugt.

[Speedmaster]

Zitat:

Zitat von supermuckl

jo dann sag mal was da in threads ausgelagert wird, was dir dann deinen schwammigen effekt erzeugt.

Argh!! :wall:

Is das den so schwer zu verstehen??

Für dich:
- Ein oder mehrere Threads, mit der Gamelogik
- Ein Thread der die Gamelogik Grafisch umsetzt

[supermuckl]

;) kannst noch so oft Argh sagen ;) wenn du es nicht erklärst kann es auch niemand begreifen.
Aber jetzt weis ich was du meinst.