Forum64

Melle,

sinnvoll füllen kann man den Speicher ganz sicher - der Verschwendung sind nun etwas weitere Grenzen gesteckt. Programmier-Doku geht auch dieses Wochenende online, da kannst Du Dir nach Herzenslust schonmal 'was zusammencoden.

In Sachen Pünktlichkeit des Weihnachtsmannes darf ich den Ball zu den glorreichen Entwicklern der Commodore-Geräte schieben: Wir haben eine *Menge* unterschiedliche C64- und C128-Modelle, die immer wieder durchgetestet werden müssen, wenn es auch nur die kleinste Änderung an der Hardware gibt. Vergangenen Dienstag ist im Bunker ein Bug aufgetaucht, der sich nur beim Updaten des lokalen Flash gezeigt hat, und das auch nur, wenn das Update auf einem Brotkasten-C64 gemacht wurde (andere Modelle und C128 funktionierten problemlos).

Der Bug ist hier nicht aufgefallen, weil wir die Updates immer mit bequemem Zusatz-Equipment gemacht wurden, außerdem habe ich gerade diesen Teil immer als unkritisch betrachtet (man lernt nie aus...). Jetzt haben wir also nach dem Fixen dieses Bugs nochmal die ganze Testreihe machen müssen - das kostet ewige Stunden, weil wir vom Kaltstart bis zum betriebswarmen Computer einen Dauertest machen müssen (bei der Anzahl Testmaschinen sind's immer gut zwei Tage). Das ist seit gestern nacht abgeschlossen, und zwar mit einer erneut erweiterten Testprozedur. Ihr ahnt gar nicht, wieviele Tests man überhaupt machen kann :-)

Die Auslieferung geht morgen los, wie Sauhund schon geschrieben hat. Kommende Woche sind also die Händler lieferfähig. Handbücher sind gedruckt, Pakete gepackt, jetzt werden alle Vorbestellungen abgearbeitet.

Jens

Sorry, wenn ich mich in den Thread einmische. Aber ich habe eine Frage zum MMC64, die ich so dirket noch nicht beantwortet gesehen habe. Das MMC64 kann .d64-Images mounten, gut, kann ich dann auch ein komplettes Images auf eine
angeschlossene Floppy kopieren ? Ich meine nicht nur die Dateien einzeln, sondern das Image als ganzes.

Quoted

kann ich dann auch ein komplettes Images auf eine
angeschlossene Floppy kopieren ? Ich meine nicht nur die Dateien einzeln, sondern das Image als ganzes.

ja. *einzelne dateien* gehen *nicht* :)

Quoted from "sauhund"

ja. *einzelne dateien* gehen *nicht*

Wat? Immer noch nicht? Och Leude.

Quoted from "DMC"

Quoted from "sauhund"

ja. *einzelne dateien* gehen *nicht*

Wat? Immer noch nicht? Och Leude.

Also, die Original-Frage bezog sich konkret auf ein MMC64, und nicht auf das MMC Replay...

Quoted from "AntaBaka"

Also, die Original-Frage bezog sich konkret auf ein MMC64, und nicht auf das MMC Replay...

Ok. Hab ich jetzt auch gesehen. Allerdings macht mir die Anleitung fürs MMC-Replay nicht gerade große Hoffnungen, dass es ´ne Filecopy haben wird.

Laut Anleitung kann das MMCR ja D64 images jetzt mounten ... Da sollte dann doch jedes normale C64 Filecopy funktionieren, wenn auch nur ohne Beschleunigung. Ich glaube ja nicht es gibt ein Filecopy was Beschleunigung nur auf einer Devicenummer machen kann (für die echte 1541).

Quoted from "x1541"

Laut Anleitung kann das MMCR ja D64 images jetzt mounten ... Da sollte dann doch jedes normale C64 Filecopy funktionieren, wenn auch nur ohne Beschleunigung.

Soweit vermute ich auch. Nur kannst Du z.B. keine Files von einer "echten" Floppy auf die SD-Karte speichern und auch keine Files von der SD-Karte auf ein D64-Image ziehen (oder auf die "echte" Floppy). Wäre m.E. immer noch ganz nützlich.

Naja, PRGs von Disk laden und auf SD speichern sollte ja einfach sein, indem man das D64 Reader Plugin anpasst. Gibt es denn den source dazu?

Umgekehrt, PRGs von SD laden und auf Disk speichern, einfach das PRG im Browser wählen, laden ohne Autostart, und dann per SAVE auf Disk speichern

Die Software des MMC Replay basiert auf dem MMC64, deswegen sind die meisten Funktionen im Moment noch sehr ähnlich. Auf lange Sicht werden wir aber die Struktur grundlegend verändern, weil jetzt die passende Hardware dafür da ist. Die neuen Funktionen wie "Freeze drücken bringt Dich zurück in den Filebrowser" sind 'reingehackt, aber es ist noch viel mehr Potential da.

Oliver muß sich jetzt auf seine nächste Prüfung vorbereiten, bis Ende des Monats werden also Reaktionen gesammelt und die 2do-Liste verlängert. Bis zum Erscheinen der neuen Software wird noch einiges an Zeit vergehen, denn es wird praktisch ein re-write from scratch.

Jens

Meine Wunschliste:

- Filebrowser ähnlich wie Starcommander (.d64 extrahieren bzw. erstellen, copy, rename, scratch, makedir und all der andere Kram, sollte sowohl auf Disk als auch auf SD-Karte zugreifen können) mit Ausnutzung des zusätzlichen Speichers für Backups (Diskwechsel verringern) bzw. .d64 Handling

- Feste Einsprungadressen für FAT-Routinen, so daß nicht jedes Plugin das FAT-Handling beinhalten muß (dürfte die Anzahl der zukünftig entwickelten Plugins erhöhen), genug Platz für sowas dürfte jetzt ja wohl vorhanden sein

- Ein passendes Gehäuse wäre fein (ja, auch wenn´s 15€ kostet)

- Config-Menu zum Anpassen der Browser-Farben (natürlich nicht wirklich wichtig, wäre dennoch schick (Pimp my MMCR))

Quoted from "Pollux"

- Filebrowser ähnlich wie Starcommander (.d64 extrahieren bzw. erstellen, copy, rename, scratch, makedir und all der andere Kram, sollte sowohl auf Disk als auch auf SD-Karte zugreifen können) mit Ausnutzung des zusätzlichen Speichers für Backups (Diskwechsel verringern) bzw. .d64 Handling

Sowas kann auch als Stehalleine-Programm funktionieren, Stichwort: FIBR.

Quoted from "Pollux"

- Feste Einsprungadressen für FAT-Routinen, so daß nicht jedes Plugin das FAT-Handling beinhalten muß (dürfte die Anzahl der zukünftig entwickelten Plugins erhöhen), genug Platz für sowas dürfte jetzt ja wohl vorhanden sein

Sinnig währe auch "Fülle mir das SRAM mit folgendem File."
Dann währe nämlich das Nachladen mit MMCR besonders leicht zu erschlagen.
Wenn eine leicht zu benutzende API existiert werden die Leute auch Software schreiben die mit dem MMCR zusammen arbeitet, siehe DirectX und Windows.

API-Vorschlag (In Code ):

Genauso könnte man dann alle anderen Routinen rausführen, müsste dann nur vom Nutzer der API sichergestellt werden das sein Programm die Flossen vom Speicher unterm Kernal lässt weil die MMCR Firmware dort Beispielsweise dann ihre Daten ablegt.
Der Vorteil vom Single Entry Point sollte klar sein, Oliver braucht sich keine Gedanken darum zu machen wie und wo die Routinen nun genau in der Firmware liegen, einfach sagen "Bei $WoAuchImmer ist der API-Einsprungpunkt." und fertig.

(DISCLAIMER, bevor ich wieder nen Achten als Halskrause habe: Dies ist nur ein Vorschlag und eine Bitte, keine Aufforderung! )

Quoted from "Pollux"

- Ein passendes Gehäuse wäre fein (ja, auch wenn´s 15€ kostet)

Eher uninteressant für mich, ich brauch nur ne Schablone und meinen Dremel.

Quoted from "Pollux"

- Config-Menu zum Anpassen der Browser-Farben (natürlich nicht wirklich wichtig, wäre dennoch schick (Pimp my MMCR))

Könnte man doch als kleines Script realisieren was die Firmware am PC manipuliert.
Ich würd mich lieber über eine Joysticksteuerung freuen, Stichwort: MMCR als Speicher für einen Selbstbau C64 Spielautomaten.

Einsprungpunkte würde ich nicht ins C64-Ram legen, sondern nach $de00 und $df00. So bleibt der C64-Speicher frei für alle möglichen anderen Sachen.

Vesalia hat mich heute schon angerufen und sich beschwert, warum ich nur so wenige MMC Replay geliefert habe. Gleiches erwarte ich von Protovision - Mein Bestücker kann nicht hexen, es wird ein paar Tage dauern, bis die Vorbestellungen alle abgearbeitet sind.

Jens

Hm, was für eine Antwort erwartest Du auf die Frage "Kann man damit ernsthaft arbeiten?" eigentlich?
Was meinst Du mit ernsthaft?
Was meinst Du mit arbeiten?

der d64 mounter funktioniert derzeit mit allem das die kernal funktion LOAD benutzt. alles andere wird dann nach und nach eingebaut.

kompatibel kann es natürlich nur in sofern sein als das die software weder fastloader noch direkte IEC einsprünge (wie $ee13) benutzen darf, weil das naturgemäss in die hose geht. von der sicht ist es also nicht ganz so kompatibel wie zb iec2ata (oder ähnliche lösungen). auf der anderen seite ist es bei der software die funktioniert VIEL schneller als diese iec basierten sachen je sein könnten.