Grundsätzlich hätte Commodore die Codes 32-127 als 1:1 Mapping im Charrom ablegen können.
Dann hätte man 0-31 als Steuercodes im PETSCII und sonder/graphikzeichen im screencode nutzen können.
Da screencode auch noch reverse braucht, wären damit 128-255 belegt.
Im PETSCII hätte man den Bereich dann für Zugriff auf die Sonder/Grafikzeichen im screencode 0-31 nutzen können.
Aber man muss bedenken, dass ASCII noch nicht standardisiert war als der PET rauskam. PETSCII basiert m.E. auf einer Vorversion.
Der PET hat im übrigen ein anderes Mapping, bzw eine andere Definition des PETSCII, da das Charrom mehr oder weniger identisch ist (ich glaube Pfund vs backslash oder so). Die Details hab ich aber gerade nicht da, könnt Ihr im VICE aber z.B. nachtesten.
Ich hab Michael Steil auf dem letzten VCFE in M darauf aufmerksam gemacht, er hat da glaube ich ein Mapping auf seiner Seite, das wollte er anpassen, das wusste er auch noch nicht.
Deshalb muss ich zB im x16dos code den ich in meinrm MicroPET verwende auch noch eine Umsetzung einbauen, da der x16dos code C64 PETSCII verwendet. Tatsächlich wird da IIRC gar kein Mapping gemacht - es könnte sein dass sich Commodore mit dem C64 PETSCII dann mehr an ASCII orientiert hat.
Auswirkungen auf den screencode hatte das allerdings alles nicht, das ist vom PET über den VC20 zum C64 so geblieben - wahrscheinlich weil es einfacher war in den Prototypen erstmal vorhandene Chips oder zumindest Daten zu nutzen
André
Display More
