Hat Dir das schon weitergeholfen?
Was soll mir das (bekannte) helfen?
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von Haubitze am
Hat Dir das schon weitergeholfen?
Was soll mir das (bekannte) helfen?
Was soll mir das (bekannte) helfen?
Ja, war blöd zitiert... ob es oobdoo geholfen hat, wollte ich damit eigentlich fragen.
Die Basic-Fraktion kommt mir langsam gefährlich nahe , so daß ich mir das fast auch noch mal ansehen sollte.
Wäre eigentlich eine Kombination aus Basic/ASM auch erlaubt?
Wäre eigentlich eine Kombination aus Basic/ASM auch erlaubt?
Wie ich das verstanden habe: WAS Du willst. Es muss mit RUN startbar sein.
Meine letzte Version, allerdings eine welche das Ziel nicht überschreibt sondern leider nur ergänzt (und das Sprite muss 21x21 Pixel haben) liegt bei 97 bytes.
Aber das ist ja leider nicht das Ziel der Competition.
Wie ich das verstanden habe: WAS Du willst. Es muss mit RUN startbar sein.
Das finde ich nicht gut, das wirklich alles erlaubt ist - unter der Voraussetzung, dass BASIC und MC separat gewertet werden. Sonst nimmt jemand seine 55-Byte MC-Lösung und macht dann
1 A$="<MASCHINECODE>":SYS2057
Das kann's ja auch nicht sein ... vielleicht kann man das in den Regeln noch präzisieren. Nur Lösungen, die kein SYS enthalten, werden als BASIC-Lösung gewertet. Obiges wäre dann eine andere Form einer MC-Lösung (oder besser eine Mischlösung).
Meine letzte Version, allerdings eine welche das Ziel nicht überschreibt sondern leider nur ergänzt (und das Sprite muss 21x21 Pixel haben) liegt bei 97 bytes.
Aber das ist ja leider nicht das Ziel der Competition.
Meine Lösung macht original *nichts* und ich lieg schon bei 0 bytes.
Aber auch das ist freilich nicht Ziel der Competition.
Das finde ich nicht gut, das wirklich alles erlaubt ist - unter der Voraussetzung, dass BASIC und MC separat gewertet werden.
In Post 77 steht, dass es keine separate Auswertung gibt.
Jeder Loesung beginnt mit einem BASIC header.
Das war die Voraussetzung (mit RUN startbar).
Alle Assemblerloesungen machen dann ein SYS in ihren Code.
BASIC-Loesungen eben nicht.
C-Loesungen schon.
Am Ende zaehlt die Laenge auf Festplatte des Programm Files (also inkl. BASIC header den alle haben und load-Adresse).
Fand ich eigentlich recht eindeutig.
In Post 77 steht, dass es keine separate Auswertung gibt.
Ja schon, ist aber dennoch schade. Da braucht man mit BASIC (oder was anderem) erst gar nicht anfangen, wenn sich herausstellt, dass ein Sprache z.B. gegenüber MC nicht mithalten kann (auch wenn die Lösungsmengen überlappen mögen), wenn man denn auf "Sieg" aus ist. Falls nicht, dann wären Unterwertungen umso interessanter.
Das haben wir doch bei anderen Compos auch gehabt, dass wir da quasi "inoffizelle" Unterwertungen gehabt haben. Klar, das wirklich Kürzeste, wie auch immer das zustande kam, ist der Sieger, aber dennoch wär es doch schön, wenn in Unterwertungen Gleichartiges miteinander verglichen werden. Ein Unterwertung für "in BASIC ohne SYS" würde ich befürworten. Vielleicht mag ja peiselulli sich dazu äußern.
Ihr könnt für euch doch den Gewinner der Basic-compos selber ermitteln ? Was hält euch davon ab ? Ich werde sowieso alle Ergebnisse posten.
Das kuerzeste Programm mit folgener md5sum....
Sonst nimmt jemand seine 55-Byte MC-Lösung und macht dann
1 A$="<MASCHINECODE>":SYS2057
Wird er nicht, sonst hat er ja durch die Basic-Zeile wieder paar Bytes mehr.
Wird er nicht, sonst hat er ja durch die Basic-Zeile wieder paar Bytes mehr.
Ja, schon gut (ich war halt nur der irrigen Meinung, dass es eine separate BASIC-Wertung gäbe) ... hab mich schon damit abgefunden, dass die Nebenwertung "BASIC ohne SYS" aka "real BASIC" jeder für sich im stillen Kämmerlein machen darf ... wenn's jemand macht, könnte die Person das freilich auch posten. Wir werden ja sehen.
Mein erster Basic-Versuch 291 Bytes, ähm tja. Aber man kann den Bits so schön beim Aufbau zusehen
Mein erster Basic-Versuch 291 Bytes, ähm tja. Aber man kann den Bits so schön beim Aufbau zusehen
Du kannst ja den WarpModus einschalten bei Vice dann ist es nicht ganz to frustrierend
Ach, ich finde das sehr entspannend
196 185 Bytes bis jetzt, naja da bin ich doch noch weit von meiner ASM-Variante entfernt, da seh ich keine Chance mehr. Bin aber trotzdem gespannt, wie man das in unter 100 Bytes geschafft hat...
Ich finde aber Basic doch deutlich einfacher, man muß nicht mit der geringen Anzahl an Registern hantieren, und sich um keine Flags kümmern. Natürlich kann man in ASM auch alle Variablen im Speicher ablegen, aber das braucht halt deutlich mehr Platz im Code. Im Basic hat man da keine Alternative, und zudem stehen einem nur 2 Befehle zur Verfügung, um mit Bits zu hantieren, da bleiben dann nicht viele Möglichkeiten.
Ich habe mal die Diskussion und Lösungsansätze für alternative Systeme (CPC, Excel etc.) hierher verfrachtet:
OT: Neue C64 ASM/Basic Compo : Dreh' das Sprite [Alternative Systeme]
Bitte in diesem Thread nur C64 Lösungsansätze etc. diskutieren, welche für die Compo sachdienlich sind.
Falls ich was zuviel oder wenig verschoben habe, bitte melden.
Danke.
Ich kann bestätigen, dass es eine BASIC-Lösung unter 100 Bytes gibt.
Wie man in ASM auf 51 Bytes kommt, ist mir allerdings ein Rätsel.
Kann ich eigentlich auch zwei Lösungen abgeben, die dann beide am Ende der Compo veröffentlich werden? Ich würde gerne eine BASIC-Version und eine ASM-Version einreichen.
Ich kann bestätigen, dass es eine BASIC-Lösung unter 100 Bytes gibt.
Ist es denn ein in BASIC implementierter Algorithmus oder wieder eine REM-Zeile mit geschickt codiertem Assemblercode plus Decoder/Aufruf?