Hallo,

ich habe noch eine weitere Frage zu diesem Thema.
Es ist ja so, dass hier bislang eine Menge Vorschläge kamen um ein Bild bzw. den Fensterinhalt per Hauptprogramm und mit OpenGl Befehlen in eine Datei (BMP etc.) zu speichern. Gibt es denn auch eine Möglichkeit dies direkt aus dem Shader zu machen. Also nachdem er mir ein bestimmtes Bild umgewandelt hat dieses dann auch direkt als neues Bild/Textur abzulegen, die er dann im nächsten Durchgang wieder aus dem Speicher lesen kann o.ä. ?

Mfg

Sebastian

Joahr. Mitm PBuffer. Den kannst du als Textur benutzen. Und dann ist er auch im Shader drin. Also du renderst mitm Shader ne Fläche in den PBuffer und den Buffer kannste dann auf ne andere Fläche anwenden die nen neuen Shader benutz. Das sollte es gewesen sein. Mit FrameBufferObjects geht das wohl noch kompfortabler und schneller. Ist allerdings neuer und wird noch nicht von allem unterstützt.

Mmmh, aber wie kann ich denn im Shader mit GLSL in den PBuffer rendern ? Das ist mir leider noch nicht so ganz klar...

Der PBuffer ist im übertragenen Sinne auch nur ein Fenster. Ein Virtuelles. Dieses bekommt einen DC und einen RC. Den musst du aktivieren und alles was du dann renderst wird darein gepackt. So einfach ist das.

Aber dazu gibt es auf unserer Seite auch ein Tutorial zum Thema PBuffer. Das sollte dort auch alles enthalten sein.

Hallo,

ich stehe immer noch mit meinem Professor zusammen auf dem Schlauch. Villeicht könnt ihr mir ja doch noch helfen...

Ich hole noch mal ein wenig aus und fasse zusammen, was wir vorhaben:

1.) Es soll ein Bild in Form einer Texture geladen werden (das klappt auch schon)

2.) Dieses soll dann in Form vom Shader verändert werden und in einem Fenster gerendert werden (das klappt auch)

3.) Anschliessend soll das Bild / Textur aus dem Fenster in eine neue Textur geschrieben werden oder gespeichert werden, damit man diese dann ein weiteres mal mit dem Shader bearbeiten lassen kann (das klappt leider noch nicht)

Wir haben uns schon soviel angesehen: glReadPixel / glCopyRexImage / Pbuffer (Render to Texute)

Aber bislang haben wir noch nicht so wirklich Erfolg gehabt !

Info: Programm geschrieben in C++ und Shadersprache GLSL

Wäre echt super wenn sich noch einer meiner/unser annehmen würde....

Mfg & schönes Wochenende

Sebastian

hast du dir schon die tutorials zu copytotexture und pbuffer hier auf delphigl angesen? sind zwar delphi, aber das sollte bei ogl sachen ja kein hinderniss sein. Wenn ja, kannst du deine fragestellung ein bisschen spezifizieren, wo das prbolem liegt? so können wir nur raten.
btw: im fall von glcopyteximage2d lieber glcopysubteximage2d benutzen, da schneller (die textur muss aber einmal mit einer version ohne sub initialisiert werden)

Mal ne ganz dumme Frage: Wo finde ich diese Tutorials denn bzw. welche sollen das denn sein ?

Wenn ich mir die Tutorials angesehen habe, versuche ich mein Problem nochmal zu konkretisieren. Mein letzter Post ist ein wenig unter Zeitdruck "entstanden" ! Kann mir schon vorstellen, dass man das nicht so recht versteht. Ich will auch nicht ausschliessen, dass ich mich einfach ein wenig dumm anstelle. Aber ich stehe im Moment ein wenig mit diesem ganzen "Open GL Kram" auf dem Kriegsfuss - aber das wird wohl noch.

Shader sind für den Einstieg in OpenGL auch nicht die beste Wahl Aber duhast da wohl wenig alternativen, oder?

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Naja was heisst Alternativen. Bei einer anderen Lösung ist ja davon auszugehen, dass diese nicht so schnell ist, oder ? Also wenn ich auf die Shader verzichte. Wobei die Shader mir ja nicht zwingend das Problem bereiten sonder mehr der Rest.

tutorials:
glcopyteximage2d und pixelbuffer

Hallo,

ich habe nun mal was gebastelt auf das es nun gilt aufzubauen:




Mit makeCheckImage() & makeCheckImage2() werden einfach zwei unterschiedliche Schachbrettmuster generiert und in einen reservierten Speicher geschrieben. Ich hoffe das ist verständlich.
Mich würde nun interessieren, ob der obere Bereich von glActiveTexture(GL_TEXTURE1); bis glDisable(GL_TEXTURE_2D); soweit richtig ist, oder was falsch ist bzw. was man noch verbessern könnte. Die beiden so entstandenen Texturen werden dann im Shader überlagert, wobei das ja erstmal egal ist was die Shader machen, oder ?

Als nächstes könnte man doch nun mit glReadPixel den Fensterinhalt auslesen und wieder an eine Textur übergeben mit der man dann weiter arbeiten kann, oder ?

Nun der Code ist sicherlich nicht die beste Lösung aber für mich immerhin schomal ein anfang. Es müsste doch hier dann auch was mit "glCopyTexImage2D() " oder "glCopyTexSubImage2D()" machbar sein, oder ? Nur weiss ich leider nicht wie ich das dann an eine neue Textur binde.

readpixel solltest du definitiv vermeiden. die pixel auf die cpu zurückzulesen um sie wieder an die graka zu übergeben ist nicht so furchtbar performant..
Prinzipiel erstellst du wie üblich mit glgentexture die textur, bindest sie mit glbindtexture und rufst dann glcopyteximage auf, wie normalerweise glteximage.

zum code: du weißt schon, dass die texturunits bei 0 anfangen und nicht bei 1? und zur erstellung solltest du lieber glgentextures benutzen und die nummer in einer variable speichern, da sonst nicht absolut sichergestellt ist, dass die nummern nicht noch anderweitig benutzt werden.
und glBindtexture muss vor dem setzen der texparameter und dem glteximage für diese textur aufgerufen werden.

Hallo,

ja das stimmt schon, dass ist nun angenehmer. Das mit dem glgentextures() kannte ich noch gar nicht So ist also sichergestellt das mit den IDs nichts mehr schief geht, richtig ?
Zu dem glReadPixels muss ich auch sagen, dass es mit glcopyteximage() ja genau so "einfach" ist und wenn das schneller ist nehme ich lieber das. Danke !

Wie ist das denn mit den glEnable und glDisable ? Wann muss das denn gemacht werden ? Oder reicht es, wenn ich einmal glEnable(GL_TEXTURE_2D) mit reinnehme ?

glenable/disable wirkt sich immer auf das aktive texturunit (also das über glactivetexture zuletzt festgelegte) aus und bleibt für dieses solange aktiv bis es wieder disabled wird, unabhängig davon, wie andere texturunits enabled/disabled werden.

für noch höhere geschwindigkeit würde sich wohl glcopysubteximage anbieten. dafür muss dann einmal über glteximage die größe der textur festgelegt werden und dann der inhalt jeweils mit glsubteximage kopiert werden. sollte ansich von vorneherein schneller sein und hat den vorteil, dass man keine 2er potenz in jeder dimension für den viewport brauch, sondern die übrigen teil der textur dann halt einfach schwarz lässt.
Ansonsten bietet sich halt noch der pbuffer an, bei dem direkt in die textur gerendert wird.

Also ich habe festgestellt, dass das enablen und disablen z.T. keinerlei Auswirkungen hat. Sollte man sich dennoch angewöhnen dies zu machen ?
Das mit dem "Sub" werde ich nochmal ausprobieren und sehen was es gibt. Der Vorteil gegenüber glReadPixels ist aber jetzt schon gewaltig.

Das mit dem PBuffer lass ich nun lieber erstmal sein. Das habe ich versucht zu verstehen und bin - nennen wir es mal kläglich - gescheitert
Ich bin so schon ganz zufrieden und mittlerweile in der Lage die Schritte mehr oder weniger gut verständlich nachzuvollziehen.

Nun muss ich mich mal ein wenig mit Cellular Automata auseinanderesetzen um so ein paar nette Beispiele zu erstellen um später dann auch die Simulation von Wärmeletungen darzustellen....