Der Weihnachtsmann ist pünktlich...

Es gibt 104 Antworten in diesem Thema, welches 19.696 mal aufgerufen wurde. Der letzte Beitrag (23. Februar 2008 um 10:10) ist von DMC.

  • 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 :smile:

    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

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • Passen da eigentlich alle SD-Karten oder gibt´s da ne Empfehlung ??

  • 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.

  • Zitat


    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* :)


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

    Wat? Immer noch nicht? Och Leude. :grr:

    Ex-Admin&Mod Forum64, Ex-Orga DoReCo
    Please check out my remixes at: Bitte melde dich an, um diesen Link zu sehen. and Bitte melde dich an, um diesen Link zu sehen. and leave a vote! Thx! :)

  • ... und eine ordentliche Dateiverwaltung im Browser gibts offenbar auch nicht. Oder muss der PC dafür herhalten? \o/


  • Wat? Immer noch nicht? Och Leude. :grr:

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

    Bitte melde dich an, um diesen Link zu sehen.- Bitte melde dich an, um diesen Link zu sehen.- Bitte melde dich an, um diesen Link zu sehen.
    -
    User ignorieren? AdBlock!www.forum64.de##ARTICLE[data-user-id="xxxxx"]

  • 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. ;(

    Ex-Admin&Mod Forum64, Ex-Orga DoReCo
    Please check out my remixes at: Bitte melde dich an, um diesen Link zu sehen. and Bitte melde dich an, um diesen Link zu sehen. and leave a vote! Thx! :)

  • 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).

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • 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.

    Ex-Admin&Mod Forum64, Ex-Orga DoReCo
    Please check out my remixes at: Bitte melde dich an, um diesen Link zu sehen. and Bitte melde dich an, um diesen Link zu sehen. and leave a vote! Thx! :)

  • 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 ;)

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • 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

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • So wie es sich anhört müsste man da schnell zugreifen hier sind ja viele scharf drauf :bgdev

  • Ich hätte gerne genauere Informationen zum mounten von D64 Files.

    - Vorteile & Einschränkungen?
    - Kann man damit ernsthaft arbeiten?
    - Software Kompatibilität?

    Ansonsten würde ich dann doch lieber auf den re-write warten.

  • 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))


  • - 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.


    - 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 ;) :sad:

    Code
    lda #MMCR_FILLSRAMFROMFILE ; Irgend ein Wert vom Oliver festgelegt.
    ldx #LoByteZumPointerDesFilenameStrings
    ldy #HiByteZumPointerDesFilenameStrings
    jsr MMCR_APICALL


    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! :) )


    - 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.


    - 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.

    Blog: Bitte melde dich an, um diesen Link zu sehen. - The Seventies Board: Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen.

    Ein Terminal und ein Z80 :D

  • 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

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • Ich hätte gerne genauere Informationen zum mounten von D64 Files.

    - Vorteile & Einschränkungen?
    - Kann man damit ernsthaft arbeiten?
    - Software Kompatibilität?

    Ansonsten würde ich dann doch lieber auf den re-write warten.

    Und gibts auf meine Fragen keine Antwort? :roll:

  • 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?

    Bitte melde dich an, um diesen Link zu sehen.- Bitte melde dich an, um diesen Link zu sehen.- Bitte melde dich an, um diesen Link zu sehen.
    -
    User ignorieren? AdBlock!www.forum64.de##ARTICLE[data-user-id="xxxxx"]

  • 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.