Bitte sehr - in diesem Quelltext der C128 ROMs sind alle zuvor genannten Kernal-ROMs per bedingter Assemblierung enthalten, so dass man per suche nach "#if" sofort zu den Unterschieden der ROMs kommt.
Posts by markusC64
-
-
Natürlich. Ich habe jedoch von der Kombination Basic 3.5 und mehr RAM geträumt...
-
Oh ja, so viel RAM frei zu haben, das wäre noch was... Wobei das technisch möglich ist, denn die C64 Basicerweiterung Business Basic schafft das - so um die 61K Ram für Basic frei zu haben. Das geht natürlich nur per Modul.
-
Hat schon jemand probiert wieviel Speicher GEOS maximal nutzen kann
Geos Megapatch 3: 16 MB aus der REU können genutzt werden. Davon 12 MB am Stück für eine RAMDISK XXL. Und der Rest ganz normal (weitere RAMDisks, RAM-Topdesk, ...).
-
Wobei Data Becker die FRE-Funktion von Basic 2.0 im Buch "Tipps & Tricks" wie folgt repariert hat:
Mag Dir in Sachen Erkenntnisgewinn helfen.
-
Genau. Wobei das ja genaugenommen 128K minus ein paar Bytes sind. Ich müsste nachschauen, wie viele Bytes das genau sind - mir schwirrt jedoch die Zahl 5 im Kopf rum...
Hintergrund: Wenn das CRT wie es ist (also mit allen Headern und so) im Flash steht, ist es am einafchsten, den seine Größe voranzustellen (jetzt inkl. aller Header und so), damit man die im schnellen Zugriff hat. Schleißlich hat ein RAM kein Dateiende. Und genau das macht die Ultimate.
-
Welche Arten von Cartridge Files kann ich in der 1541 Ultimate II mit der aktuellsten Firmware als 'Autostart' verwenden?
Das kannst Du (mit Hilfe) dem Quelltext leicht antnehmen. Siehe https://github.com/GideonZ/154…filetypes/filetype_crt.cc ab Zeile 112. Alle, wo nicht "CART_NOT_IMPL" steht.
Und für den Start beim EInschalten zustätzkliche Bedingung < 128 KB verringert um wenige Bytes (für den Header)
-
Die Ultimate hängt ja am normalen C64. Da soll es gerüchteweise durchaus vorkommen, dass ein altes original Commodore Netzteil alterungsbedingt recht schlecht ist... Ein normal funktionierendes Netzteil sollte da kein Problem darstellen. Aber da die Dinger alt sind, kann man das eben auch nicht ausschließen. Und wenn man merkt, dass die Spannung unter Last einbricht, kann man mit einem besseren Netzteil ggf. was erreichen.
Der Deutlichkeit halber: Dann liegt es aber am Netzteil und nicht an der Ultimate... Ich betreibe meine Ultimates sehr erfolgreich mit dem original CBM Netzteil.
-
Ich vermute momentan als Ursache eine schlechte Siebung der Versorgungsspannung
Dir traue ich ohne weiters zu, die einfach mal mit einen Oszilloskop zu messen. Wer einen ganzen FPGASID hinbekommt, für den dürfte das Messen ein Kinderspiel sein...
Wenn bei der Messung was auffällig ist, liegt der Verdacht auf dem Netzteil.
-
Ich habe das CRT erfolgreich am echten C128 mit einer 1541 Ultimate II+ ausprobiert.
-
Ich glaube, die "if"-Bedingung n Zeile 280 soll das notdürftig flicken...Ich schaue die Tage mal genauer nach.
-
Hast natürlich Recht, der Spriung sollte nach Zeile 370..
Wird doch mal Zeit, das ganze Programm zu prüfen.
-
Super Sache, wie löst man das denn mit assembler ? Gibts da auch Beispiele zu ?
Lies Dir nochmal Posting 9 durch.
-
Es macht sicher Sinn die REU zu aktivieren...
Wohl wahr. Am Besten kommt allerdings die Geos Megapatch Variante mit REU und angeschlossenen SD2IEC - it einem DNP Image. Endlich kein Engpass mehr beim Datenspeicher, knapp 16 MB großes IMage ist möglich.
-
Geos an sich läuft auf den U64 problemlos. Inkl. Floppy 1541, gleich ob echt oder emuliert.
Allerdings die 1351 Maus habe ich (noch) nicht ausprobiert, dazu also keine Angabe.
-
Kleine Anmerkung - wie gesagt, mein Basicprogramm hat ja gewisse Fehler:
Zeile 380: Besser ist ein "AND 53" statt "AND 48" (ja, mein Fehler, ich weiß). So erkennt er zuverlässig, dass das Ultimate DOS bereit ist für neue Befehle.
Sinnvolle Ergänzung:
172 if peek(a)<>201 then print"no ultidos found":stop
174 rem reset ultidos
175 poke a-1,4
176 gosub 370
Der Reset des Ultimate DOS, weil man ja nicht weiß, im welchen Status Ultimate DOS bei Programmstart sein könnte. Es könnte ja das Vorgängerprogramm beim Lesen der Antwort angebrochen worden sein.
-
Es muss gehen - jedoch gibt es ein paar Randbedingungen, die erfüllt sein müssen:
1) Das Basic-Programm darf nicht per DMA "LOAD" oder "RUN" geladen werden. Option "DMA" ist ok.
2) Ultimate DOS hinreichend neue Version muss aktiv sein - im Zweifel einfach die neuste nehmen.
2) Es darf kein Modul aktiv sein, welches mit (2) einen IO-Konflikt hat, weil dann das Modul gewinnt.
Edit: Zu (1): natürlich ist es ok, das Basic-Programm ganz klassisch per "LOAD"..",8" von einer (emulierten) Diskette zu faden.
-
POSIX bietet hier schon genau das richtige Werkzeug: https://linux.die.net/man/2/setitimer
Kleine Rückfrage dazu: Signale werden soweit ich weiß an Prozesse und nicht an Threads geschickt. Inwiefern kann das Probleme machen (kein besonderer Grund für die Frage, jedoch ist das gerade eine Gelegenheit, den Werkzeugkasten auszubauen..)?
-
Das macht BASIC 7.0 ja auch so. Man hat dann so nebenbei auch gleich den Fehler gespeichert (statt ihn zu verwerfen).
Wobei man da aufpassen muss. Basic 7.0 macht das nicht immer. Zweimal direkt hintereinader "DS$" abfragen liest den Fehlerkanal nur einmal aus.
Macht man dazwischen aber einen "DCLOSE #2" (dabei stört es nicht, dass Kanal 2 gar nicht offen ist), so wird wieder abgefragt.
-
