Dreamload für MMC64!

Es gibt 98 Antworten in diesem Thema, welches 21.407 mal aufgerufen wurde. Der letzte Beitrag (13. September 2007 um 22:52) ist von BastetFurry.

  • Dreamload ist ein Schelllader-System, ursprünglich für Laufwerke wie die 1541, 1581, CMD-HD u.a. entwickelt. Viele Spiele / Demos nutzen Dreamload, um Daten von Disk nachzuladen. Nun arbeitet der Coder von Dreamload, Doc Bacardi, an einer speziellen Version von Dreamload für das MMC64.

    Das heißt im Klartext: In Zukunft wird jede Software, die Dreamload nutzt, auch auf dem MMC64 lauffähig sein und über eine Art Treiber von MMC-Karte Daten nachladen können, ohne dass die betreffende Software dafür individuell modifiziert werden müsste!

    Wenn das mal keine gute Nachricht ist. :]

    Die Daten müssen in einem Image- bzw. Container-Format mit der Endung *.DFI abgelegt sein, welches prinzipiell an das D64-Format angelehnt ist. Gestartet werden diese Files über ein spezielles Plugin. Ein Kovertierungs-Tool, welches DFI-Files erzeugen kann, ist bereits angekündigt.

    Ein erstes Demo (Elvira 2) ist neben der Work-in-Progress-Version von Dreamload bereits erhältlich. Sie besteht aus einem DFI-File, das die kompletten Spieledaten der ersten Diskette enthält und einem Plugin, welches in System64-Verzeichnis kopiert werden muss.

    Näheres ist in diesem Forum nachzulesen:
    Bitte melde dich an, um diesen Link zu sehen.

    CU
    Kratznagel

  • Das hört sich ja mal extrem erfreulich an !!
    Allerdings müsste man natürlich wissen,welche Spiele/Demos das benutzen ?!

  • Das wird ja immer besser :)

    Schade, dass man sich immer durch diverse Foren quälen muss, um an neue Sachen/Infos zu kommen.

    2 Mal editiert, zuletzt von CBM-Hörnchen (18. Januar 2006 um 10:54)

  • Zitat

    Original von antiroop
    Das hört sich ja mal extrem erfreulich an !!
    Allerdings müsste man natürlich wissen,welche Spiele/Demos das benutzen ?!

    bisher kein einziges 8)
    es wird alles gehen was ab jetzt... mit dem dreamload-MMC64 code .... gepacht wird.

    T.

  • aber das patchen wird wohl nicht nur den PROFIS vorbehalten sein?

    Wie ist das nun? Kann man damit ein x-beliebiges PRG (vielleicht ein DMC 5.0) starten und aktionen wie LOAD und SAVE ausführen?

    Auf jeden fall ist das schon ne tolle sache. :)
    Ich hoffe mal dass sich sobald wie möglich jemand darum kümmern wird gute Spiele (Rick Dangersous 2, Katakis) zu fixen.

  • jo....das alle spiele neu gepatcht werden müssen finde ich "etwas" blöd.

    warum kann das BIOS des MMC64 nicht die normale floppy "emulieren"
    damit alle remembers-releases (disable fastloader) ( Bitte melde dich an, um diesen Link zu sehen. ) bzw. alles was auf IDE64,64HDD,1541emu läuft auch
    mit dem MMC geht....ohne fastloader eben.

    alles andere macht keinen sinn.


    T.

  • Zitat

    Original von nata
    aber das patchen wird wohl nicht nur den PROFIS vorbehalten sein?


    Sicher nicht. Dreamload ist so aufgebaut, dass der physische Zugriff auf das jeweilige Laufwerk in einer Art "Treiber" abgekapselt ist. Deshalb reicht prinzipiel ein Austausch dieses Treibers, um das Game MMC-kompatibel zu machen. Das ist ja gerade der Witz an der Sache.

    Zitat

    The new MMC64 driver allows a release to run on one of the above listed drives and the MMC64 with no modification of the code.
    ...
    The MMC64 driver should fit in dreamload's general concept of full transparency. The program using the speeder should not need to know the drive type. All drive specific stuff is capsuled in the dreamload driver routines.

    Zitat

    Original von nata
    Wie ist das nun? Kann man damit ein x-beliebiges PRG (vielleicht ein DMC 5.0) starten und aktionen wie LOAD und SAVE ausführen?


    Nicht jedes X-beliebige. Das Programm muss schon Dreamload enthalten. Soweit ich weiß, ist das bei einem Großteil der Remember-Releases der Fall (Dreamload fungiert hier bereits als Fastloader), und auch Protovision setzt dieses System in ihren Spielen ein.

    CU
    Kratznagel

  • Zitat

    Original von Kratznagel
    Nicht jedes X-beliebige. Das Programm muss schon Dreamload enthalten. Soweit ich weiß, ist das bei einem Großteil der Remember-Releases der Fall (Dreamload fungiert hier bereits als Fastloader), und auch Protovision setzt dieses System in ihren Spielen ein.

    alle die jetzt ohne den MMC64 code draussen sind, können nicht verwendet werden!
    es bleibt dabei: es gibt derzeit NULL spiele die es nutzen und an sich ist das DOOF 8)

    siehe oben: WIR WOLLEN WAS RICHTIGES! :P

    T.

  • @Tecmo
    hmmm... also ich finde das spitzfindig.

    ist doch ne super sache, dass sich was tut. oder was... ?(

  • Zitat

    Original von tecM0

    alle die jetzt ohne den MMC64 code draussen sind, können nicht verwendet werden!
    es bleibt dabei: es gibt derzeit NULL spiele die es nutzen und an sich ist das DOOF 8)

    siehe oben: WIR WOLLEN WAS RICHTIGES! :P

    T.

    Du hast nicht verstanden, was Dreamload ist. Dreamload ist ein Treiber System, welches ein Standard Interface für Dateioperationen zur Verfügung stellt. D.h. mit der Anpassung von Dreamload an das MMC64 unterstützt das MMC64 jetzt alle Spiele/Demos/Anwendungen, die an Dreamload bereits angepasst wurden, man braucht keinen MMC64 spezifischen Code mehr. Das einzige, was Doc Bacardi noch releasen muss ist ein D64 nach DFI Converter, danach kann prinzipiell die Party steigen. Kannst Dich ja schon mal solange mit Elvira 2 vergnügen. ;)

    Ist immer leichter, die Arbeit von Anderen herabzuwürdigen, als selber etwas konstruktives beizutragen.

    2 Mal editiert, zuletzt von Oliver_A (18. Januar 2006 um 20:53)

  • Eben. Dank des modularen Aufbaus und der seperaten (und damit leicht auswechselbaren) Zugriffsschicht ist Dreamload wie geschaffen für das MMC64.
    Eine 100 Prozent exakte 1541-Emulation inklusive IEC-Bus ist nunmal technisch nicht möglich - siehe IDE64 . Fakt. Aber wer braucht die noch, wenn es bereits haufenweise Dreamload-gepatchte Software gibt. :)

    Ich bin jedenfalls schon mal sehr gespannt auf das erste Beta-Release des MMC64-Treibers! :]

    CU
    Kratznagel

  • manche von euch glauben auch an selbstpatchende magiesoftware oder? genau wie tecmo schon sagte, *zukünftige* software die die *zukünftige* version von dreamload benutzt wird dann laufen. alles andere wird ohne nochmaliges ändern *nicht* laufen, da ändert auch der modulare aufbau von dreamload nix dran. (auf welche magische weise der neue treiber für dreamload in die alte software kommt müsste mir mal wer erklären :=P)

    und eine kompatibilität auf kernel ebene und unterstützung derselben im mmc bios ist das einzig sinnige, alles andere läuft auf patchen-patchen-patchen und nochmals patchen raus und ist komplett für die tonne. solange es diesen support nicht gibt kommt mir kein mmc64 ins haus.

  • Zitat

    Original von sauhund
    auf welche magische weise der neue treiber für dreamload in die alte software kommt müsste mir mal wer erklären


    Der Treiber müsste eben enfach ausgetauscht werden. Hat überhaupt nix mit Magie zu tun. ;)

    CU
    Kratznagel

  • Zitat


    Der Treiber müsste eben enfach ausgetauscht werden. Hat überhaupt nix mit Magie zu tun.

    du hast aber schonmal ein program gesehen das dreamload benutzt und dir ist aufgefallen das die treiber nicht einzelne files sind sondern alle zusammen in den dreamload einkompiliert werden? wie tauschst du da was aus ohne zu patchen?

  • Zitat

    Original von sauhund
    manche von euch glauben auch an selbstpatchende magiesoftware oder? genau wie tecmo schon sagte, *zukünftige* software die die *zukünftige* version von dreamload benutzt wird dann laufen.

    Nö, keine Magie, man muss nur eine Standardschnittstelle definieren, und schwupps läuft das gepatchte Programm auf allen Hardwareplattformen, für die es diese Standardschnittstelle gibt. Was alte Software die Dreamload benutzt, angeht: die muss einfach nur neu kompiliert werden.

    Zitat


    alles andere wird ohne nochmaliges ändern *nicht* laufen, da ändert auch der modulare aufbau von dreamload nix dran. (auf welche magische weise der neue treiber für dreamload in die alte software kommt müsste mir mal wer erklären :=P)

    Auf welche magische weise lassen sich denn Kernelroutinen im C64 auf optimierte 1541 Fastload Routinen umbiegen? ;)

    Zitat


    und eine kompatibilität auf kernel ebene und unterstützung derselben im mmc bios ist das einzig sinnige, alles andere läuft auf patchen-patchen-patchen und nochmals patchen raus und ist komplett für die tonne.

    Meinst Du? Die meisten Spiele müssen sowieso gepatched werden, da sie Custom Fastloader verwenden. Ob man die jetzt auf einen Kernel Loader oder auf Dreamload umpatched ist da ziemlich schnuppe. Patchen ist momentan in, schau Dir mal WHDLOAD auf dem Amiga an.

    Zitat


    solange es diesen support nicht gibt kommt mir kein mmc64 ins haus.

    Deine Entscheidung, hat aber nichts mit Dreamload hier zu tun. Wenn Du eh kein MMC64 hast, warum dann erst hier rumstänkern. ;)

    3 Mal editiert, zuletzt von Oliver_A (18. Januar 2006 um 22:03)

  • Zitat


    Nö, keine Magie, man muss nur eine Standardschnittstelle definieren, und schwupps läuft das gepatchte Programm auf allen Hardwareplattformen, für die es diese Standardschnittstelle gibt.

    und was bitte sind die kernelroutinen wenn nicht die standardschnittstelle? AUA

    Zitat


    Meinst Du? Die meisten Spiele müssen sowieso gepatched werden, da sie Custom Fastloader verwenden. Ob man die jetzt auf einen Kernel Loader oder auf Dreamload umpatched ist da ziemlich schnuppe.

    eben nicht. patcht man sie auf kernel um laufen sie immer und überall mit allem was über die kernelvektoren laden kann, und nicht nur mit irgendwas das zufällig von irgendeinem speziellem loader unterstützt wird.

    davon ab gibt es jede menge ältere games die von sich aus per kernel laden und damit auch einfach funktionieren würde, völlig ohne rumgepatche. praktisch alle tools laden über kernel und würden dann auch gehen. mit ein bischen mehrarbeit würde man sogar rudimentäre unterstützung für diverse cartridges bzw roms kriegen (so das zb die anzeige der directory klappt). ich sehe da eigentlich keinen vernünftigen grund das anders zu machen, ausser man steht auf sinnlose schmerzen, was bei baccy ja gegeben ist (Bitte melde dich an, um diesen Link zu sehen. :o))

    Einmal editiert, zuletzt von sauhund (18. Januar 2006 um 22:04)

  • Also ich weiß wirklich nicht, was Ihr habt. Dreamload ist doch schon ein Quasi-Standard, und ein weiteres Mal den Assembler/Compiler anzuwerfen, ist auch nicht besonders schwer. :)

    CU
    Kratznagel

  • Zitat

    Original von sauhund

    eben nicht. patcht man sie auf kernel um laufen sie immer und überall mit allem was über die kernelvectoren laden kann, und nicht nur mit irgendwas das zufällig von irgendeinem speziellem loader unterstützt wird.

    Dreamload hat dafür den Vorteil, für 1541/1571 Laufwerke bereits einen Fastloader bereitzustellen. Außerdem kann man mit dem DFI Format der MMC64 Version besser Block-Lese und Block-Schreib Routinen zur Verfügung stellen, da man ja das original Disk Layout hat.

    Zitat


    davon ab gibt es jede menge ältere games die von sich aus per kernel laden und damit auch einfach funktionieren würde, völlig ohne rumgepatche.

    Klaro gibt es die. Und auch die werden irgendwann unterstützt werden.

    Da Du aber eh kein MMC64 hast, sollte Dir das doch eigentlich schnurzpiepe sein, oder?

  • dreamload ein quasi standard? soso. wenn man mal die sachen die kernel benutzen denen gegenüberstellt die dreamload benutzen dürfte die anzahl letzter wohl vernachlässigbar gering sein.

    ich persönlich frag mich an der stelle warum "man" sich so sträubt das bischen kernelkompatibilität ins bios zu bauen, das kann nun echt nich so schwierig sein und es hätte nur vorteile. alles andere kann man ja dann trotzdem ausserdem noch machen wenn man es dann noch braucht...

  • Zitat

    Original von sauhund
    dreamload ein quasi standard? soso. wenn man mal die sachen die kernel benutzen denen gegenüberstellt die dreamload benutzen dürfte die anzahl letzter wohl vernachlässigbar gering sein.

    Gut, und? Ich persönlich freue mich über jedes Stück neue Software, und bin mir auch nicht zu schade dafür, die Arbeit, die die Leute darin reingesteckt haben, anzuerkennen. Ich bin mir jedoch auch bewusst, dass fruchtloses rumgebashe immer der leichtere Weg ist, weil schön einfach. ;)

    Zitat


    ich persönlich frag mich an der stelle warum "man" sich so sträubt das bischen kernelkompatibilität ins bios zu bauen, das kann nun echt nich so schwierig sein und es hätte nur vorteile. alles andere kann man ja dann trotzdem ausserdem noch machen wenn man es dann noch braucht...

    Wer sträubt sich denn dagegen? Es gibt bereits ein Kernel kompatibles Bios, welches mit dem Retro Replay läuft. Andere Ansätze gibt es auch bereits, und werden irgendwann fertig sein.

    Wie gesagt, es ist Deine Entscheidung, das MMC64 nicht zu benuzen, was auch völlig OK ist. Nur, wie gesagt, was genau bringt Dir diese Diskussion dann hier? ;)

    Einmal editiert, zuletzt von Oliver_A (18. Januar 2006 um 22:31)