Beiträge von markusC64

Ja. Ist ein reines Problem auf C Ebene - nicht wirklich hardwarenah. Und am FPGA bzw. dessen Programmierung liegt es nicht, sondern an der Software, die auf den emulierten Prozessor läuft.

Eigentlich ja - jedoch ist in der Funktion leider ein Bug drin, so dass es nicht funktioniert.

Was gehen dürfte (ungetestet) ist, dass IEC DEVICE zu nutzen und per Kopierprogramm von dort auf eine emulierte Floppy zu kopieren. Dann wiederum hat man mit den Eigenarten des IEC Devices zu kämpfen.

Zitat von ASL A

Ergänzungen sind willkommen und werden eingearbeitet.

Wenn das so ist, dann habe ich die erste Ergänzung für Dich: Der beigefügte Patch ändert den Quelltext so ab, dass per bedingter Übersetzung der binärgleiche Kernel für jede heute noch auffindbare länderspezifische Tastatur erzeugt werden kann. Dadurch kannst Du ohne Mehrarbeit zukünftige geänderte Kernals für alle Tastaturlayouts anbieten.

Eins möchte ich zum Abschluss hier noch sagen: Ich wünsche mir von einen Titel im Github, dass man an Hand dessen entscheiden kann, ob der Suchtreffer das ist, was man suche. Deswegen wollte ich darauf hinaus, dass der etwas aussagekräftiger wird.

Auf Zimmers.net heißt das Image für den Z80 übrigens "Z80 Bios" und nicht "Z80 Rom".

Mir ist inzwischen auch aufgefallen, dass mein Titelvorschlag auch als unpräzise durchgehen kann: Er besagt leider nichts, welche ROM-Version eigentlich das Listing erzeugt. Und welche Keyboard-Variante. Dabei mag das nicht unwesentlich sein, wenn man ein ROM-Listing sucht.

Und dabei sind genau das die Infos, die ein Nutzer am schwierigsten von allen dem Assembertext entnehmen kann.

Nun denn, dass will ich jetzt liefern... sozusagen als Entschuldigungsgeste.

Wie bereits geschrieben: Wenn eine Kommunikation derart schief geht, muss ich bei mir selbst anfangen, den Fehler zu suchen, um daraus zu lernen.

Ich kann Dir nur beteuern, dass es mir nicht egal ist. Im Gegenteil, es tut mir ehrlich leid. Nur, wie es in solchen Fällen ist, die Vergangenheit kann man nicht ändern.

Ich weiß nicht so recht, wie die Situation noch zu retten ist. Eventuell, wenn wir sein Werk ehrlich wertschätzen. Es ist nämlich dem ersten Eindruck nach sehr gut gemacht - Aufrufe von ins RAM kopierten Routinen sind kommentiert - inkl. wo das Original der Routine im ROM zu finden ist usw. Löschen könnte ggf. das Desinteresse daran nur bestätigen.
Anderseits hat er es natürlich gelöscht, das ist nicht wegzudiskutieren.

Zitat von detlef

Und wenn ASL A die Sachen vom Netz genommen hat, dann lösche das bitte auch wieder!

Die Macht ist mir nicht gegeben. Ein Posting kann man nur eine Stunde lang editieren. Da muss also jemand anders drüber befinden.

PS: Das Grundprinzip der Versionsverwaltung "git" ist es, Repositories zu klonen. Auch bereits, um eine lokale Version der damals veröffentlichten Dateien zu bekommen.

Nachtrag: Geht aus der Stelle denn Deiner Meinung nicht klar genug hervor, dass es die Arbeit von "ASL A" ist?

Nachtrag 2: Zu den Zeitpunkt war meine Intention, danach nicht "einer der wenigen" zu sein, die die Version haben. Zu den Zeitpunkt war die veröffentlicht gewesen und ich habe die auf den offiziellen Weg bekommen.

Zitat von RetroJeck

Da ich aber auch Mathematiker bin ist Präzision mir eh in die Wiege gelegt..

Dito - wenngleich "nur" im Nebenfach. Daher auch meine Einschatzung "ich wohl besser gleich eine bessere Überschrift vorschlagen sollen - und so ein ewiges 'auch das passt nich' vermeiden können".
Im Nachhinein ist mir auch klar, dass die Motivation vergehen muss, wenn jeder Titelvorschlag abgelehnt wird - selbst wenn die Argumente nachvollziehbar sind.

Zitat von H.T.W

und an markusC64 für das Gegenteil

Da hast Du leider Recht. Wenn etwas so schief läuft, muss man anfangen, sich zu fragen, was man selbst falsch gemacht hat.

Statt jeden Überschrifsvorschlag auseinanderzunehmen, hätte ich wohl besser gleich eine bessere Überschrift vorschlagen sollen - und so ein ewiges "auch das passt nicht" vermeiden können.

Warum das, der Inhalt ist doch super gewesen... Nur die Beschreibung...

Wie auch immer, verloren ist es nicht, ich habe es geklont

"Vollsrtändiges ROM-Listing des für den C128 Modus benötigten 6510 Codes" hätte es ja getan. Da wäre ohne Klammervermerk automatisch der C64-Modus, der Z80 Code und das Zeichensatzrom draußen gewesen. Und durch die EInschränkung auf 6510-Code stünde auch kein Versprechen im Raum, dass ein C128 damit alleine funktioniert.

So kann man sich damit arrangieren, weil die Klamemr das klarstellt.

Allerdings funktionieren wird ein C128 mit nur jenen ROMs (und Charset anbei) nicht. Der startet nämlich direkt den Z80 Code beim Einschalten... Deswegen ist der Satz "Die ROM-Inhalte, die für den Commodore 128 im 128er Modus benötigt werden" nicht ganz zutreffend - die Klammer stellt es aber hinreichend klar.

Auch das nicht. Zum kompletten 6510 Code fehlt dann noch das C64 Basic / C64 Kernal

Wobei man die natürlich von einem C64 ROM Listing ausborgen kann.

Zitat von ASL A

Ich habe unter "https://github.com/Edilbert/C128" das komplette ROM-Listing des Commodore 128 veröffentlicht.

Danke. Ist es wirklich komplett? Entweder ich übersehe ihn, oder der Z80 Bootcode ist nicht enthalten.

Egal, es ist auch so ein wunderschönes Werk.

Zitat von Retro Haudegen

Der Filebrowser im Menü des Super Kernals zeigt nix an.

Sucht der vielleicht auf den falschen Laufwerk? Kannst das Laufwerk durch die Zifferntasten wechseln (Endziffer der Laufwerksnummer).

Um etwas zu erreichen, was die Ultimate nicht kann:

1. Basic + Kernal ersetzen - ohne den Ersatz vorher zu flashen.
2. Da das analoge auch für die Auswahl der zu flashenden Datei für einen Slot / Firmwareupdate gilt: Für's Flashen des Superkernals.
3. Beim C128: Um überhaupt den Kernal zu ersetzen - die Ultimate kann das am C128 nicht.

Wenn es doch die Ultimate sein muss: D64 benutzen und die 1541 Emulation. ann geht es auch mit der Ultimate.
Nachtrag: Gerne dabei die emulierte 1541 mit Jiffydos oder S-Jiffydos versorgen.

Zitat von neuRomancer

Was passiert, wenn ich auf CLEANUP drücke? Wird der Speicher umorganisiert, aber die Daten bleiben grundsätzlich erhalten oder wird alles gelöscht?

Dann wird in etwa das gleiche gemacht, wie beim C64 Basic durch eine Garbage Collection. Also: Daten bleiben alle erhalten.

Ansonsten: Wenn ein Kernal nicht als Kernal erkannt wird, so prüfe mal, ob die Datei 8192 Bytes groß ist. Kann ja beim Übertragen was schief gegangen sein.
Und wenn ich RetroJeck richtig verstanden habe (die Frage war eigentlich leicht eine andere), wird der C64 Kernal an der Größe und dem Reset-Vektor $FCE2 am Ende erkannt. Beides Sachen, die man prüfen kann.

Eigentlich nicht. Schau mal bei F1, Stoage Management nach, "FREE TO USE IMMEDIATELY", sinngem. übersetzt: "sofort verfügbarer freier Speicher".
Und der Vollständigkeit auch "FREE TO USE AFTER CLEANUP", freier Speicher nach einer Speicherbereinigung.

Nachtrag: Natürlich wird der freie Speicher auch im Menü permanent angezeigt. Jeodchnicht der nach dem Bereinigen.

Ich fürchte nicht. Das GeoROM ist von dem Geos 128 2.0 aus der Wolke erzeugt. Und da für die Erzeugung GeoMakeBoot in genau der Version, die auf der GeoROm Toolkit-Diskette enthalten ist, wird das wohl auf diese Art & Weise nicht gehen.

Das schließt aber nicht aus, dass es anders gehen könnte.

Ich dachte immer, auf einen Flash sei die Anzahl der Schreibzyklen beschränkt. Wenn Du aber meinst, man könne unendlich updaten, dann muss das mit den endlichen Schreibzyklen ja wohl eine Fehlinfo sein.

Nein, im Ernst: Natürlich kann das geupdated werden. Und auch hinreichend oft.

In der Tat, nachdem ja inzwischen bekannt ist, was das für Macken das Gerät hat...

Als keine Details bekann waren, ja, da war das was anders. Es gibt gewisse Sachen, mit denen man einfach nicht rechnet...