Natürlich sind illegale Opcodes erlaubt ! Zumindest die stabilen.
Alle Befehle, die hier NICHT bunt sind, gehen auf jeden Fall. Und als Sonderfall noch "lax #$00"
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
Natürlich sind illegale Opcodes erlaubt ! Zumindest die stabilen.
Alle Befehle, die hier NICHT bunt sind, gehen auf jeden Fall. Und als Sonderfall noch "lax #$00"
Aha! Danke für die Liste.
Muss das Sprite aktiviert, positioniert, gefärbt, priorisiert und der Block festgelegt werden?
Muss Block 13 mit Daten beschrieben sein oder kann da auch Müll drin sein?
Es zählt nur der Platz in Bytes den das Programm vor dem Start einnimmt, also nicht die Bytes die während
des laufens erzeugt oder dupliziert und gespeichert werden?
Ich hab's gerade mal fix ausprobiert
Das Fuellen mit 0 am rechten Rand stoert mich derweil am meisten, hehe.
Nein, die Sprites müssen nicht positioniert und aktiviert werden.
Und Müll sind auch "Daten", das sollte für das Sprite unerheblich sein.
Es nervt ja sicher schon, aber eine Frage doch:
das Programm muss nur einmal erfolgreich durchlaufen koennen, ja?
Es darf sich also selbst zerstoeren?
Ja, ich werde es immer wieder überkopieren, falls ich bei den Abnametests Schleifen einbauen will.
Vorraussetzung ist, das es kurz genug ist, das es zweimal in den Speicher passt
Danke, mir faellt auf die Schnelle nix Schlaues ein, um 0400 (oder das Ausgangssprite) nicht doch zu beschreiben. Mal sehen ob ich nochmal Zeit finde
Na, auf die Lösung bin ich mal gespannt
Den Basic-Part übernimmt sicher BIF
Gruß, Gerd
Der kann aber nicht gewinnen, da zu viele Doppelpunkte. Und das geht auf die Länge
ich bin damit noch unzufrieden weil es quasi straight forward ist.
Keine Tricks oder so.
9fd0be95e8da9622b52c9204efd94c3b MD5SUM
ich hab irgendwie noch garkeine idee wie das gehn soll
Wird Basic und ASM eigentlich getrennt ausgewertet ?
Gruß, Gerd
ich hab irgendwie noch garkeine idee wie das gehn soll
Die Compo (wenn man sie in Assembler loest) ist ein nettes Beispiel fuer reinen 6502 code.
Zumindest wenn man es so wie ich direkt Schritt fuer Schritt angeht.
Um einzelne Bits aus Bytes anzusprechen gibt es generell zwei Ansaetze:
rotieren bzw schieben
oder
viele compares und flag-handling.
Ersteres bietet sich hier an.
Edit:
Ulli, wuerdest Du Kandidaten Vor-testen mit Deinem Loop?
Ja, kann ich machen ...
Hoffentlich ist meine Lösung zum gegenrechnen nicht fehlerhaft, aber das würde ich damit ja auch gleich austesten.
ZitatWird Basic und ASM eigentlich getrennt ausgewertet ?
Eigentlich nicht. Durch das starten mit "run" haben die Assembler-Lösungen ja schon den Nachteil, den Start-SYS mitbringen zu müssen.
Aber was heisst ausgewertet ? Zu "gewinnen" gibts ja eh nur die Ausrichtung der nächsten Compo ...
Meine ad hoc Version ist auf jeden Fall groesser als ein neues Sprite es waere
ich bin damit noch unzufrieden weil es quasi straight forward ist.
Keine Tricks oder so.
9fd0be95e8da9622b52c9204efd94c3b MD5SUM
Die Länge in Bytes darfst Du aber trotzdem verraten.
Ich war gestern bei ungefähr 70 Bytes oder so, aber da fehlte noch das Anhängen der drei Null-Spalten, das wird also noch etwas länger.
Aber was heisst ausgewertet ? Zu "gewinnen" gibts ja eh nur die Ausrichtung der nächsten Compo ...
Immerwährenden Ruhm und Ehre nicht vergessen...
Ich fand's reizvoll dazu nicht zu viel zu sagen, aber deutlich groesser als 70 Bytes ist es schon geworden.
(das finale PRG, wenn es so ueberhaupt bug-frei ist