Progforum Contest 2013 - Teenage Mutant Ninja (?) Turtles

[Cornix]

Vielen Dank für die Information.
Eine schnelle Google-Suche ergab folgenden Treffer zu dem Problem:
http://lwjgl.org/forum/index.php?topic=4326.0

it seems that the JAWT/NSView API will intentionally not be included in OpenJDK 7

...

the OS X port of LWJGL needs to be completely rewritten

...

So wie es aussieht, heist das also, dass dieses Programm auf Mac nicht laufen wird.
Zumindest nicht solange die nächste Version von lwjgl erscheint.
Ich werde mich trotzdem versuchen noch ein bisschen zu diesem Thema schlau zu machen, vielleicht lässt sich ein Weg finden, immerhin ist dieser Beitrag bereits ein Jahr alt.

Edit: Wie es aussieht wurde das Problem bis heute noch nicht komplett aus der Welt geschafft: http://lwjgl.org/forum/index.php/top....html#msg26517

[DFYX]

Weird. Ich denke allerdings nicht, dass das ein generelles Problem von LWJGL ist. Schließlich laufen genug andere Programme, die auf die Bibliothek setzen, einwandfrei unter OS X (allen voran Minecraft)

Edit:
Es könnte ein Kompatibilitätsproblem von LWJGL mit Java 1.7 unter OS X sein. Evtl. mal mit dem vorinstallierten Java 1.6 probieren. Allerdings muss ich dafür deinen Code erstmal neu kompilieren.

[Cornix]

Weird. Ich denke allerdings nicht, dass das ein generelles Problem von LWJGL ist. Schließlich laufen genug andere Programme, die auf die Bibliothek setzen, einwandfrei unter OS X (allen voran Minecraft)

Edit:
Es könnte ein Kompatibilitätsproblem von LWJGL mit Java 1.7 unter OS X sein. Evtl. mal mit dem vorinstallierten Java 1.6 probieren. Allerdings muss ich dafür deinen Code erstmal neu kompilieren.

...

Das kannst du gerne probieren.
Der Quellcode müsste vollständig sein. Ich hoffe das Neukompilieren wird helfen.

Edit:
Eine Frage noch am Rande: Wird die Anzahl der vorhandenen Operationen einen Einfluss auf die Bewertung haben?

[DFYX]

Eine Frage noch am Rande: Wird die Anzahl der vorhandenen Operationen einen Einfluss auf die Bewertung haben?

...

Die Bewertung läuft per Abstimmung durch die Userschaft. Dementsprechend können wir kaum Vorhersagen machen, worauf die Leute Wert legen werden.

[niR-kun]

Weird. Ich denke allerdings nicht, dass das ein generelles Problem von LWJGL ist. Schließlich laufen genug andere Programme, die auf die Bibliothek setzen, einwandfrei unter OS X (allen voran Minecraft)

...

Minecraft nutzt eine recht alte Version von lwjgl.

Das Problem mit dem JAWT Interface habe ich unter Linux auch (nutze Oracles JDK 1.7.0_17), allerdings nutze einen kleinen Trick, damit es trotzdem läuft - bevor ein Display über lwjgl geöffnet wird:

Code:

if(System.getProperty("java.version").contains("1.7") && System.getProperty("os.name").toLowerCase().contains("linux"))
{
	String osArch = System.getProperty("os.arch");
	boolean is64bit = "amd64".equals(osArch) || "x86_64".equals(osArch);

	java.awt.Toolkit.getDefaultToolkit(); // loads libmawt.so (needed by jawt)
			
	if (is64bit) 
		System.load(System.getProperty("java.home") + "/lib/amd64/libjawt.so");
	else 
		System.load(System.getProperty("java.home") + "/lib/i386/libjawt.so");
}

Vielleicht kann dieser Trick auch auf OSX "verallgemeinert" werden. Ich kenne bloß den Pfad ab System.getProperty("java.home") zu der lib bei OSX nicht (hoffe, dass es die libjawt* überhaupt gibt).
Ich habe selber keine Mac, wo ich das ausprobieren könnte.

[Whiz-zarD]

Bei mir unter Windows 7 (64 bit) läuft was, aber ich weiß nicht, ob das so richtig ist. Der Output sieht recht schräg aus.

[Cornix]

Das ist einer der zufällig generierten Codes.

[Whiz-zarD]

Ah, ok.
Ich hab mir auch mal dein Sourcecode angeschaut. Da existieren schon ein paar Parallelen. ^^
In den nächsten Tagen werde ich mal meinen Code hochladen. Ein paar Punkte gefallen mir da noch nicht so recht.
Aus irgendeinem Grund spielen die Farben auch nicht mehr so richtig mit. Ich muss hier auch grad so ein wenig auf Quellcodeverwaltung verzichten. Nun ich grad nicht mehr nachvollziehen, was welche Änderungen dies verursacht haben. :/
So sieht mein derzeitiger Stand aus:

[nudelsalat]

Ich poste mal eine WIP Version. Mich würde sehr interessieren, ob die bei jedem läuft. (Verwendet WebGL / Three.js)
http://gebackene-ente.at/turtle/index.html

* Farben werden noch nicht unterstützt.
* Zusätzlich zu F kann auch mit G gezeichnet werden.
* neben + und - gibt es auch y,p,r und Y,P,R. (yaw, pitch und roll gegen den Uhrzeigersinn und im Uhrzeigersinn. r und R entsprechen + und -)
* Ich hab das Eingabefeld auf L-Systeme ausgerichtet. Wenn man nur eine bestimmte Zeichenkette zeichnen will, dann muss die einfach nur in das Feld "axiom" eingefügt und die iterationen auf 0 gesetzt werden.

2 Beispiele:
* Baum
* Pflanze mit zusätzlicher pitch-rotation. d.h. sie ist ansich 3D, man siehts nur noch nicht gscheit, solang die Kamera nicht beweglich ist.

Coole Preise und Thema. :3

[Cornix]

Läuft bei mir. Zumindest scheint es so.

[DFYX]

Läuft (Chrome/Mac OS X). Manchmal bleibt der Canvas weiß, das lässt sich aber leicht lösen, indem man die Seite neu lädt.

[nudelsalat]

Interessant, dann werd ich mir wohl chrome auf mac und opera auf android genauer ansehen muessen.

[Whiz-zarD]

Unter Opera ist WebGL noch sehr buggy und per Standard deaktiviert.
Man kann es unter Opera:config -> User Prefs -> Enable WebGL aktivieren, wenn man den Wert auf 1 setzt.

Allerdings bleibt selbst dann der WebGL-Bereich leer.

[Whiz-zarD]

So, dann präsentiere ich mein Programm:

• Turtle - Linux
• Turtle - Windows
• Turtle - OS X
• Sourcecode

Es ist ein Editor, mit einer Demo-Funktion und SVG-Export geworden. Geschrieben mit Java 7.
Die Grafik auf der Oberfläche wird mittels JOGL erzeugt. Die JOGL-Binaries sind sehr groß, deswegen sind die jar-Dateien und recht groß.

Ich habe hierbei auf die Erweiterbarkeit und auf die Trennung von Model-View-Controller geachtet, was aber wohl an einigen Stellen mehr oder weniger gelungen ist.
Es ist also möglich, weitere Operationen hinzuzufügen. Jede Operation wurde in seiner eigenen Klasse implementiert. Es sind aber bis jetzt nur die Implementiert, die auch für den Contest vorgegeben sind.

Des weiteren gibt es eine zentrale Klasse, die alle relevanten Informationen besitzt und verwaltet.
Diese zentrale Klasse gibt den Renderern die benötigten Informationen und gibt denen bescheid, wann sie Rendern sollen.
Es ist also möglich unterschiedlichste Renderer zu implementieren. In meinem Programm habe ich zwei Entwickelt: Ein OpenGL-Renderer (GUI) und einen SVG-Renderer (SVG Export).
Außerdem können zusätzlich Listener registriert werden, die auf die Änderungen der Status-Werte reagieren. In meinem Fall sind es z.B. die Text-Ausgaben der Werte auf der GUI.
Statusänderungen, die zu einen Fehler führen, wie z.B. das Setzen eines Wertes auf 0, führen zu einer entsprechenden Exception, sodass der Entwickler jeweils auf die unterschiedlichen Exceptions reagieren kann.
Ebenfalls führt das poppen (yeah!) zu einer Exception, wenn der Stack leer ist.

Es gibt eine Demo-Klasse, die ein Fraktal erstellt. Das Fraktal wird über den Button "Demo ausführen" generiert.
Über die SVG-Export-Funktion wird das gezeichnete Bild in ein SVG-Bild gespeichert.
Das Fenster ist auf 800x600 eingestellt, aber es lässt sich beliebig skalieren.

So, viel spaß mit dem Editor.
Ich hoffe es läuft alles so weit. Mac OS X kann ich leider nicht testen, da ich kein OS X zur Hand habe.
Wäre schön, wenn noch jemand bescheid sagen könnte, ob es läuft, oder nicht.