Einstieg in LWJGL

[zondan]

Hallo!

Ich habe vor kurzem mit Java angefangen und würde gerne in LWJGL einsteigen. Es geht mir weniger darum Spiele zu schreiben, sondern eher die Möglichkeit zu haben sowohl in 2D als auch in 3D zu programmieren.

Das könnte ich vermutlich auch mit Swing machen, aber ich glaube da stößt man sehr schnell an Grenzen was Geschwindigkeit angeht.

Bevor ich zu Java kam hab ich in Python mit Pygame programmiert und es hat mir Spaß gemacht einfache Sachen wie Gravitation oder Stöße nachzubilden. Jedoch wurden diese Programme sehr schnell extrem unübersichtlich und fehleranfällig. Unter anderem vermutlich weil ich komplett auf objektorientiertes Programmieren verzichtet habe.

Was ich jetzt suche ist einfach einen einfachen Einstieg. Vor allem möchte ich bevor ich anfange in einer IDE zu programmieren(momentan bevorzuge ich NetBeans und nutze das für Swing Programme) wissen wie man einen Quelltext der LWJGL nutzt einfach mit javac kompiliert.
Ich hab versucht das mit Hilfe von dem Wiki-Eintrag herauszulesen aber da das Testprogramm vom Wiki sofort einen Laufzeitfehler erzeugt denke ich das ich die Bibliothek nicht mal richtig installiert hab.

run:
Exception in thread "main" java.lang.NoClassDefFoundError: nblwjgl/Main
Caused by: java.lang.ClassNotFoundException: nblwjgl.Main
  at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
  at java.security.AccessController.doPrivileged(Native Method)
  at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
  at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
  at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: nblwjgl.Main. Program will exit.
Java Result: 1
BUILD SUCCESSFUL (total time: 0 seconds)

Also was ich suche:

• Wie kompiliert man einen Quelltext der LWJGL nutzt per Hand?
• Wie sieht ein minimales Programm mit LWJGL aus. Also eines das nur ein Fenster erzeugt.
• Wenn ich soweit bin. Wie zeichne ich einen Punkt oder eine Linie, einen Kreis. Halt Grundlegende Figuren.
• Ich fange ich Tastatur/Maus Events ab?(Wobei ich das letzte vermutlich durchs Wiki lösen kann)

Ich hoffe ihr könnt mir helfen und freue mich schon auf eure Antworten.

LG
Zondan

 

[Marco13]

Das liegt erstmal nicht an LWJGL - der package- oder Klassenname stimmt einfach nicht. Estelle die Klasse ggf. im "default"-Package (also OHNE packagenamen), dann sollte man sie mit
javac -cp ".;lwjgl.jar" Main.java
compilieren und mit
java -cp ".;lwjgl.jar" Main
starten können.

Objetkorientierung und LWGL (bzw. OpenGL allgemein) beißt sich aber auch Das Potential für Fehler und Unübersichtlichkeit ist enorm ...

 

[zondan]

Danke für die Antwort.
Was bedeutet der Parameter bei -cp genau?
Also

".;lwjgl.jar"

Der Punkt steht wohl für das aktuelle Verzeichnis gefolgt von einem Semikolon und dann einer Bibliothek.
Da ich Linux nutze muss ich anscheinend einen Doppelpunkt nutzen.

Wenn ich es so

javac -cp ".:lwjgl-2.8.3/jar/*" Main.java

kompiliere dann kompiliert es zumindest ohne Fehler.

Heißt das das man verschiedene Bibliotheken zb so:

javac -cp ".:lwjgl-2.8.3/jar/lwjgl.jar:lwjgl-2.8.3/jar/lwjgl_util.jar" Main.java

einbinden kann?

Funktionieren tut es zumindest.

Wenn ich es jetzt so:

$ java -Djava.library.path="lwjgl-2.8.3/native/linux/" -cp ".:lwjgl-2.8.3/jar/lwjgl.jar:lwjgl-2.8.3/jar/lwjgl_util.jar" Main

ausführe, funktioniert es.

Das -Djava.library.path hab ich einfach nur aus dem Wiki kopiert, weiß jedoch nicht ganz für was das steht. Es ist anscheinend der Path ist wo native, also non-java Bytecode, Bibliotheken zu finden sind.
Stimmt das so?

Ok, wie würde jetzt ein minimaler Java-Code aussehen der ein LWJGL Fenster erstellt und sagen wir mal beim drücken von Escape beendet wird.

Aja zur Objektorientierung: Ich hab noch nicht wirklich viel Erfahrung damit, aber ich finde es ist wesentlich übersichtlicher mit Klassen und Objekten zu programmieren als nur über Funktionen und teils Globalen Variablen.
Natürlich weiß ich nicht wie das in Verbindung mit LWJGL ist, aber mein größtes Problem bei Pygame war schlussendlich das ich bei jeder noch so kleinen Veränderung das komplette Programm überdenken und teilweise neu schreiben musste. Sicher war das meine Schuld das ich es nicht gut genug in Funktionen gekapselt habe aber naja. Das wäre hier denke ich weniger ein Problem, zumindest von dem was ich bis jetzt erlebt habe.

 

[Marco13]

Mit -cp definiert man den Classpath - also alles, wo nach .class-Dateien gesucht werden soll (und eben nicht nur verzeichnisse, sondern auch JARs - was eigentlich nur ZIPs mit .class-Dateien drin sind). Das mit dem library.path stimmt auch (braucht man nicht, wenn man alles in ein Verzeichnis klatscht, aber so ist es natürlich "aufgeräumter").

Zu einem "Mini-Beispiel": Eigentlich sind die Tutorials von Main Page - LWJGL da ja passend, das erste Enthält schon ein Mini-Beispiel: LWJGL Basics 1 (The Display) - LWJGL

 

[zondan]

Ok, ich nehme mal an das wenn man das Programm einfacher ausführbar machen will, man einfach ein Aufrufprogramm schreibt das dann das eigentliche Programm mit all den Parametern aufruft.
Den man könnte ja nicht von einem Benutzer erwarten das er die Parameter von Java kennt.
Oder gibt es eine einfachere Möglichkeit so das der Benutzer nur noch die jar Datei starten muss?
Natürlich weiß ich nicht wie man manuell eine jar Datei erstellt, aber das ist ein anderes Thema.

Danke auf jedenfall für deine Hilfe, ich werde mal die Beispiele im Wiki machen.

 

[Executable]

Den man könnte ja nicht von einem Benutzer erwarten das er die Parameter von Java kennt.
Oder gibt es eine einfachere Möglichkeit so das der Benutzer nur noch die jar Datei starten muss?

Ding!
Und ein Doppelklick genügt,
man kann die jar dann auch noch zur exe verschandeln usw.

Viele Grüße

 

[Spacerat]

Objetkorientierung und LWGL (bzw. OpenGL allgemein) beißt sich aber auch Das Potential für Fehler und Unübersichtlichkeit ist enorm ...

[ot]Objektorientierung und Übersichtlichkeit werden stets völlig überbewertet, erst recht, wenn man versucht, ein Binding auf objektorientiert umzugestalten. LWJGL und JOGL sind dafür perfekte Beispiele. Das Fehlerpotential bei JOGL ("OOP-Versuch" für OpenGL) liegt geringfügig über dem von LWJGL, gerade weil man OpenGL auf eine doch eher ungewohnte Art programmiert.
Beispiel: ("import static" in Java vorrausgesetzt)
in C, C++ und LWJGL heisst es [c]glEnable(GL_BLEND);[/c]
in JOGL [c]gl.glEnable(GL_BLEND);[/c]
in C, C++ und LWJGL heisst es [c]gluGetString(GLU_VERSION);[/c]
in JOGL [c]glu.gluGetString(GLU_VERSION);[/c]
Ich finde Objektorientiert macht nicht wirklich immer Sinn.[/ot]

 

[Guest2]

Moin,

in C, C++ und LWJGL heisst es [c]glEnable(GL_BLEND);[/c]
in JOGL [c]gl.glEnable(GL_BLEND);[/c]

das sieht zwar auf den ersten Blick so aus, ist aber für den größten Teil der OpenGL Funktionen nicht korrekt. Alle "höheren" OpenGL Funktionen sind über Funktionszeiger realisiert, welche erst während der OpenGL Kontexterzeugung auf eine konkrete Implementierung gesetzt werden.

Dabei steht es den OpenGL Implementationen frei für jeden erzeugten OpenGL Kontext die Funktionszeiger auf andere Implementierungen (Funktionsadressen) zu setzten.

Es handelt sich also keinesfalls um statische Funktionen sondern um das C äquivalent einer objektorientirten Programmierung.

Der JOGL Ansatz ist insofern korrekt, da das dortige GL-Objekt einem GL-Kontext entspricht und die darüber angesprochenen OpenGL Funktionen dem GL-Kontext zugehörigen Funktionszeigeren entsprechen.

[*]Wenn ich soweit bin. Wie zeichne ich einen Punkt oder eine Linie, einen Kreis. Halt Grundlegende Figuren.

Vielleicht schon mal um spätere Missverständnisse vorzubeugen: In OpenGL ist die grundlegende Struktur ein Dreieck. Alles, was kein Dreieck ist, ist erstmal verdächtig.


Viele Grüße,
Fancy