Ergebnis 1 bis 20 von 45

Thema: Progforum Contest 2013 - Teenage Mutant Ninja (?) Turtles

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    mmh, Programm steht, aber ich bin zu untalentiert für solche Grafiken >_<

  2. #2
    Wie sollen die Einsendungen eingeschickt werden?

  3. #3
    Bis jetzt war es immer so, dass die Ergebnisse in einem Thread präsentiert wurden waren.

  4. #4
    Genau. Einsendungen hier in den Thread. Die Umfragen kommen dann in jeweils separate Threads, ebenso wie die Siegerehrung.

  5. #5
    Hier ist meine Abgabe.
    Einmal der Source-Code, eine Windows-, Mac- und Linux-Version.
    Ich kann persönlich nur die Windows-Version testen, für die Mac- und Linux-Versionen ist keine Garantie von meiner Seite, dass sie starten werden.

    Code ist in Java geschrieben.
    Für den Grafikkontext wird OpenGL verwendet, als Wrapper lwjgl.

    Der Source-Code kann einfach erweitert werden um zusätzliche Operationen hinzuzufügen.
    Wird das Programm über die Kommandozeile gestartet wird das erste übergebene Argument, falls vorhanden, als Code kompiliert.
    Weitere Argumente werden ignoriert.
    Sollte kein Argument übergeben werden oder nicht über die Kommandozeile gestartet werden wird ein zufälliger Code von Länge 500 oder mehr Zeichen erzeugt.
    Fehler werden, sofern nicht über eine Kommandozeile gestartet wurde, in die Datei Out.txt geschrieben.

    An Operationen sind derzeit nur die vorgegebenen implementiert. Weitere Funktionen sollten jedoch sehr einfach selbst erstellt werden können.
    Da das ganze Programm sehr Objektorientiert programmiert ist, und zudem in Java, ist es bei weitem nicht so effizient wie es sein könnte. Falls man einen sehr langen Code mit sehr vielen Zeichenaufrufen verwendet muss man eventuell die Heap-Size vergrößern.

    Fenstergröße ist fix auf 640x480 eingestellt, kein Vollbild. V-Sync ist aktiviert, framerate zum Zeichnen liegt bei 10 FPS.
    Mit Druck auf die Escape-Taste kann die Anwendung beendet werden.

    Special thanks to lwjgl für die wundervolle API und die aktive Hilfe im Forum.

    Source-Code: http://www.file-upload.net/download-...ource.zip.html

    Windows: http://www.file-upload.net/download-...ndows.zip.html

    Mac: http://www.file-upload.net/download-...x-Mac.zip.html

    Linux: http://www.file-upload.net/download-...Linux.zip.html

    Hier ein Beispiel wie der (OpenGL) Compiler Initialisiert werden kann:
    Code:
            OGL_Turtle_Compiler compiler = new OGL_Turtle_Compiler();
            compiler.add_operation(new Operation_Color("0", 0, 0, 0));
            compiler.add_operation(new Operation_Color("1", 1, 0, 0));
            compiler.add_operation(new Operation_Color("2", 0, 1, 0));
            compiler.add_operation(new Operation_Color("3", 1, 1, 0));
            compiler.add_operation(new Operation_Color("4", 0, 0, 1));
            compiler.add_operation(new Operation_Color("5", 1, 0, 1));
            compiler.add_operation(new Operation_Color("6", 0, 1, 1));
            compiler.add_operation(new Operation_Color("7", 1, 1, 1));
            compiler.add_operation(new Operation_FactorDecr());
            compiler.add_operation(new Operation_FactorIncr());
            compiler.add_operation(new Operation_Draw());
            compiler.add_operation(new Operation_Move());
            compiler.add_operation(new Operation_Mult());
            compiler.add_operation(new Operation_LengthDiv());
            compiler.add_operation(new Operation_Push());
            compiler.add_operation(new Operation_Pop());
            compiler.add_operation(new Operation_TurnLeft());
            compiler.add_operation(new Operation_TurnRight());
            compiler.add_operation(new Operation_TurnMult());
            compiler.add_operation(new Operation_TurnDiv());
            OGL_Turtle_Program prog = compiler.compile("F/[+F]-F");
            Turtle_Graphic img = prog.run();
    Und hier ein Beispiel wie eine einzelne Operation implementiert werden kann:
    Code:
    public class Operation_TurnLeft extends Turtle_Operation {
        private static final long serialVersionUID = 5036124779502200375L;
        
        private static final String TOKEN = "+";
    
        public String get_token() {
            return TOKEN;
        }
        
        public void affect(final Turtle_Program prog, final Turtle_Graphic image) {
            final Turtle_State state = prog.get_state();
            final Turtle turtle = state.get_turtle();
            turtle.set_angle(turtle.get_angle() + state.get_angle());
        }
        
        public Turtle_Operation clone() {
            return new Operation_TurnLeft();
        }
        
    }
    Sollte das Programm zufälligerweise nicht starten dann bitte ich darum, dass so schnell wie möglich Bescheid gegeben werden kann.
    Bei Fragen und Anregungen bitte hier im Forum kontaktieren oder per Mail an: CornixMail@gmail.com


    Edit:
    Mir ist aufgefallen, dass ich einen ziemlich dummen Fehler in dem Algorithmus für den zufälligen Code habe. Allerdings stellt dies in dieser Situation kein Problem dar, ganz im Gegenteil, das Ergebnis wird durch den Fehler sogar noch verbessert.
    Hier ist ein Screenshot von dem, von DFYX als Beispiel angegebenen, rekursiven Code-Schnipsels:

    Geändert von Cornix (18.03.2013 um 00:57 Uhr)

  6. #6
    Tut nicht unter Mac OS X:

    Code:
     ### Mon Mar 18 01:01:43 CET 2013 ### 
    
    
    org.lwjgl.LWJGLException: Could not get the JAWT interface
    	at org.lwjgl.opengl.AWTSurfaceLock.lockAndInitHandle(Native Method)
    	at org.lwjgl.opengl.AWTSurfaceLock.access$100(AWTSurfaceLock.java:51)
    	at org.lwjgl.opengl.AWTSurfaceLock$1.run(AWTSurfaceLock.java:94)
    	at org.lwjgl.opengl.AWTSurfaceLock$1.run(AWTSurfaceLock.java:92)
    	at java.security.AccessController.doPrivileged(Native Method)
    	at org.lwjgl.opengl.AWTSurfaceLock.privilegedLockAndInitHandle(AWTSurfaceLock.java:92)
    	at org.lwjgl.opengl.AWTSurfaceLock.lockAndGetHandle(AWTSurfaceLock.java:66)
    	at org.lwjgl.opengl.MacOSXCanvasPeerInfo.initHandle(MacOSXCanvasPeerInfo.java:57)
    	at org.lwjgl.opengl.MacOSXDisplayPeerInfo.doLockAndInitHandle(MacOSXDisplayPeerInfo.java:56)
    	at org.lwjgl.opengl.PeerInfo.lockAndGetHandle(PeerInfo.java:85)
    	at org.lwjgl.opengl.MacOSXContextImplementation.create(MacOSXContextImplementation.java:47)
    	at org.lwjgl.opengl.ContextGL.<init>(ContextGL.java:132)
    	at org.lwjgl.opengl.Display.create(Display.java:847)
    	at org.lwjgl.opengl.Display.create(Display.java:754)
    	at org.lwjgl.opengl.Display.create(Display.java:736)
    	at cs.turtle.misc.OGLWrapper.make_display(OGLWrapper.java:39)
    	at cs.turtle.misc.MainContest.main(MainContest.java:50)
    	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    	at java.lang.reflect.Method.invoke(Method.java:601)
    	at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
    Dazu auf der Kommandozeile:
    Code:
    JavaVM WARNING: JAWT_GetAWT must be called after loading a JVM

  7. #7
    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

    Zitat Zitat
    it seems that the JAWT/NSView API will intentionally not be included in OpenJDK 7
    Zitat Zitat
    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

    Geändert von Cornix (18.03.2013 um 01:14 Uhr)

  8. #8
    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.

  9. #9
    Zitat Zitat von DFYX Beitrag anzeigen
    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?

    Geändert von Cornix (18.03.2013 um 01:39 Uhr)

  10. #10
    Zitat Zitat von Cornix Beitrag anzeigen
    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.

  11. #11
    Zitat Zitat von DFYX Beitrag anzeigen
    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.

  12. #12
    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.
    Klicke auf die Grafik für eine größere Ansicht 

Name:	screenshot.png 
Hits:	41 
Größe:	26,3 KB 
ID:	17184

  13. #13
    Das ist einer der zufällig generierten Codes.

  14. #14
    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:
    Klicke auf die Grafik für eine größere Ansicht 

Name:	screenshot.png 
Hits:	42 
Größe:	40,6 KB 
ID:	17186

  15. #15
    Zuerst hatte ich nicht vor teilzunehmen, aber irgendwie hat mich das Thema dann doch gepackt Sehr schönter Contest! Echt toll, was man mit so einem kleinen Spielzeug für interessante Bilder erzeugen kann. Mein Programm steht im groben, einzig die Farben sind noch nicht integriert. Wenn mir bis zur Abgabe noch lustige Features einfallen, kommen die noch rein.


  16. #16
    Nocheinmal eine Frage:
    Ist die angegebene Syntax aus dem Eröffnungsbeitrag verpflichtend oder dürfen wir die Operationen umbenennen falls wir es für passend empfinden? Wenn wir sie umbenennen dürfen werden parametrisierte Eingaben erlaubt oder nur atomare Operationen?

  17. #17
    Aufgrund der besseren Vergleichbarkeit würde ich doch eher vorschlagen, dass die eingesendeten Programme lediglich nur das besitzen, was vorgeschrieben wurde.

  18. #18
    Gedacht war, dass eure Programme die oben genannte Syntax verstehen sollten. Ihr dürft sie natürlich um zusätzliche Befehle erweitern oder wegen mir auch zusätzlich eine zweite davon unabhängige Syntax unterstützen. Da sollen eurer Fantasie erstmal keine Grenzen gesetzt werden.

  19. #19
    Hier ist ein weiterer Screenshot, zusammen mit dem Code dazu, von dem Programm in Aktion:

    Und hier ein weiteres:

    Geändert von Cornix (18.03.2013 um 17:44 Uhr)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •