CONTEST: Mapgenerierung

[DFYX]

Unter OS X Leopard krieg ichs auch nicht zum Laufen:

Code:

mac42white-2:Desktop dfyx$ java -jar MapGenerator.jar 
Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)

Ich vermute mal, dass du irgendwas Java 1.6 spezifisches verwendest, was unter OS X noch nicht zur Verfügung steht.

[drunken monkey]

Ich vermute mal, dass du irgendwas Java 1.6 spezifisches verwendest, was unter OS X noch nicht zur Verfügung steht.

...

Muss er gar nicht: wenn ich mich nicht irre kommt der Fehler einfach, wenn die Runtime die Version des Compilers, mit dem die .class-Files erstellt wurden, nicht unterstützt. Also solange man javac 1.6 zum Kompilieren verwendet, wird (afaik) nichtmal ein stinknormales Hello-World-Programm unter OS X rennen.
Kompiliere einfach selber von Source, dann kann es zumindest gehen – wenn er nicht zusätzlich noch J6-Spezifisches verwendet hat.

@ Markus: Ahja, das sieht schon mal sehr nett aus. Also, es ist zwar dringend anzuraten, den Output auf /dev/null zu leiten, weil sonst die Performance unter alle erträglichen Maße sinkt, aber sonst ist's schon ein guter Anfang. ^^'
Aber schade, dass du nicht weitermachen kannst, hat doch noch einige Bugs. Z.B. überschneiden sich Räume manchmal mit Gängen, sodass man sie bei der Textur-Darstellung manchmal gar nicht erkennt. Naja, aber das wirst du ja eh selber wissen.

[Manuel]

Zum Thema: Hört sich interessant an. Wie es der Zufall so will, habe ich genau eine Woche Urlaub. Mal sehen, wenn mir langweilig ist werde ich mich bestimmt an diesen Contest erinnern^^.

Wobei: So wie ich mich wieder kenne, wird meine Grafikausgabe wohl nur auf ASCII-Art beschränkt und ein Konsolenprogramm sein... Mal schauen, was ich zusammenkriegen werde...

[Manni]

Ich hab auch mal angefangen, was in Python zu basteln. Das Programm erzeugt SVGs als Ausgabe. Die Platzierung der Gänge und Räume funktioniert eigentlich schon gut, es könnten allerdings noch mehr Gänge wegfallen, damit der Dungeon interessanter wird.

Eine Beispielausgabe gibt es hier. Der rote Raum ist der Startraum, der blau der Endraum und die gelben sind Bossräume. Der Algorithmus zum bestimmen der selbigen ist aber noch ziemlich primitiv, das werde ich wohl noch verbessern müssen (Es ist einfach der erste generierte Raum der Startpunkt und der letzte der Endpunkt, auch wenn die direkt nebeneinander liegen).

[nudelsalat]

@DFYX
Versuchs mal damit:
http://gebackene-ente.at/nudelsalat/...erator_1.5.zip
Ansich war im Code eh nichts 1.6 spezifisches bis auf die @Override notation die das 1.5jdk wohl noch nicht hat.

@Thomas
Hab einfach mal die brutalen System.outs entfernt. Ja, das Programm hat leider noch Bugs und der Code macht rapid prototyping alle Ehre aber was solls. ^^
Ich erwarte von dir Morgen auch ne Abgabe!