Gibt es eine bessere Methode?
Ja:
CR4: $9004 - 36868. No usual value.
This register, together with bit 7 of CR3, forms the TV raster counter. On
a 625 line TV this register will count between 0 and 255, and the whole
counter between 0 and 311.
Überleg dir ne Schleife, mit der du den maximalen Wert bestimmst ... also ganz ähnlich wie beim VIC-II, nur dass du nur ein Register betrachten musst.
Müsste NTSC sein, wenn der Wert nicht über 131 geht.
Du kannst auch das Kernal-ROM testen, da sind die Grundwerte für den VIC hinterlegt.
PEEK(60900)=12 bei PAL
PEEK(60900)=5 bei NTSC
Wenn du für beide Systeme programmieren willst, einfach die Werte für $9000 und $9001 nur relativ zum Ausgangspunkt setzen.
Knifflig wird es erst bei raster-genauen Code. Da wirst du um spezielle Versionen für PAL und NTSC nicht umhinkommen oder nach PAL-Erkennung ein paar Wartezyklen einbauen (da 71 statt 65 Zyklen je Rasterzeile).
Du kannst auch das Kernal-ROM testen, da sind die Grundwerte für den VIC hinterlegt.
PEEK(60900)=12 bei PAL
PEEK(60900)=5 bei NTSC
Hmm, beim C64 (abgesehen davon, dass es da keine ROM-Unterschiede gibt, aber rein hypothetisch gesprochen) würde ich das so nicht tun wollen, da es zu viele alternative ROMs gibt, und da garantiert ja keiner, dass so eine Tabelle an der gleichen Stelle steht. Ich weiß natürlich nicht, wie da die Situation beim VIC-20 ist, vielleicht ist das da kein Thema, dann ist das natürlich sehr viel einfacher als Rasterzeilen zählen 
Per Rasterzeilen-Prüfcode kannst Du es so erkennen:
Hier werden einfach zwei Schleifen durchlaufen, so dass auf jeden Fall genug Taktzyklen verbraucht werden. Dann wird geprüft, ob $9004 irgendwann einmal den Wert 136 erreicht, was nur bei PAL der Fall sein wird. Das Ergebnis wird dann nach $033c geschrieben. D.h. wenn dort nach dem Aufruf 0 drinsteht, ist ein NTSC-VIC verbaut, wenn 1 drinsteht ein PAL-VIC.
Na die NTSC haben auf dem Aufkleber auf der Rückseite keine Zulassung nach Deutscher Bundespost Verfügung.
Na die NTSC haben auf dem Aufkleber auf der Rückseite keine Deutsche Bundespost Verfügung.
Ist software-technisch aber schlecht abzufragen... Vielleicht mit einem zweiten VC20...
Ist software-technisch aber schlecht abzufragen... Vielleicht mit einem zweiten VC20...
Ich würde da ja eher eine Kamera und Beleuchtung in den Rechner einbauen. Kamera hängt am Userport... Die Kamera zeigt auf den VIC und wenn dort im Bild ein '6561' zu erkennen ist ist es ein PAL-Gerät.
aitsch ...VC20: wie erkenne ich zuverlässig ob ein VC20 ein PAL- oder NTSC-Modell ist? ... mal ein Bild von der Platine posten?
Naja, ich dachte schon ....
Weil das hier die Assemblerecke ist...
Das sich die Sache mit dem Aufkleber von selbst ausschließt 
Naja, ich dachte schon ....
Weil das hier die Assemblerecke ist...
Das sich die Sache mit dem Aufkleber von selbst ausschließt
Mein Fehler. Ich habe den ersten Eintrag nicht durchgelesen, sondern nur die Überschrift.
Und ich dachte das wäre Karnevals-Trolling 
Hmm, beim C64 (abgesehen davon, dass es da keine ROM-Unterschiede gibt, aber rein hypothetisch gesprochen) würde ich das so nicht tun wollen, da es zu viele alternative ROMs gibt, und da garantiert ja keiner, dass so eine Tabelle an der gleichen Stelle steht.
Wenn ein alternatives ROM lebenswichtige Tabellen woandershin schiebt, kann man es bezüglich Kompatibilität direkt und komplett in die Tonne treten.
Um beim VC die PAL- und NTSC-Variante programmtechnisch zu unterscheiden, reicht die Abfrage von 60900 völlig aus. Ein NTSC-VIC-20 wird sinnvollerweise nur den NTSC-KERNAL, ein PAL V(I)C-20 entsprechend nur den PAL-KERNAL drinhaben, da sonst das Anzeigefenster verschoben ist (so wie man es von den dutzemdfach diesbezüglich schlecht programmierten Cartridges kennt, die nur einen Satz VIC-Register fix einkodiert haben ...)
Die Methode der vorhandenen Rasterzeilen fragt zwar korrekt den vorhandenen VIC-Chiptyp ab, aber nochmal - wer dann den falschen KERNAL drin hat, ist selber schuld und hat dann noch ganz andere Probleme, als das jetzt ein Programm aufgrund des anderen ROM-Werts das TV-System falsch erkennt: der KERNAL hat je nachdem auch noch andere Werte für die VIA-Register der Jiffy-Clock (heißt: TI$ ginge komplett falsch aufgrund der anderen Taktfrequenz, 1,03 MHz (NTSC) vs. 1,10 MHz (PAL)), außerdem passen die Baud-Raten bei RS232 dann nicht mehr.
