Lad vielleicht mal deinen kompletten Code hoch.

_________________
Yeah!

Okay ich habs mal in den Anhang gepackt
Es sollte mit GWT genauso ausführbar sein. Das WebProjekt beinhaltet die Wrapperklasse zu webGl und die overlaytypes, das sampleProject ist dann gewissermaßen weitgehend der Quellcode aus deinem Tutorial mit den bisher hier durchgesprochenen Änderungen.

Danke auf jedenfall für deine Hilfe

->der Download zum gezippten Projekt<-

Ok, ich denke ich habe den Fehler. Deine create-Methode taugt nix, den diese ist dank push sehr ineffizient und außerdem erzeugst du da JavaScript-Arrays und kein natives WebGL-Array welches du einfach nur castest. JavaScript-Arrays sind HashTabellen, d.h. du kannst z.B. auch einen String als Index benutzen, wenn du eine Zahl angibst wird die erst in einen String umgewandelt. WebGL-Array sind Arrays im C/C++-Stil, also wirklich ein zusammenhängender Speicherbereich mit dem korrekten Datentyp.

Dein Code gibt keinen Fehler aus weil bei JSNI-Methoden keine Typprüfung stattfindet und du vermutlich die "-ea" Option beim compilieren vergessen hast. Letztere sorgt dafür das Assertions ausgeführt werden.



in WGT ist das wie folgt gelöst. Es wird gar nicht erst der Umweg über ein Java-Array gegangen sondern das JavaScript-Array (JsArrayInteger) direkt in ein WebGLUnsignedShortArray umgewandelt.


Aber um mal schnell ein paar Vertices in ein WebGLArray zu werfen schreibe ich mir meist eine Methode die so aussieht:

_________________
Yeah!

Okay an der Stelle wird es wohl gelegen haben. In meinem umgeschriebenen Shader habe ich nun zumindest ein weißes Dreieck. Das ist schonmal eine Erleichterung

Ich werde deine Hinweis über das JSONArray mal auf alle Arrays übertragen. Was ich mich allerdings frage, ich habe jetzt eine Methode analog zu deiner createGlowVertices() native in die Klasse geschrieben, die ein festes Array zurückgibt. Wie kann ich aber aus meinem JavaQuellcode heraus ein WebGLirgendwas-Array erzeugen?

Deshalb überhaupt bin ich ja den Umweg über die JavaArrays gegangen. Soweit ich weiß, kann ich ein JSON-Array ja außerhalb einer native Methode nicht selbst instanzieren, also wie kann ich in meinem JavaQuellcode Arrays erzeugen für webGL?

Edit: Nachdem ich den Shader wieder zurückgesetzt hatte, funktioniert nun auch endlich das Beispiel mit dem DGL Logo Danke schön

Geht nicht, es sein den du schreibst dir eine Methode create wie ich das getan habe. Das einfachste ist auf Java-Arrays zu verzichten, den diese müssten erst in JavaScript-Arrays umgewandelt werden und dann wieder in WebGLirgendwas.

P.S. Ein JSONArray ist wieder was anderes. Das brauchst du wenn du größere Datenmengen aus einer JSON-Datei laden möchtest. Ich lade meine Meshes und allgemein alles auf diese Art, da JSON vom Browser nativ geparst werden kann: schnell + simpel zu implementieren. JSON ist einfach nur ein Objekt in JavaScript-Syntax.

_________________
Yeah!

Okay dann muss ich mir die JSON arrays nochmal ansehen.

Noch eine Frage in Bezug auf Statische Variablen hab ich:

Macht es einen Unterschied, ob ich statische oder nichtstatische Variablen im JS verwende?
Also als beispiel:



Ist da irgendein Unterschied bezüglich Größe des Javascripts, Ausführgeschwindigkeit usw? Ansonsten würd ich nämlich versuchen, soviel wie möglich nicht-statisch zu machen.

Also der Unterschied dürfte minimal sein. Was da für Code generiert wird kannst du dir ja angucken, ggf. Code-Style auf "Pretty" stellen damit Variablen nicht umbenannt werden und auch nicht alles in einer Zeile steht.

Bei meiner WebGL-Wrapper-Klasse habe ich das WebGL-Objekt allerdings statisch gemacht, damit da später im Code wirklich gl.funktionBlaBla steht und nicht instanz.gl.funktionBlaBla.

Also an stellen wo es wirklich auf Performance ankommt und es sich um eine Singletonklasse handelt sollte es statisch sein.

_________________
Yeah!

müsste bei der nichtstatischen variante dann da nicht instanz.funktionsblaa() stehen?

@ performance: wodurch ändert sich denn da die performance? also warum ist instance.funktion() langsamer als klasse.funktion()?

Wenn gl dein WebGL-Context ist und ein nicht-statisches Attribut deiner Wrapperklasse, dann steht da instanz.gl.funktionBlaBla. Wenn gl aber statisch ist, dann ist das einfach eine globale Variable.

_________________
Yeah!

Mh achso ja ich hab vergessen, dass es in WebGL noch das Javascriptobject Gl gibt

Aber bezüglich der Performanceänderungen.. liegt der Performanceunterschied dann tatsächlich im Unterschied statisch<->nicht-statisch oder einfach nur darin, dass die statische variante weniger JS-code ausmacht und damit schneller zu parsen ist?

Es ist einfach nur eine Operation (Referenz verarbeiten) weniger, aber da man gl.* Funktionen ständig braucht...

_________________
Yeah!

Okay das hatte ich mir gedacht Damit dürften dann alle Unklarheiten beseitigt sein
vielleicht kann ich ja auch irgendwann mal was vorzeigbares WebGLtechnisches präsentieren