letzter Beitrag von peiselulli am
Alles anzeigen
Guter 6502-Code ist universell einsetzbar und immer ROM-fähig.
Gut, dann möchte ich einen A,X-Vergleich im ROM sehen. Ohne RAM-Benutzung.
Wie wäre es damit?
Vielleicht nicht so effizient wie selbstmodifizierend, aber es funktioniert ohne RAM. Eine ZP zu verwenden wäre natürlich effizienter aber das wäre dann ja wieder RAM.
Und welchen Bereich im ROM benutzen pha und pla als Stapel? 
Und welchen Bereich im ROM benutzen pha und pla als Stapel?
Daran habe ich zwar auch gedacht, aber da die CPU wohl sowieso IRQs verarbeiten muss, wäre ein Stackbereich zwingend notwendig. Selbst wenn es ein System wäre das ohne IRQs arbeitet, was noch denkbar wäre, dann müsste es auch ohne JSR auskommen. Was zwar immer noch möglich wäre, aber schon eine extreme Limitierung. 
Ich gehe daher aus dass ein Stack auf jeden Fall vorhanden ist, auch wenn sonst kein RAM vorhanden wäre.
Abgesehen davon sehe ich keine Möglichkeit wie das funktionieren könnte, denn dann müsste zumindest eine ZP vorhanden sein oder zumindest ein minimaler RAM Bereich, da der 6502 nicht genug Befehle hat um ohne auszukommen (wenn nichtmal der Stack vorhanden wäre).
EDIT: OK, mit einer Tabelle könnte es eventuell gehen...
Abgesehen davon sehe ich keine Möglichkeit wie das funktionieren könnte, denn dann müsste zumindest eine ZP vorhanden sein oder zumindest ein minimaler RAM Bereich, da der 6502 nicht genug Befehle hat um ohne auszukommen (wenn nichtmal der Stack vorhanden wäre).
Das sehe ich auch so, lasse mich aber gerne überraschen. Mal davon abgesehen, dass ein Computer ohne jegliches RAM ja auch keine Anzeige oder gar Videoausgabe haben könnte. Mit nur ROM wäre der Computer so statisch wie eine Steintafel, weil man nicht einmal das Programm irgendwo ändern könnte. Ist ja fest im ROM!
aber es funktioniert ohne RAM.
Stack ist RAM ...
Es gibt sogar Systeme, die haben nur 64 oder 128 Byte RAM, da ist alles in Page $01 konzentriert (ZP, "normales RAM", Stack). Der 1520-Plotter ist so ein Beispiel.
Übrigens: Der "Dead Test" macht einen kompletten RAM-Test, ohne ein Byte RAM dafür "produktiv" zu verwenden (keine JSRs, keine ZP, ...).
Mal davon abgesehen, dass ein Computer ohne jegliches RAM ja auch keine Anzeige oder gar Videoausgabe haben könnte.
RS-232?
Parallelport?
(Das Atari 2600 hat übrigens auch kein Video-RAM.)
Mal davon abgesehen, dass ein Computer ohne jegliches RAM ja auch keine Anzeige oder gar Videoausgabe haben könnte.
Klar geht das, beim C64 könnte man z.B. den Monitor per Widerstand an den Kassettenport anschließen und die Software an $01 Bit 5 wackeln lassen. $01 ist der Prozessorport und liegt nicht im RAM.
Bzw. eigentlich kann man auch den VIC nehmen. Der kann ohne RAMs natürlich von sich aus keinen sinnvollen Bildschirminhalt aufbauen, man kann aber das Bild abschalten und per getimter Änderung der Hintergrundfarbe (ein VIC-Register, also kein RAM) ein niedrigauflösendes Bild erzeugen.
Danke für die Erklärungen! Ich bin überrascht, dass man ohne RAM sogar eine Ausgabe hinbekommen könnte! 
Gut, dann möchte ich einen A,X-Vergleich im ROM sehen. Ohne RAM-Benutzung.
Challenge accepted!
Du legst im ROM eine Tabelle an mit $00, $01, $02, ..., $FF.
Dann machst Du ein CMP Tabelle,X
Ja, das verschwendet 256 Bytes im ROM, aber das war nicht Teil der Aufgabe. 
Bzw. eigentlich kann man auch den VIC nehmen. Der kann ohne RAMs natürlich von sich aus keinen sinnvollen Bildschirminhalt aufbauen, man kann aber das Bild abschalten und per getimter Änderung der Hintergrundfarbe (ein VIC-Register, also kein RAM) ein niedrigauflösendes Bild erzeugen.
Das klingt ein wenig wie dieses Diskdemo, bei dem ein Bild über die Floppy ausgegeben wird, ohne dass der C64 dazwischen geschaltet ist. 
... über die Floppy ausgegeben wird ...
Wenn man kein RAM hat, darf man natürlich auf Diskette zwischenspeichern.
Bzw. eigentlich kann man auch den VIC nehmen. Der kann ohne RAMs natürlich von sich aus keinen sinnvollen Bildschirminhalt aufbauen, man kann aber das Bild abschalten und per getimter Änderung der Hintergrundfarbe (ein VIC-Register, also kein RAM) ein niedrigauflösendes Bild erzeugen.
da muss man nichts abschalten. $d012 ist das einzige was man braucht.
Verfälscht dabei keine Register und funktioniert sogar in einer Badline
Es gab doch mal ein Video vom 8bit-guy wo er den Apple 1 Bausatz (oder irgendwas aehnliches) zeigt und dabei vorfuehrt, dass der Rechner auch kein Video-RAM hat und deshalb die Ausgabe ueber ein Terminal erfolgt und dort das Bild jedesmal neu aufgebaut werden muss (der Bildinhalt scrollt dann nach oben), d.h. hier ist dann wohl das Terminal das Geraet, das den RAM beinhaltet und nicht der Rechner (zumindest keins fuer die Video-Ausgabe).
EDIT: Das Ding hier wars:
ab 22:30 wird es erklaert
Das Terminal hat ja einen Bildschirmspeicher nur hast du von der normalen CPU keinen direkten Zugriff darauf. Du kannst nur Zeichenweise etwas übertragen und das wird seriell in den Bildschirmspeicher des Terminals geschoben. Hats keinen Platz mehr wird gescrollt. So ungefähr habe ich das verstanden.
Jo genau, so habe ich das auch verstanden
Das ist das tolle an solchen Threads, man liest gemütlich von Anfang an, hat dazu die entsprechenden Ideen und beim letzten Posting angelangt ist auch schon die Lösung zu all den Ideen da. Man weiß, dass man auch selbst drauf gekommen ist, hat aber nicht den Zeitaufwand mit dem selbst machen.
Vielleicht nicht so effizient wie selbstmodifizierend, aber es funktioniert ohne RAM. Eine ZP zu verwenden wäre natürlich effizienter aber das wäre dann ja wieder RAM.
Yup, an den Stack hatte ich selber als erstes gedacht, aber .... Stack ist auch RAM! 
... Stack ist auch RAM!
Man könnte den Stack, statt ihn im RAM zu halten, auf die Datasette auslagern. 
Beim 6502 ist der Stack ja hart auf eine einzige Adresspage verdrahtet. Da sollte dann auch tunlichst RAM sein.
So auch beim Atari2600. Da allerdings nur eine halbe Page ..
Da allerdings nur eine halbe Page ..
Aua!
Da nichts mehr kommt (und auch nichts besseres mehr erwartbar ist): The Winner (Shortest Code Fragment) is: enthusi 
X und A kann man auch im ROM vergleichen, ganz ohne RAM.
The Winner (Shortest Code Fragment) is: enthusi
Wobei das wieder mal den Fakt illustiert, dass ein RAM/ROM sparender Code oft langsamer ist als ein Code, der mehr RAM/ROM braucht.
