Verstehe ich das richtig ?

Bei Java muss man einen Umweg über ByteBuffer machen, weil Java keine Pointer kennt.

Beispiel:

In Delphi kann man @ machen.

_________________
OpenGL

Ja, hast du richtig verstanden.
Bei Java wirst du dich darauf einstellen müssen, dass es einige Dinge nicht kennt, die für effektives OpenGL eigentlich notwenig sind.

Ich wollte die Initialisierung des Bytebuffer in eine Funktion packen, aber ohne Erfolg.
Die Vectoren übernimmt er richtig, aber mit den Normalen stimmt etwas nicht mehr.
Bei späteren Objecten übernimmt er nicht mal mehr die Vectordaten richig.
Mit dem ausgeklammerten Teil funktioniert es ohne Fehler.

FluegeliVector enthält die Vectordaten in einer Float Array.
FluegeliVectorBuffer wird für glVertexAttribPointer gebraucht.

In Java bin ich noch ein sehr starker Anfänger. :wink

Edit: Ups, habe den Fehler gesehen, werde es Morgen nochmals probieren.

_________________
OpenGL

Ich nehme an du nutzt LWJGL? Falls ja, da ist eine Klasse BufferUtils dabei. Die hilft beim erstellen der Buffer.

btw: Du solltest dir angewöhnen, Variablen klein zu schreiben. Erhöht ungemein die Lesbarkeit.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Der Auschnit ist von einem Android-Programm

_________________
OpenGL

Gut. Aber trotzdem könntest du mal in das Repository von LWJGL schauen, da wär die BufferUtil-Klasse drin. Vielleicht kann man da was adaptieren....

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Ich habe es jetzt so gelöst und funktioniert gut. Vielleicht kennt jemand eine bessere Lösung.

Ich habe mir LWJGL angeguckt, sehe aber keinen Vorteil dies einzubinden.

_________________
OpenGL

Hi, ich interessiere mich auch für den ByteBuffer. Kann mir jemand mal kurz erklären, wie dieser aufgebaut ist? Außerdem hätte ich noch eine Frage: Ich habe in der Java-Programmierung oft schon eine NullPointerException erlebt. Ist dies nicht auch eine Art eines Pointers? Kann man diesen nicht auch irgendwie anders verwenden?

_________________
http://www.keygles.de

Kommt ein wenig später die Antwort. Ist aber die Folge, wenn man fremde Threads highjacked.



Die interne Struktur des Buffers sollte in 99% der Fälle keine Rolle spielen. Stelle es Dir vor als eine Aneinanderreihung vom Datentype hintereinander ein. Bedenke das bei OpenGL Dinge häufig anders herum erwartet werden BGR statt RGB. Das kannst dann leicht mit der Methode flip() entsprechend drehen.

Aber zurück zu z.B. den IntBuffer. Ein Anwendungsfall ist z.B.


Sollte eigentlich recht selbsterklärend sein. Es wird ein Buffer mit genau einem Element erzeugt. Danach füllen wir einen Int wert an der ersten Stelle ein und übergeben den Buffer an die OpenGL-Methode. Die Arbeit in Java und Buffer ist anfangs ein wenig gewöhnungsbedürftig, allerdings erzieht sie einem dazu vernünftig zu kapseln.


In Java gibt es keine Pointer. Es gibt aber natürlich Objektreferenzen, die naiv betrachtet nichts wesentlich anderes sind, außer das sichergestellt ist, dass die nicht plötzlich irgendwo in einem Speicherbereich landen, wo sie nichts zu suchen haben. Eine NPE ist eine Null-Referenz zeigt also ins Nirwana und somit einem nicht existierenden Objekt. Sie fliegt dann, wenn Du beginnst auf das Objekt das dort referenziert wurde zuzugreifen. Viele NPE in Anwendungen zeugen von einer schlampigen Qualität des Codes und sollten in der Praxis nicht auftreten. Üblicherweise hat der Entwickler vergessen ein Objekt zu initalisieren oder erwartet von einer Rückgabe eines Interfaces einen anderen Datentyp. Womit wir zum nächsten Grundsatz kommen "Null" ist keine Information

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."

Ehm nein. Diese Methode dreht nicht den Inhalt des Buffers um. Sie setzt das Limit auf die aktuelle Position und die Position auf 0.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Das kommt davon, wenn man glaubt auch ohne installierten Code auszukommen. Damadmax hat natürlich recht und erzeugt bei mir gerade etwas stirnrunzeln.

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."