CRT am MMC64 abspielen?

Es gibt 53 Antworten in diesem Thema, welches 11.693 mal aufgerufen wurde. Der letzte Beitrag (2. Juli 2006 um 16:21) ist von Ebster.

  • Hallo,
    Ich hebe das MMC64 und da gibts ja auch ein Plugin um CRT (Cartrdge-Dateien) zu starten!

    Ist es möglich das "Final Cartridge 3" auszulesen und dann mit dem Programm abzuspielen? Oder kann man das für das RetroReplay gedachte "Final Replay Rom" irgendwie starten?

    Hab eh ein FC3, wäre aber cool wenn die Befehle ohne dem Cartridge auch vorhanden wären? Finde, dass das FC3 genial ist (und auch ähnliche Module) und denke, dass das machbar sein müsste.

    Oder kann mir wer das FC3 auslesesn???

    MfG C=+A USER

  • Zitat

    Original von C=+A USER
    ...

    Oder kann mir wer das FC3 auslesesn???

    MfG C=+A USER

    Schon passiert : Bitte melde dich an, um diesen Link zu sehen. ;)

  • Guck' mal in die Readme zum CRT-Plugin. Da steht, mit welchen CRT-Files das Plugin zusammenarbeitet. Das FC3 war glaube ich nicht dabei. ;)

    CU
    Kratznagel

  • Hallo,
    @ DrCreep: Danke für den collen Link 8)

    @ Kratznagel: Ich weiß ich kenne die Liste. Aber er kann ja nicht alle probiert haben, oder? Das FC3 kann auch nie vollständig funktionieren, da es noch Knöpfe am Cartridge hat (Freeze und Reset).

    Habe mal probiert das FinalReplay (kann man downloaden) für das RetroReply am Emu als CRT zu laden, funktioniert aber nicht!

    Kann das irgendwer evt. hinbiegen? Wäre ja dann die ultimative Erweiterung!

    MfG C=+A USER

  • im emu sollten die (alle!) crt images gehen, ansonsten machst du was falsch. mit dem mmc kannst du nur solche imagas laufen lassen die bei $8000 und/oder $e000 ein rom einlenden und ausserdem keine kopierschutzmassnahmen benutzen die auf das schreiben in den rombereich basieren (und damit das ausführen im ram verhindern)

  • Hallo,
    Ja, im emu gehen alle, auch die RetroReplay!

    Das wäre soo toll, aber es funktioniert nicht (FC3 (2 versch. Vers.), FC1, AR6 getestet)! Das Plugin ist einfach nur Mist (die Spiele kann ich genauso als PRG starten) und sonst geht eh nix :grr:

    Kann das niemend machen, dass FC3 oder nur die F-Tastenbelegung im MMC64 gespeichert sind.

    MfG C=+A USER

  • Zitat

    Originally posted by sauhund
    mit dem mmc kannst du nur solche imagas laufen lassen die bei $8000 und/oder $e000 ein rom einlenden und ausserdem keine kopierschutzmassnahmen benutzen die auf das schreiben in den rombereich basieren (und damit das ausführen im ram verhindern)


    Ganz so ist es nicht. Das CRT plugin arbeitet so ähnlich wie WHDLoad für Amiga: Die ROM-Inhalte werden gepacht, so daß sie vom RAM aus laufen. Fast alle Cartridges benötigen Änderungen im Code, damit sie laufen. Deswegen kann das Plugin auch nur "bekannte" ROMs starten.

  • Außerdem -denke ich mir- dass das Plugin nur "ältere" Cartridge-Roms starten kann, oder? Also welche, die nur einen kleinen Speicherteil belegen.
    Modernere (wie z.B. Robocop3) laufen nicht, eventuell waren die ja komplizierter aufgebaut oder hatten eigene Speicherbausteine mit Programmcode drin? Warum wohl muss RC3 denn beim Crack auf über 250 Blocks verteilt werden, mit selbstgeschriebenem Nachlader?
    Stünde das Programm vollständig im Speicher, wäre der Aufwand sicher geringer. ... ist zumindest meine Theorie. =)

  • Zitat

    Ganz so ist es nicht. Das CRT plugin arbeitet so ähnlich wie WHDLoad für Amiga: Die ROM-Inhalte werden gepacht, so daß sie vom RAM aus laufen. Fast alle Cartridges benötigen Änderungen im Code, damit sie laufen. Deswegen kann das Plugin auch nur "bekannte" ROMs starten.

    ok, ja stimmt wohl :) was ich aber eigentlich sagen wollte ist das nur cartridges laufen die keinerlei banking benutzen (wie so ziemlich alle angesprochenen freezermodule)

  • Zitat

    Original von C=+A USER
    @ Kratznagel: Ich weiß ich kenne die Liste. Aber er kann ja nicht alle probiert haben, oder?


    Das Plugin prüft, ob es sich um ein ihm bekanntes CRT handelt, ansonsten wird es nicht gestartet. Seht auch in der Readme. ;)

    Zitat

    Das Plugin ist einfach nur Mist


    Mach es doch besser, wenn Du kannst. Das wäre jedenfalls vernünftiger, als über die Arbeit anderer herzuziehen. :grr:

    CU
    Kratznagel

  • Zitat

    Original von Kratznagel


    Mach es doch besser, wenn Du kannst. Das wäre jedenfalls vernünftiger, als über die Arbeit anderer herzuziehen. :grr:

    CU
    Kratznagel


    Danke !!!! Besser hätte ich es nicht formulieren können :rolleyes:

  • Hallo,
    Wenn ICH programmieren könnte, dann wäre ich mir sicher, genau vorher zu überlegen, was Sinn maht und was nicht! Und ich würde es besser machen (bzw. wenigstens versuchen)!

    Also kann das auch hier niemend, die F-Tasten zu belegen, wie im FC3?

    MfG C=+A USER

  • Zitat

    Originally posted by C=+A USER
    Wenn ICH programmieren könnte, dann wäre ich mir sicher, genau vorher zu überlegen, was Sinn maht und was nicht! Und ich würde es besser machen (bzw. wenigstens versuchen)!

    Und wenn Du wüsstest, wie ein Cartridge funktioniert, dann würdest Du auch nicht so grosse Töne spucken. Dem Plugin ist hier sicherlich nichts vorzuwerfen. Aber warum erkläre ich das eigentlich ...

    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
  • @C=+A USER: ich denke auch, Du solltest Dich mit solchen Aussagen etwas zurückhalten. Die wenigen Programmierer die es für den Cevi noch gibt machen das alles aus Spaß an der Freud, nicht aus Motivation zur absoluten Perfektion. Was da auf dem Markt ist, ist doch überwiegend kostenlos, der Programmierer hat nichts davon. Was sollte ihn bewegen, noch mehr Zeit zu investieren für jemanden, der unzufrieden mit seiner sehr guten, kostenlosen Software ist??
    Auch WENN Du programmieren könntest - auch DU würdest an Deine Grenzen stoßen, glaubs mir.
    Was es bisher für das MMC gibt ist für die heutige Zeit und vor allem die dagegen sehr alte Harware schon sensationell.

    Es gibt eben nicht alles auf dem Silbertablett serviert, wenn Dir ein Feature fehlt, code es selbst.

  • This one might get couple more cartridges running:
    Bitte melde dich an, um dieses Bild zu sehen.

    It's not complete yet, but it already can flash any 4/8/32/64 KB image into Retro Replay. 4/8 KB game images work if they are mapped at $8000 (just a gimmick, all such games can be found as standalone programs), 32/64 KB images are different AR/RR ROMs. Over 30 images are identified, but you can also flash unknown ones.

    It should be ready in a few days. (Yeah, I know, I should go fix Browser and release new version but I got sidetracked :))

  • Teaser Bitte melde dich an, um diesen Link zu sehen.,it only allows flashing 4/8 KB images :bgdev (it loads any suitably sized image though, but attempting to flash the image fails AFTER erasing is done so DON'T try it)

    Let me know if it doesn't work with your card.

  • Workin' fine here.

    But what about handling CRT-Images with your plugin:
    When you select a CRT at the file browser, your plugin apears and asks if the user what he wants to to with the file:
    1.) flash it to RR
    2.) load it to memory

    If the user selects 2.) your plugin would load and start Oxyron's CRT Plugin (which of course has to be renamed in the system64 directory) - just like the file browser would do.

    The advatage would be that the user don't has to worry about the file format (CRT or BIN). All ROM images would still be CRT and the user can select what to do with it.

    A further improvement of this idea would be if the plugin recognizes CRT's which can be loaded to ram by itself and then starts Oxyron's plugin.

    CU
    Kratznagel

  • Ability to load .crt files (and .prg if I find a way to fool the BIOS :)) has been in my mind, but I didn't think about passing them to Graham's plugin. Thanks :) One way to solve .prg/.crt/.bin problem is to rename all ROM images as *.rom and handle them with single plugin, redirecting if needed. That still requires renaming files, though.

    BTW, I updated the preview so you can now flash bigger images as well. After flashing it's best to unset flash jumper and power off, there might still be exit routes which leave FlashROM in programming mode. :(

    When I'm pretty sure it works ok (with ST chips too) I will do proper release with source code. At least it shows how to do multiple sector erase and proper FlashROM chip polling so RR FlashUtil can be updated (and fixed so it won't do erasing twice...)

  • Zitat

    Original von tnt
    BTW, I updated the preview so you can now flash bigger images as well.


    Cool! Because I often change between between TFR and HTTP-Load ROM at the same bank while keeping the original RR ROM in the other bank, this gives me much more comfort. Thanks! :)
    Are 64 kb images already possible, too?

    BTW: Because TFR and other RR-designed ROMs come in BIN-Format (I didn't mind it when I wrote my last posting), I think it should be better to have a "dummy" plugin for each ROM Inage filetype (CRT, BIN, ...) which will decide what "real" plugin should be loaded. Renaming ROM files would be obsolete then.

    CU
    Kratznagel