Es gibt 114 Antworten in diesem Thema, welches 60.274 mal aufgerufen wurde. Der letzte Beitrag (13. April 2010 um 09:44) ist von DerSchatten.

  • x1541:
    klar, scratch hinterlaesst keine luecken. Zieht alles vor und aendert saemtliche Offset-Adressen. War der komplexeste Teil :)

    Deine anderen Ideen sind teils schon umgesetzt.
    Kleiner Kicker im Tapebuffer der $01 schaltet - ist etwas tuedlig weil ich $ffd2 verwende fuer dir und so :) kann also nicht einfach ROM&RAM schalten

    Und nen launch-code im RAM selbst ist auch geplant :)
    Macht mit Batterie dann ja echt auch Sinn...

    EIGENTLICH sollten 3 nullen zu Beginn reichen. Ich teste das aber mal weiter...

    die ersten 24bit sind Offset zur naechsten Eintragung.
    Koennte an der 2mb Adressierung liegen.
    Sehe ich dann ja bald "live" :o))

    Besten Gruss,
    Martin

    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.

  • Zitat

    Originally posted by enthusi
    Kleiner Kicker im Tapebuffer der $01 schaltet - ist etwas tuedlig weil ich $ffd2 verwende fuer dir und so :) kann also nicht einfach ROM&RAM schalten

    Das mit dem Tapebuffer ist mir aufgefallen. Da legt Dolphindos wohl seine Funktionstastenbelegung ab :roll: Wieviele Bytes brauchst du denn? evtl. ist auf dem Stack noch Platz oder anderer freier Bereich? Tapebuffer ist halt schon sehr sehr beliebt. Oder du swappst das mit dem RAM vor und nach dem LOAD dann sollte es auch sicherer sein?

    PS: Die Tests habe ich auf Deiner NeoRAM durchgeführt ;)

    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
  • noch ein NeoRAM tester in der runde! :)

    wie bei den anderen auch: nach FORMAT läuft es schön! wir ist aufgefallen, dass ich mehrfach mit gleichem namen in die ramdisk speichern kann. sonst nix, was nicht schon gesagt wurde.

    gruß,
    cyberdyne

  • x1541 DANKE, sieht sehr hübsch aus :o) Werde ich testen sowie ich kann (bin aber bald bis Ende Nov. unterwegs beruflich).

    Du erwähntest mal ein GEOs-image für die Neoram? Das würde mich dann ja doch mal reizen...??

    @Cyber: ja, das ist bekannt :) ich wollte das Teil klein halten damit nicht zuviel im Ram rumgeistert was man bei "vernünftigem" Betrieb dann doch nicht braucht.
    Format kommt schon noch fest rein, auch ein Stack-kicker in den I/O aber Filename-check? Hmm, mal sehen aber eher nicht.

    Das mit dem Format darf aber eigentlich nicht nötig sein - ich gehe dem wie gesagt bei Gelegenheit auf dem Grund. Muss dafür wohl mal nen Neoram-Monitor basteln :o)

    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.

  • ich konnte das nicht auf sich beruhen lassen.
    Konnte das jetzt noch NICHT selbst testen aber sollte gehen :)
    Also wie gehabt alles, AUSSER:
    "Pfeil-nach-links" als Dateinamenanfang führt zu einer Formatierung vom Neo/Georam. (geht ungleich schneller also vorher :)
    Der Rest ist geblieben (ausser endlich ne Versionsnummer *g*).

    Also bitte: testen :o)

    geht um Version 0.10

  • Zitat

    Original von enthusi
    Muss dafür wohl mal nen Neoram-Monitor basteln :o)

    Das waere mal eine schoene Idee. Entweder wahlweise Dump oder einfach 256 Byte fensterln.

    Michael

    If we're evil or divine - we're the last in line. - Ronnie James Dio (1984) -
    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. |

  • voila:
    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.
    Bitte melde dich an, um diesen Link zu sehen.

  • Ui, schoen, danke !

    So langsam kommen ein paar Tools fuer eine Neo-RAM Disk zusammen.

    Michael

    If we're evil or divine - we're the last in line. - Ronnie James Dio (1984) -
    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen. |

  • also die von Reichelt gehen durch ...

    wenn auch knapp :rotwerd:

    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
  • cbmhardware
    Wir müssen ja vorsorgen bevor der Markt mir Neorams geschwemmt wird :o)
    Meines erachtens einer der schönsten Erweiterungen.
    Direkt, preiswert und vor allem greift sie nicht in das System zu sehr ein - bzw. lässt den C64 wie er ist. Ohne Superkärfte UND ohne Einschränkungen...
    Man denke da an den MMC, REU, SPCU Mist :)

    Und wen's interessiert: 100% in Vice emuliert was ja auch nicht schwierig ist...

    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.

  • nach dem überfliegen von so ca. 11 threadseiten mal eine dumme frage:

    was macht ihr denn so mit der neo-ram wenn das ganze ausgereift ist?


    sorry, aber ich habe den aktuellen nutzen einfach nicht verstanden. bin kein geos anwender. geht es primär um iffl-adaptationen bestehender software? oder um komplett neue software die erst noch geschrieben werden muß? bequemeres coden?


    klärt mich bitte auf!


    mfg, ebs.

  • Zitat

    Original von enthusi
    Man denke da an den MMC, REU, SPCU Mist :)

    Auch wenn Dir die Weltherrschaft offenbar schon sicher ist: Manieren in Form eines freundlichen Umgangstons sollte man dennoch pflegen. Dazu gehört auch, die Entwicklungsarbeit anderer zu respektieren und nicht in den Dreck zu ziehen.

  • Oliver, wo Du schonmal hier bist: Hast Du eine Idee, warum ich bei I/O1 kein RAM lesen kann wenn ich die NeoRAM in das MMC64 stecke? Müsste normal doch gehen, oder?

    Alle möglichen MMC64 Registerwerte auch schon probiert ...

    Ist schade, denn in einer passiven Mehrfachsteckplatzerweiterung sind die zwei Geräte ein Dreamteam.

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

    Original von x1541
    Oliver, wo Du schonmal hier bist: Hast Du eine Idee, warum ich bei I/O1 kein RAM lesen kann wenn ich die NeoRAM in das MMC64 stecke? Müsste normal doch gehen, oder?

    Ja,müsste es. Vielleicht versagt ja der Ramtest, weil standardmäßig bei $de00-$de0f der Clockport gemapped ist, und das MMC64 IO/1 in dem Bereich dann nicht durchschleift. Dazu müsstest du den Clockport bei $df20 mappen, das geschieht durch:

    lda #$0b
    sta $df11

    Zitat


    Alle möglichen MMC64 Registerwerte auch schon probiert ...

    Wenn das nicht funktioniert, dann ist es ein Timing Problem.

    Zitat


    Ist schade, denn in einer passiven Mehrfachsteckplatzerweiterung sind die zwei Geräte ein Dreamteam.

    Ich stehe auch eher auf den Standpunkt, es zivilisiert und freundlich zu halten, anstatt planlos übereinander herzupoltern.

  • Zitat

    Originally posted by Oliver_A
    Ja,müsste es. Vielleicht versagt ja der Ramtest, weil standardmäßig bei $de00-$de0f der Clockport gemapped ist, und das MMC64 IO/1 in dem Bereich dann nicht durchschleift. Dazu müsstest du den Clockport bei $df20 mappen, das geschieht durch:

    lda #$0b
    sta $df11


    Wenn das nicht funktioniert, dann ist es ein Timing Problem.

    Das befürchte ich. Sogar wenn ich mit einem Monitor nachsehe, ist kein RAM da, nur leeres I/O. Auch bei $de10-$deff :(

    Bei Gelegenheit werde ich da mal etwas weiter experimentieren.

    Zitat

    Ich stehe auch eher auf den Standpunkt, es zivilisiert und freundlich zu halten, anstatt planlos aufeinander herzupoltern.

    Meistens auch meine Meinung :) Und mit Hannenz' reu und geo plugin hat man sogar einen echten Nutzen von der Kombi.

    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
  • Normalerweise sollte es funzen, denn die Ansteuerung von normalem Sram ist beim C64 nicht wirklich Timing kritisch. Wie du nämlich schon richtig bemerkt hast, funktioniert das RR Ram auch in dem Bereich, und ich sehe eigentlich keinen Grund, warum das bei Deiner Erweiterung auch nicht funktionieren sollte.

  • Oliver: verzeih...
    War extra "etwas" überspitzt.
    Hätte daran denken müssen dass grade Du schon mehr als genug unter Gejammer leidest...
    Ich ziehe meine Aussage zurück und formuliere um in "weniger ist mehr" - für mich :)
    Technisch ist das MMC sicher fein und scheint ja jede Menge Fans zu haben :)
    Galt also nicht Dir/Euch und der Arbeit sondern dem anwachsenden Drang sich vom vanilla-c64 zu entfernen - mit allen Mitteln.

    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.

  • So, ich hab gerade nen Schrecken bekommen, weil alles als Error gemeldet wurde.

    Das lag aber nur daran, dass man es am C128 direkt anschließen muss (nichts dazwischen), damit das Testprogramm alles für okay befindet. Also nicht am MMC64 durchschleifen..

    Dann funktioniert es allerdings Tadellos, prima Sache!


  • Das lag aber nur daran, dass man es am C128 direkt anschließen muss (nichts dazwischen), damit das Testprogramm alles für okay befindet. Also nicht am MMC64 durchschleifen..

    Das geht am C64 auch nicht leider ...

    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