Moinsen,

ich versuche zur Zeit meine Partikel-Engine vollständig auf die GPU auszulagern. Dazu hab ich mir das Tutorial angesehen und versucht dies soweit ichs verstanden habe zu implementieren. Doch der erste Test war ernüchternd.. nicht ein Partikel zu sahen So nun bin ich daher gegangen und habe mir Framelogs an bestimmte positionen gesetzt und gesehen, das glTransformFeedBackVaryingsNV ein "Ungültiger Wert" auslöst. Anscheinend werden die Varyinglocations nicht richtig gefunden, obwohl eigentlich alles stimmt (denke ich).



hier der entsprechende Shader:



Anbei mal die komplette Klasse. Irgendwas mach ich hier falsch...

Also...
1. nur zur Sicherheit: es ist ne NVidia-Karte, oder? sonst könnten gl*NV-Calls ins leere gehen...
2. so weit ich weiß kannst du nur varyings (zb dein dir_out), aber nicht attribs (zb gl_Position) mit glGetVaryingLocationNV und glTransformFeedbackVaryingsNV bearbeiten. statt gl_Position zu lesen also lieber ne weitere varying spendieren (oder mit glTransformFeedbackAttribsNV arbeiten).
3. so nebenbei: du hast scheinbar Vec3 in deinen puffern, liest aber Vec4-Varyings. Das kann so eig. nicht gut gehen.

was davon (oder auch etwas anderes) der fehler ist kann ich dir auch nicht sagen, aber das sind sachen an denen es liegen könnte.

_________________
The force, strong it is in OpenGL.

1. ja hab GTX580
2. mhh ich hatte das hier gesehen http://www.opengl.org/discussion_boards ... er-binding
3. wie kommst du darauf? Die Buffer sind RGBA32F, also 4 Komponenten oder irre ich mich da?

du liest nur das xyz aus den puffern. Habs aber zugegebenermaßen auch nur überflogen.
Sorry ^^
hast du pkt. 2 mal geändert? und wenn ja: funktioniert es dann?

_________________
The force, strong it is in OpenGL.

mhh also glGetVaryingLocationNV gibt mir immer -1 zurück, ausser bei gl_Position.. Shader ist doch korrekt und wurde auch fehlerfrei gebunden.. versteh das nich..

Ähm.... 2 Threads? für ein und das selbe topic? .... falls ja, siehe anderer Thread

Ja muss ja nicht nur zwangsläufig an dem liegen. Du meintest das er die varying weg compiliert haben könnte.. Aber es wird doch ein Wert drauf zugewiesen also kann's daran ja Nicht liegen oder?

mag ja sein das ein Wert zug3wiesen wird, aber wenn er im Endeffekt doch nicht gebraucht wird, warum auch immer. ... ist nur ne Idee warum Du -1 bekommen könntest...

Das hat mich, bei HLSL zumindest, schon ein paar Haarfetzen gekostet

guck doch mal ob deine grafikkarte "normales" transform-feedback (nicht extensions) unterstützt

_________________
offizieller DGL Compliance Beauftragter
Never run a changing system! (oder so)

Könntest dafür Sascha's glCapsViewer mal bemühen.

bzw. gucken ob die extension überhaupt unterstützt wird...

_________________
offizieller DGL Compliance Beauftragter
Never run a changing system! (oder so)

http://delphigl.de/glcapsviewer/generat ... portID=276
Nun die GTX580 ist eine ziemlich neue Karte...

hast Du mal mitnem glsl debugger reingeschaut? geDebugger... oder glsldevil http://www.geeks3d.com/20091124/debug-your-glsl-shaders-with-glsldevil ... ob die Variable denn nun doch wegoptimiert wird oder nicht.

Mit glslDevil stürzt mein Program mit diversen Zugriffsverletzungen ab, sowie es versucht einen Geometry Shader zu laden... (aber nicht den hier, denn ich verwende noch mehrere, welche aber alle funktionieren)..

glslDebugger nutzt ja selber transform feedback... lässt sich denn was anderes damit debuggen? ne 0815 gl anwendung, iwas ausm delphigl wiki oder tutorial........

und mit dem gDebugger?

was für schutzverletzungen?

<LesenImKaffeesatz>
verursacht der debugger vielleicht opengl fehler die du nicht abfängst/behandelst?
</LesenImKaffeesatz>