AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein OpenGL und threads benutzen? Sinvoll?
Thema durchsuchen
Ansicht
Themen-Optionen

OpenGL und threads benutzen? Sinvoll?

Offene Frage von "No Voices"
Ein Thema von No Voices · begonnen am 2. Mär 2005 · letzter Beitrag vom 6. Sep 2005
Antwort Antwort
Seite 2 von 3     12 3      
Benutzerbild von sniper_w
sniper_w

Registriert seit: 11. Dez 2004
Ort: Wien, Österriech
893 Beiträge
 
Delphi 6 Enterprise
 
#11

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 29. Mär 2005, 11:43
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) ).
Katura Haris
Es (ein gutes Wort) ist wie ein guter Baum, dessen Wurzel fest ist und dessen Zweige in den Himmel reichen.
  Mit Zitat antworten Zitat
No Voices

Registriert seit: 6. Sep 2003
Ort: Peine
110 Beiträge
 
Delphi 7 Enterprise
 
#12

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 30. Aug 2005, 14:41
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.
  Mit Zitat antworten Zitat
Benutzerbild von dizzy
dizzy

Registriert seit: 26. Nov 2003
Ort: Lünen
1.932 Beiträge
 
Delphi 7 Enterprise
 
#13

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 30. Aug 2005, 14:45
Ein Posting über deinem steht schon die Lösung ... seit mehreren Monaten
Fabian K.
INSERT INTO HandVonFreundin SELECT * FROM Himmel
  Mit Zitat antworten Zitat
No Voices

Registriert seit: 6. Sep 2003
Ort: Peine
110 Beiträge
 
Delphi 7 Enterprise
 
#14

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 4. Sep 2005, 22:39
ich denke nicht das es so ist. Was hat die V-Sync mit der widerholrate vom monitor zu tun

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???
  Mit Zitat antworten Zitat
Benutzerbild von Ultimator
Ultimator

Registriert seit: 17. Feb 2004
Ort: Coburg
1.860 Beiträge
 
FreePascal / Lazarus
 
#15

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 4. Sep 2005, 23:00
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..
Julian J. Pracht
  Mit Zitat antworten Zitat
Benutzerbild von dizzy
dizzy

Registriert seit: 26. Nov 2003
Ort: Lünen
1.932 Beiträge
 
Delphi 7 Enterprise
 
#16

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 4. Sep 2005, 23:47
Zitat von No Voices:
ich denke nicht das es so ist. Was hat die V-Sync mit der widerholrate vom monitor zu tun
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

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 . 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
Fabian K.
INSERT INTO HandVonFreundin SELECT * FROM Himmel
  Mit Zitat antworten Zitat
Benutzerbild von Speedmaster
Speedmaster

Registriert seit: 4. Mär 2005
Ort: Karlsruhe
535 Beiträge
 
Delphi 2005 Personal
 
#17

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 4. Sep 2005, 23:58
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!
Felix K.
Zitat:
Siehst du diesen Park da unten?
Jeden Tag lernen sich leute kennen und verlassen einander, und du hast dein ganzes Leben Zeit darin zu gehen!
  Mit Zitat antworten Zitat
Benutzerbild von dizzy
dizzy

Registriert seit: 26. Nov 2003
Ort: Lünen
1.932 Beiträge
 
Delphi 7 Enterprise
 
#18

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 5. Sep 2005, 00:11
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
Fabian K.
INSERT INTO HandVonFreundin SELECT * FROM Himmel
  Mit Zitat antworten Zitat
supermuckl

Registriert seit: 1. Feb 2003
1.340 Beiträge
 
FreePascal / Lazarus
 
#19

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 5. Sep 2005, 00:12
ähm was haben jetzt threads mit der vsync zu tun ?
Das echte Leben ist was für Leute...
... die im Internet keine Freunde finden!
  Mit Zitat antworten Zitat
Benutzerbild von dizzy
dizzy

Registriert seit: 26. Nov 2003
Ort: Lünen
1.932 Beiträge
 
Delphi 7 Enterprise
 
#20

Re: OpenGL und threads benutzen? Sinvoll?

  Alt 5. Sep 2005, 00:13
Hat Speedmaster doch beschrieben =)
Fabian K.
INSERT INTO HandVonFreundin SELECT * FROM Himmel
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 3     12 3      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:35 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz