Hi

aus gründen der geschwindigkeit und auch weil es schöner aussieht *g möchte ich meine heightmaps demnächst mit dem o.g. shader aus der shadersammlung rendern

den shader einlesen die variablen suchen und alles ist kein problem das funktioniert allerdings habe ich ein paar fragen zur nutzung

als erstes die alphamap, wie soll die aussehen? verschieden farbig oder einfach in 3 ebenen? und welches format? das steht ja alles nicht dabei

desweiteren ist 1 VBO 65x65 gefordert, auch da war das erstellen nicht das problem nur wie soll ich die daten ablegen?

ich möchte hierbei ersteinmal die einfachere variante über den hauptspeicher nehmen also müsste ich dem vbo eigentlich ein 2 dimensionales array geben indem nur x und y koordinaten gespeichert sind von einem 65x65 feld oder?

ich hoffe ihr konntet mir folgen

lg

Die Farbkanäle der Alphamap steuern wie stark welche Textur benutzt wird. Rot ist die erste Textur, Grün die zweite und Blau die dritte. Die Farben sollten sich in jedem Pixel zu 1.0 (bzw. 255) addieren.


Richtig. Im Shader wird die Position einer Ecke des 65x65 Blocks auf die 3D-Vertices addiert um die richtige Position zu erhalten. Wie du das in den VBO bekommst ist relativ egal. Ggf. schaust du dir das VBO-Tutorial an.

_________________
Yeah!

ah, super

ich habe heute leider keine möglichkeit mehr das zu testen aber ich werde das übers wochenende machen danke dir

so ich hab jetzt weitergeschrieben

ich habe nun ein kleines record geschrieben wo die x und y koordinaten der einzelnen punkte liegen (bzw eig sind es ja x und z)



dazu habe ich ein array eingefügt das genau 65x65 groß ist



befüllt wird die sache in einer schleife die einfach ihren zählwert an das array weitergiebt



danach kommt der interessant teil ich erstelle ein VBO weise ihm alles nötige zu und kopiere meine "MapDaten" in das VBO




nun habe ich also einen shader der bereits über alle texturen verfügt und ein vbo 65x65 mit x und y(z) koordinaten
nur gibt es allerdings nichts womit ich dem shader sagen könnte nimm das vbo als punkte zum renden

also ich mein selbst wenn ich rein die rendere vbo procedure nehme passiert nichts
also ich hab derzeit den befehl drin aber machen tut er nich viel^^



wie gesagt seh ich leider nix, und die fps von rund 5k lassen auch nicht vermuten das er irgendwo bzw auch nur versucht etwas zu zeichnen

Naja, mit
zeichnest du das zeug natürlich als Quads. Dann müssen in deinem VBO aber auch quads sein. Warum du aber nichts siehst, weiß ich auch nicht. Wenn das Zeug 64*64 groß wäre, na gut, aber so müsste zumindest irgendwo am Rand was sein... ähm, was nimmt dein shader als Input? Wenn der jetzt nämlich points will, und du gibst ihm Quads, wird der nicht viel Ahnung haben, was er damit machen soll.

mfg

sharkman

nunja aber auch wenn ich schreibe

glDrawArrays(GL_points, 0, MapSize);

dann sagter einfach nix, und in welcher form der shader die punkte haben will? keine ahnung der shader will die ja gar nicht haben das is ja das was ich nicht verstehe

Die Grafikkarte kann nur floats, dürfte einer der Gründe sein warum du nix siehst.

Der andere Grund ist das bei glInterleavedArrays die letzten beiden Argumente 0 sein sollten. Wenn ein VBO gebunden ist (über glBindBuffer) , wird dieses als Quelle für Vertexdaten benutzt. In diesem Fall wird das letzte Argument von glInterleavedArrays als Offset interpretiert, deine Daten liegen am Anfang des Buffers, also sollte der Offset 0 sein. Genauso liegen deine Daten direkt hintereinander im Buffer, daher kann auch der stride 0 sein. (du kannst auch die Vertexgröße nehmen, sollte äquivalent sein)

Letztlich musst du irgendwie eine Fläche von 64x64 Quads rendern bei denen die Vertexkoordinaten eben einfach der X/Z-Position entsprechen. Ich verwende zusätzlich zum VBO noch ein IBO (IndexbufferObject) um zu sagen welche Vertices zusammen Dreiecke bilden.






Wenn man Shader benutzt ist es sinnvoll zu wissen wie die Rendering-Pipeline funktioniert. Der Vertexshader erhält sämtliche Vertices die du der Grafikkarte zum rendern gibst und modifiziert diese. Es spielt hier keine Rolle ob du Punkte, Linien oder Dreiecke renderst. Mit Quads kann die Grafikkarte allerdings gar nicht umgehen, diese werden durch Dreiecke emuliert.
Erst im Primitive-Assembly-Schritt werden die einzelnen Vertices zu Linien oder Dreiecken zusammengesetzt. Wenn es einen Indexbuffer gibt kommt dieser auch erst hier zum tragen. Bei der Rasterisierung wird dann die Linie oder das Dreieck in Pixel zerlegt und für jedes Fragment (Pixel) der Fragmentshader aufgerufen.

_________________
Yeah!

floats sind doch gebrochene zahlen? Double sind auch gebrochene zahlen also eigentlich müsste das gehen

hab aber jetzt mal TGLFloat genommen

ich hab mal getestet wenn ich den shader nicht erstelle sehe ich meine dreiecke

diese zeichne ich gerade in einer schleife selber als 65x65 block

erstelle ich den shader aber so seh ich nix, aber ich hab mir mal gedanken gemacht über die variablen die ich übergebe könnte da ein fehler liegen?

den seit dem ich alles etwas geordnet und umgeschrieben habe sagt opengl das der vorgang nicht gültig wäre

ich such die variablen im allgemeinen so



und neue werte übergebe ich so



is das erstmal so richtig?

Floats sind 4 Byte groß, während Doubles die doppelte Genauigkeit haben und daher 8 Byte groß sind. glBufferData führt keine implizite Typkonvertierung durch sondern kopiert die Daten einfach nur so wie sie sind in den Buffer. Folglich wird dann ein Double als 2 Floats interpretiert, was natürlich Unsinn ist.


Zunächst einmal muss der Shader bereits aktiv sein, weil sonst nicht klar ist auf welchen Shader sich die glUniform*-Aufrufe beziehen. Also ein glUseProgram(SelShader) einbauen.

Des weiteren handelt es sich bei den Samplern NICHT um die OpenGL-ID der Texturen, sondern um die Nummer der Texturunit auf der die Textur gebunden ist. Also 0 für die erste Texturnunit, 1 für die zweite usw....siehe glActiveTexture.

_________________
Yeah!

das kapier ich nicht oO also das mit den textureinheiten

aber ich hab den opengl fehler wegbekommen indem ich nu schreibe

statt glUniform1f gluniform1i

und anstatt die textureid von opengl anzugeben soll ich also eine zahl angeben, einfach hochzählen in der reihenfolge wie ich sie auch eingelesen habe?

Einfach so:

_________________
Yeah!

ach ja da wir ja im c artigen code waren kommts ja auf groß und kleinschreibung an an sowas denkt man nicht gleich wenn man lange mit delphi arbeitet

ok zu dem code wenn ich das richtig sehe sage ich also dem programm das er eine Bestimmte Textureinheit verwenden soll und binden dann die textur an diese einheit

ok das hab ich so, verändert hat sich allerdings nichts

Also ohne mehr Infos kann ich dir nicht helfen. Was ist den jetzt der aktuelle Zustand?

Tipp:
Lass den Shader erstmal einfach nur eine Farbe ausgeben die sich vom Hintergrund (und allem anderen) unterscheidet. Dann weißt du ob zumindest der Vertexshader richtig arbeitet.

_________________
Yeah!

ok also ich habe den shader nun so eingekürzt das er die vielen dreiecke die ich zeichne alle in einer vorgegebenen Farbe einfärbt, das sieht nun so aus und funktioniert einwandfrei





den stand des terrain shaders hab ich dir mal hier reingestellt damit ich hier nicht riesig lang im forum posten muss

http://nopaste.info/09f38d5bba.html

ich habe den code so sortiert das alles in der reihenfolge steht wie es auch passiert, ich kann beim besten willen kein fehler mehr finden

Du schreibst die Vertexdaten in XZ....der Shader erwartet aber XY:

_________________
Yeah!