Hey Folks,
Ich Programmiere mit einer ATI graka, und wollte nun mein programm mal auf einer nvidia testen. komischer weise kommt die nvidia mit dem picking algo nicht klar. Ich benutze genau den selben weg wie hier in der wiki im tutorial. die nvidia grafikkarte braucht 4 mal so lange um die scene im GL_SELECT zu rendern. und auch die glRender funktion die anzahl der treffer zurückliefert dauert ca doppelt so lange. All das beeinflusst leider das flair in der welt, da es doch recht viele objecte gibt. aber wie gesagt mit meiner ati läuft es wunderbar!!!
Vielleicht hat jemand ja schonmal das selbe problem gehabt und kann mir einen tipp geben.
alle links tipps etc. sind willkommen!!!
cherio Woltan

Benutzt du 90er-Treiber? Das Thema wurde glaube schonmal irgendwo im OffTopic diskuttiert. Das liegt an den Treibern, dass der da so langsam ist.

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Hi!

Ich habe genau das gleiche Problem. Bei meiner GF6600 GT mit dem neuesten Treiber (93.71) ist die Framerate viel schlechter als bei einer vergleichbaren ATI Karte (sagen wir mal 1600), und das obwohl meine CPU schneller ist.

Wie kann man dieses Problem bei NVIDIA umgehen? Was für Techniken benutzen denn andere OpenGL Entwickler? Schließlich laufen andere OpenGL Spiele / CAD Programme mit viel besserer Performance.

Danke für eure Tipps!

Mark

Das Problem tratt mit den ersten Beta-Treibern der 90er Reihe auf, und da diese Reihe immernoch aktuell ist bleibt das Problem weiterhin bestehen. Aber Selektion sollte man eh nicht mehr verwenden, ich persönlich (und wohl auch die meisten anderen Entwickler) nutzen Farbselektion, bei der die Objekte farblich kodiert offscreen gerendert werden und man dann den anvisierten Pixel ausliest und Farbwerte vergleicht.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Hey Sasche,
von dem Verfahren was du ansprichst hab ich auch schon gehört/gelesen, das ist ne gute idee, ich werd das bei gelegenheit mal ausprobieren. Es findet sich sicherlich ein gutes tutorial dazu irgendwo.
Thx for da reply
cherio Woltan

Hi Sascha,

danke auch von mir für den Hinweis!

Ich hätte da noch eine weitergehende Frage:
wie sieht denn die Performance von so einem Farbselect denn aus? Schließlich muss ich danach auch Painten.
Wäre es nicht schneller, wenn ich bei einem Perspektivwechsel merke, wo jedes Objekt liegt und ich so mein eigenes Select nachbaue? (angenommen, das Bild bleibt recht lange statisch und ich will nur etwas anklicken)
Oder macht das die GPU wesentlich schneller als meine CPU?

Danke!

Mark

Die OpenGL-Selection ist sowieso nicht hardwarebeschleunigt. Von daher ist eine eigene Implementation, die von bestimmen Annahmen profitiert meistens schneller.

Wie yonibear sagt läuft die OpenGL-Selection sowieso in Software und damit ist eigentlich jede selbstgemacht Lösung scheller. Bei der Farbselektion rendert man dann mit Hilfe der GPU die Szene mit so wenigen Informationen wie möglich (keine Texturen, Shader, Lichter, nur Objekte die benötigt werden, evtl. mit niedrigerem LOD und nur einen Ausschnitt um den Cursor herum).

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Ich nutze auch Farbselektion und rendere nach dem SwapBuffers immer den gesamten Frame noch mal mit den Indizes für die Dreiecke. Obwohl das sicherlich nicht die optimalste Möglichkeit ist, habe ich dabei noch keinerlei Geschwindigkeitsprobleme festgestellt.

Hach wär das schön wenn Autodesk/Alias/Maya das auch mal irgendwas kapieren würden, das nicht jeder Mensch ne Quadro oder sonstwas hat wo evtl das GL_SELECT noch funktioniert..

Aya~