*Räusper*
Im Sinne des Erfinders ist es glaube ich die Lösungen nicht hier zu posten sondern sie per PM an ZeHa zu schicken.
Hallo Besucher, der Thread wurde 34k mal aufgerufen und enthält 276 Antworten
letzter Beitrag von Chagizzz am
Kleine BASIC-Compo fuer zwischendurch: Draw The Frog
- ZeHa
- Erledigt
-
-
Wenn das Programm mit "out of data error" endet, ist es ein wenig unwürdig finde ich
Opfert ihr nicht 3 byte für ein schönes Ende ?? :))
-
Im Sinne des Erfinders ist es glaube ich die Lösungen nicht hier zu posten sondern sie per PM an ZeHa zu schicken.
Wenn schon Schwanzlängenvergleich, dann zeigt man auch gerne was man hat
Schade nur, dass es hier nicht um den Längsten, sondern um den Kürzesten geht -
Denkt bitte dran, dass es Teil der Regeln ist, dass der Frosch horizontal zentriert gezeichnet wird!
-
Schade nur, dass es hier nicht um den Längsten, sondern um den Kürzesten geht
Vielleicht gibt's ja auch noch einen Sonderpreis für das längste Basicprogramm, welches nichts anderes tut als den Frosch zu zeichnen? -
Denkt bitte dran, dass es Teil der Regeln ist, dass der Frosch horizontal zentriert gezeichnet wird!
schön zu wissen
-
ok, 197 byte auf dem Laufwerk, das vieh ist zentriert und ich hab 3 zeilen gebraucht (bin einmal knapp über die 80 zeichen)
ich bin sehr gespannt auf die 150 byte lösung
jetzt geh ich in die sonne -
Bin echt auf die Codes gespannt. Hab gerade auch einen Frosch gecodet...aber mit den massig Data-Zahlen werd ich höchstens Data-King. 899 Bytes hat mein Kunstwerk gebracht. Gucken, ob ich noch ne weitere Version versuch...
-
Ich habe meine primitive Version mal eben von 1005 auf 970 Bytes gedrückt. Es ist weder schnell noch innovativ, aber ganz nett anzuschauen, finde ich.
-
1% der Menschheit kennt die c64er FOR NEXT Schleife
primitiv ist relativ
schielt denn dein frosch?
-
Nee, der schielt nicht. Hat nix mit den Augen, sagt der Arzt.
-
Wurzelzwerg hat ja bereits das Problem mit den nicht eindeutigen PETSCII-Zeichen angesprochen.
Wenn also jemand Wert darauf legt, dass sein Programm "abtippbar" (z.B. als gedrucktes Listing einer Zeitschrift) sein soll, dann dürfen Datazeichen (z.B. der codierte Frosch in Strings oder hinter einem REM) nur ASCII Werte von 32 bis 95 einnehmen - was den Wertebereich doch sehr einschränkt (nur 64 verschiedene Zeichen).Das ist zwar keine von ZeHa für die Compo geforderte Einschränkung, aber hat es aber Spaß gemacht auch eine Lösung mit dieser selbst gewählten Einschränkung zu erarbeiten.
Wer macht mit? -
Meine Version erfüllt diese Bedingung - 180 Bytes.
Edit:
Wobei - wenn man den "Froschcode" nach dem Abtippen des Listings mit Platzhaltern vor dem SAVEn noch mit POKEs modifizieren würde, wäre es ja auch noch "abtippbar" ... -
Wurzelzwerg hat ja bereits das Problem mit den nicht eindeutigen PETSCII-Zeichen angesprochen.
Meine Version erfüllt diese Bedingung - 180 Bytes.
Also @kinzis Version macht mich verdammt neugierig.
Ich hab noch ein paar Mal hin und her überlegt, ob ich noch irgendwo sparen könnte oder einen ganz anderen Ansatz probiere
Sparen kann ich bestenfalls, wenn ich nach meinen next Befehlen die Variable entferne.
Das macht sage und schreibe 3 Bytes weniger
Ganz anderer Ansatz wäre halt entweder doch zu spiegeln und die Hälfte an Daten weg zu lassen, was aber einen etwas größeren Code verlangt
und hinterher dann noch das 'Schielen' von Hand korrigieren. Da gewinnt man nix
Weitere Idee wäre umgekehrt nach dem Bogenbauerprinzip zu arbeiten: Alles weg nehmen, was kein Frosch ist.
Einfarbig würde das Sinn machen. Bei verschiedenen Farben wird das Ausschlussprinzip dann wieder aufwändiger
Letzte Idee, die mir zur Zeit aber zu müßig ist, da ich morgen in Urlaub fahre und keine Zeit habe:
Den ROM Speicher nach Zahlenfolgen durchsuchen die zufällig dem Frosch so ähnlich sind, dass man den Frosch gar nicht speichern muss.@YPS: Ein weiters Problem das ich auch erwähnt hatte: chr$(0) lässt sich nicht in einen Datenstring packen. Ich hatte alle 0 gegen 1 getauscht,
was möglich war, weil eine 1 sonst nicht vor kam. Hinterher habe ich alle 1 wieder gegen 0 getauscht. -
Also meine aktuell eingereichte Version ist noch problemlos ein- bzw. abtippbar.
Das kann sich aber noch ändern -
chr$(0) lässt sich nicht in einen Datenstring packen
CHR$(34) auch nicht, wenn's abtippbar sein soll. (OK, mit A$=CHR$(34) ... geht es, aber das verbietet sich von der Länge her).
-
Meine schmutzige Lösung hat 132, die Eintippbare 169 Bytes (jeweils Dateigröße inklusive Ladeadresse).
-
Meins ist auch noch gut eintippbar, wenn man Lust dazu hat, Datazeilen mit Steuercodes und Spaces (das meinte ich mit "primitiv") zu zählen. Dafür wäre so eine Abtipphilfe sehr praktisch, wie es damals bspw. in der 64'er gab.
-
Meins ist sehr gut eintippbar...keine Steuercodes-Zeichen, keine überlangen Zeilen und in den Datas nur Zahlen. Von der Programmierung gefällt es mir sogar...interessante Idee gehabt...auch wenn es mit einem 10-Zeiler etwas lang ist.
-
So, ich hab' jetzt auch nen Beitrag eingereicht.