Forum64

erster Anlauf wäre wohl das Handbuch - Handbuch C128

Das große Basic Handbuch zum C128 von DAtA Becker wäre noch ein Titel der hin und wieder günstig in der Bucht zu fischen wäre. Meist bleibt es dann nicht bei einem Buch, also vorsicht :-)

Quoted from "strik"

Kein Kommentar zu der Aussage, aber: Jemmeritz? Ich wußte gar nicht, dass es hier in der Nähe noch jemanden gibt.

Nachbarschaftliche Grüße aus Oebisfelde-Weddendorf,
Spiro

Dann Grüß ich doch mal in die Nachbarschaft zurück!
P.S. Jemmeritz liegt zwischen Klötze und Kakerbeck

Man, was haben eure Städte für Namen

@OP:
Vorsicht, BASIC7 hat zwar ein paar schicke Befehle mehr ums strukturierter zu machen, aber BASIC7 ist noch langsamerer wie BASIC2, und das ist schon ne Kunst.
Liegt unter anderem am Paging (128 kbyte...), könnte dir aber WTE besser erklären was da harkt.

OT
Wieso Städte????? Dörfer, mit mehr als 5 Häusern. Und eigentlich bin ich en Krefelder mit Duisburg Erfahrung. *Glückauf*

Den sinn der vorzüge des Basic2.0 auf einem 128er im 128 Modus versteh ich grad nicht. 8-) und warum vorsicht?
Kann man doch nix dran ändern ist doch so eingebaut.
[IRONIEMODUS]
Ist das so wie der vergleich Windoof 3.11 gegen XP, und 3.11 besser ist weils weniger Speicher frist?
[/IRONIEMODUS]

Das Basic 7.0 ist langsamer als Basic 2.0, weil der Basic Speicher unter dem Basic Rom liegt und die Variablen in der 2. Speicherbank. Im Fastmodus ist der 128er dafür Doppelt so schnell, dadurch werden auch die Programme schneller sein als im Basic 2.0. Probleme gibt es wenn man, Basic 2.0 Programme in Basic 7.0 laufen läßt, und dabei Direkte Speicher-Befehle benutzt. Also Poke, Peek und Sys.

Quoted from "Gikauf"

Im Fastmodus ist der 128er dafür Doppelt so schnell, dadurch werden auch die Programme schneller sein als im Basic 2.0.

der FAST-Befehl schaltet aber den vic-chip ab ...

Da stimme ich zu, unterschiede gibt es, logischerweise!
Aber von Vorsicht, ist langsam, zu reden hat doch eigentlich keine Grundlage da, 7.0 in einer gänzlich anderen Umgebung Arbeitet als es 2.0 tut. Es sind ja auch eigentlich 2 verschiedene Computer, das ist doch wie Äpfel mit Birnen zu vergleichen. Das 7.0 arbeitet Systembedingt anders, was sich nicht ändern läßt, wobei dann Vorsicht langsam mit "arbeite nur im c64 modus" gleich kommen würde, da dort das "system" schlanker ist und dadurch schneller.
Die schnellere alternative zu Basic 7.0 wäre auch nur Assembler, dort würde ich auch einen geschwindigkeitsvergleich von beiden Systemen nachvollziehen können, da man dort ähnliche umstände haben kann.

bis denne

Mist! nach 20 Minuten getippe 'ne falsche Taste gedrückt und alles in den Orkus gesemmelt. Also nochmal:

Quoted from "AndyS"

Assembler, dort würde ich auch einen geschwindigkeitsvergleich von beiden Systemen nachvollziehen können, da man dort ähnliche umstände haben kann.

Nö, das kann man so einfach auch nicht sagen!

BASIC 7.0 vs. BASIC 2.0: Im C128-Mode des C128 gibt es nur Basic 7.0. Auch wenn ein Programm nur Befehle aus dem Befehlsvorrat von Basic 2.0 benutzt. Im C64-Mode ist der C128 genauso schnell wie ein "reiner" C64. Im C128-Mode hingegen muss jedes Programm den "Ballast" des komplexen C128-Systems mit 128 kB RAM mittragen und ist langsamer. Bei den schon oben erwähnten Befehlen Peek, Poke und Sys gilt natürlich, dass der C128 andere Systemadressen hat und die Zahlenwerte daher nicht (oder selten) mit denen vom C64 übereinstimmen. Zudem ist die Syntax bei SYS verändert. Befehle wie SYS 123,"TEXT" sind nicht mehr möglich (die Parameterübergabe wurde um Register erweitert, was die Übergabe "eigener" Parameter verkompliziert). Was kaum einer weiß: Auch LOAD funktioniert ein klein wenig anders, da Pgrogramm- und Datenspeicher getrennt sind (Das Handbuch zum C128 schweigt sich dazu aber aus).

Speed: Die Aufteilung in Programmspeicher (Bank 0) und Datenspeicher (Bank 1) ermöglicht zwar umfangreichere Projekte bedeutet aber auch zusätzliche Komplexität für den Interpreter. Bankswitching, Bankswitching und nochmals Bankswitching bestimmen hier die Geschwindigkeit. Zudem ist die Switchroutine universell programmiert (spart ROM-Speicher) und nicht für jeden einzelnen Benutzungsfall optimiert (würde der Geschwindigkeit gut tun). Alle Programmroutinen der Standardvektoren (BSOUT, CHRIN etc.) durchlaufen Bankswitching und sind damit schon von vornherein langsamer als die Pendants im C64.

Desweiteren gibt es im Basic 7.0 Befehle für Sprites und Musik. Dazu werden stets Register gespiegelt. Das bedeutet eine umfangreichere Interruptroutine und die läuft ja jede 1/60 Sekunde. Das ist ein weiterer Rechenleistungsfresser.

Natürlich kann man bei Verzicht auf den VIC (40-Zeichen) den FAST-Modus (2MHz) aktivieren. Will man jedoch auf den 40-Zeichenschirm nicht verzichten, gibt es einen anderen Trick: Der 2MHz-Mode kann selektiv im oberen und unteren Rahmen aktiviert werden (es gibt passende Tools). damit erreicht man 20 - 30% mehr Speed und der c128 kann wieder mit dem C64 gleich ziehen.

Es gibt natürlich einen Sonderfall, bei dem Basic 7.0 den C64 abhängt. Da hat der CeVi keine Chance mitzuhalten. In Basic 7.0 steckt die Grabage Collection des Basic 4.0 und ich kann bis heute nicht verstehen, warum die damals nicht auch beim C64 implementiert wurde. Jedenfalls sind Programme, die reichlich Stringmüll produzieren unter BASIC 7.0 schneller, da hier die Grabage Collection unbemerkt verläuft, während der C64 bei solchen Gelegenheiten den Dornröschenschlaf antritt.

Assembler: Einfache Programme wie LDA#x STA#x RTS laufen bei gleicher Taktfrequenz (die 2 MHz des C128 wollen wir hier mal außen vor lassen) natürlich gleich schnell. Aber bedingt durch die Komplexität des C128 beginnt das untere BASIC-ROM schon bei $4000. Größere Programmprojekte, die unter das ROM reichen, werden also - zumindest wenn die ROM-Routinen nutzen wollen - ebenfalls zu Bankswitching genötigt und das geht gewaltig auf die Performance. Das einfachste Beispiel ist die Ausgabe von Daten über den BSOUT-Vektor. Somit ist auch hier der C128 oft langsamer als der C64. Wenn unter dem ROM natürlich nur Routinen laufen, die "im eigenen Saft schmoren", dann ist dieser Komplexitätsfaktor gering. Es kommt also ganz auf das Programm und die geschickte Anordnung der Programmmodule (unter dem ROM oder eben nicht) an, ob man einen Geschwindigkeitsunterschied zwischen C64 und C128 bemerkt.

Gruß WTE

Quoted from "WTE"

Natürlich kann man bei Verzicht auf den VIC (40-Zeichen) den FAST-Modus (2MHz) aktivieren. Will man jedoch auf den 40-Zeichenschirm nicht verzichten, gibt es einen anderen Trick: Der 2MHz-Mode kann selektiv im oberen und unteren Rahmen aktiviert werden (es gibt passende Tools). damit erreicht man 20 - 30% mehr Speed und der c128 kann wieder mit dem C64 gleich ziehen.

ja genau, mit so einem tool konnte mein assembler um bis zu 50% schneller übersetzen. wohlgemerkt im c64 modus. ich schau mal, ob ichs wieder finde ...

Yup! Da das 2 MHz Register auch im C64-Modus erreichbar ist (eine der schönen kleinen Inkompatibilitäten zwischen C64 und C64-Mode im C128) kann man den Trick in beiden Modi anwenden.

Quoted from "WTE"

Yup! Da das 2 MHz Register auch im C64-Modus erreichbar ist (eine der schönen kleinen Inkompatibilitäten zwischen C64 und C64-Mode im C128) kann man den Trick in beiden Modi anwenden.

und die zehnertastatur geht ja auch mit dem richtigen tool ; )

sogar VDC und Z80 läßt sich nutzen

Quoted from "Gikauf"

sogar VDC und Z80 läßt sich nutzen

das mit vdc kannte ich auch. aber wie geht das mit z80?

Also wenn jetzt nochmal jemand nach einem Programmierleitfaden für Basic 7.0 fragt kann man Ihm nur davon abraten auf einer so lahmen Kiste programmieren zu wollen und er solle sich besser auf den mit vorzügen übersäten C 64 Modus stürzen. Und für den die vorzüge nicht wichtig sind reicht auch ein normaler C 64, der is auch kleiner und braucht weniger Platz auf dem Schreibtisch. Und aktuell auch nicht unwichtig, weniger Strom!
Basic 2.0 rulez! mit weniger Speicher, der auch keine Bankswitching benötigt, zum ultraschnellen Basicprogramm.
Weniger Befehle+weniger Speicher = weniger Probleme + schnellere Programme

in diesem sinne nix für ungut!