wie funktioniert der C128 Autostart?

Es gibt 49 Antworten in diesem Thema, welches 4.557 mal aufgerufen wurde. Der letzte Beitrag (9. Februar 2024 um 12:40) ist von Cpt.Hardy.

  • ...dass vor dem Einsprung "BANK15" ausgeführt wird, so dass die ROMs und die I/O-Chips eingeblendet sind. Das ist beim 128er auch der Default nach dem Einschalten und wäre hier richtig, wenn, ja , wenn es sich bei RBOOT128 um ein Programm ohne Basic-Header handelt, wovon ich jetzt mal nicht ausgehe.

    Also eigentlich ist das ein Programm was an den BASIC-Start $1C01 geladen werden muss... dann "RUN"., mehr nicht... Der Assembler-Code wird dann durch ein SYS gestartet.

  • Also eigentlich ist das ein Programm was an den BASIC-Start $1C01 geladen werden muss... dann "RUN"., mehr nicht... Der Assembler-Code wird dann durch ein SYS gestartet.

    Jo, dann sollte man als "boot action" natürlich "run basic prg" einstellen und nicht "run machine prg".

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • mein Geos64 braucht am VICE mit REBOOT64 5-6 Sek.

    ein Geos128 benötigt dafür ca 3-4x so lange ...

    Reden wir hier von Geos oder MegaPatch? Hast Du im 40-Zeichen-Modus oder 80 Zeichen-Modus probiert?

    Ich habe das gerade unter VICE (x128, 200% Geschwindigkeit) mit einer 4 MB GeoRAM probiert:

    MP3 im 80-Zeichenmodus normal geladen und wieder verlassen

    RBOOT128 gestartet

    dauert etwa 7 Sekunden und das System ist wieder da...

    Gruß

    Werner

  • seltsam, da ähnliches Szenario:

    Vice 3.8, GeoRAM 2MB mit A:1581 & B:1581

    geos mp3.3R11 128

    1x gestartet, verlassen zu Basic und mit rboot128 wieder gestartet Z89

    dauert bei mir bis zum Erscheinen des TopDesk V5 genau 14 Sek.

    ohne die zwei 1581 würde es sicherlich schneller gehen, aber trotzdem wohl nicht so schnell wie beim C64 mit geoDesk.

  • zum Werdegang meiner Autoboot Diskette (ich mache bisher alles am VICE)

    es ist eine Kopie als *.D81 mit mp3.3R11 und Topdesk V5 meiner aktuellen C128 bootdisk

    nach Start des Vice werde erst alle settings und dann der Inhalt einer GeoRAM2048 vom file eingelesen

    danach kann ich mit dieser Ausgangsdisk im C128-basic-promt mit Load"Rboot128",8,1: RUN <Return> das ganze ohne weiteren Eingriff bis zum Desktop in 14Sek. (siehe oben) booten

    Mit einer Kopie dieser *.d81 habe ich mit dem mbm11.prg zuerst mit "R" den alten Bootloader gelöscht und dann mit "S" einen neuen mit den Einstellungen aus meinem screenshot angefertigt

    Derselbe Fehler kommt auch, wenn ich "run basic prg" oder wenn ich als boot-prg. "GEOS128" verwende.

    Könnte es mit dem JiffyDOS Kernal zu tun haben?

    anbei eine Kopie meiner *.d81

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Mit einer Kopie dieser *.d81 habe ich mit dem mbm11.prg zuerst mit "R" den alten Bootloader gelöscht und dann mit "S" einen neuen mit den Einstellungen aus meinem screenshot angefertigt

    Heißt das, Du hast "mbm11.prg" auf der Diskette (D81) erst angewendet, nachdem MP3 schon drauf war? Böse Falle.

    Es kann deshalb sein, daß Track 1 Sektor 0 schon durch ein anderes File benutzt war. Eigentlich sollte mbm11.prg da eine Warnung anzeigen ....

    Also:

    1. BootSektor auf leerer Disk aufbringen

    2. MP3 draufbringen

    Gruß

    Werner

    PS

    Load"Rboot128",8,1: RUN <Return>

    Geht am C128 einfacher: RUN"Rboot128",U8 >Return<

  • Heißt das, Du hast "mbm11.prg" auf der Diskette (D81) erst angewendet, nachdem MP3 schon drauf war? Böse Falle.

    ganz genau.

    also leeres *.d81 mit mbm11 behandeln und dann (unter geos?) die mp3 Dateien auf diese Disk kopieren?

    oder mp3 darauf komplett neu installieren?

  • Derselbe Fehler kommt auch, wenn ich "run basic prg"

    Nein. Hast Du evtl. das Speichern vergessen?

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • also leeres *.d81 mit mbm11 behandeln und dann (unter geos?) die mp3 Dateien auf diese Disk kopieren?

    Ja.

    Entweder Neuinstallation oder Dateien kopieren (aber nicht von der vorhandenen Disk mit Boot-Sektor!). Auf der könnte was kaputt sein...

    Gruß

    Werner

  • Nein. Hast Du evtl. das Speichern vergessen?

    soll heissen, daß es bei Dir mit meiner *.D81 funktioniert?

    oder hast Du was geändert? In dem Falle bitte wieder hochladen, damit ich es nachvollziehen kann, danke.

  • soll heissen, daß es bei Dir mit meiner *.D81 funktioniert?

    Nein, natürlich nicht. Ich hab MBM mit "rboot128" als "run basic prg" darauf angewandt und damit klappt der Autostart von rboot128.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • anbei eine Kopie meiner *.d81

    Also die die Diskette ist in jedem Fall beschädigt. Validate sagt unter TOPDESK: BAD BAM.

    Mac Bacon : Prüft das Programm ob der Boot-Sektor schon durch eine Datei belegt ist oder nur ob er schon als belegt markiert ist? Falls nicht... dann darf man das Programm nur auf eine leere Diskette anwenden, da sonst ggf. ein Datenblock einer Datei an der Position überschrieben wird. Das ist hier passiert (GEOS128.0 hat einen Sektor bei $01/$00...)

    Wenn ich eine neue Disk anlege, Bootsektor mit macBootMake128 anlege (nur Name=rboot128 und speichern), die Dateien von der 1581autoboot-Disk drauf kopiere und GEOS128.0 ersetze, dann geht hier alles problemlos...

  • soll heissen, daß es bei Dir mit meiner *.D81 funktioniert

    Bestimmt nicht :wink: .

    Die Diskette (1581autoboot128.d81) ist definitiv durch das nachträgliche Aufbringen des Boot-Sektors kaputt. Neumachen!

    Ich habe sie mal in VICE mit RUN"GEOS128.RESET", U8 versucht normal zu starten. Bleibt nach "MP3 -KERNAL Bitte melde dich an, um diesen Link zu sehen. INSTALLIEREN...: OK" bei "GEOS-KERNAL STARTEN..." stehen.

    Gruß

    Werner

  • Mac Bacon : Prüft das Programm ob der Boot-Sektor schon durch eine Datei belegt ist oder nur ob er schon als belegt markiert ist?

    Natürlich letzteres. Wenn der Benutzer auf

    Boot block is allocated; CONTINUING WILL RESULT IN DATA LOSS!

    REALLY continue?

    dann mit "y" antwortet, ist ihm aber auch nicht mehr zu helfen.

    Yes, I'm the guy responsible for the Bitte melde dich an, um diesen Link zu sehen. cross assembler. And some Bitte melde dich an, um diesen Link zu sehen..

  • Nein, natürlich nicht. Ich hab MBM mit "rboot128" als "run basic prg" darauf angewandt und damit klappt der Autostart von rboot128.

    rboot funktioniert doch nur mit einem aktiven Inhalt in der RAM-Erweiterung, also konntest Du bis zum Desktop starten?

  • rboot funktioniert doch nur mit einem aktiven Inhalt in der RAM-Erweiterung, also konntest Du bis zum Desktop starten?

    Das funktioniert mit der Bootdiskette nicht, die macht nach wie vor einen Start eines Assembler-Programms, nicht BASIC. Hast Du den Bootsektor auch wirklich auf diese Bootdiskette geschrieben? Nach dem Absturz in den Monitor X eingeben, dann RUN und es kommt die MP3-Startmeldung, mehr geht aber nicht.

    Wenn ich einen neuen drauf erzeuge (mit Run BASIC prg), dann geht es bis zur MP3-Startmeldung... starten geht nicht weil die GEOS-Diskette beschädigt ist, außer man hat eine passende GEORAM-Datei für VICE die einen gültigen kernal enthält.

    Ich würde jetzt einfach nochmal von vorne anfangen... erst macBootMake, dann MP3 drauf installieren, dann die restlichen Dateien von der 1581autoboot-Disk drauf kopieren (die MP3-Dateien nicht kopieren, die sind durch Deinen Fehler beschädigt worden!!!).

    P.S.

    Nimm doch als erstes mal ein leeres D81, erstelle den Bootsektor für eine Datei "rboot128". Danach speichere auf der Disk einfach ein Programm mit:

    Code
    10 print"hello world!"

    save"rboot128",8... Nach einem Reset sollte das Programm dann geladen und gestartet werden. Wenn das schon nicht geht machst Du noch grundlegend was falsch und brauchst es mit MP3 erst gar nicht erst zu versuchen...

  • erst macBootMake, dann MP3 drauf installieren,

    Aber am besten gleich die aktuelle MP3 Version vom 26.01.2024 nehmen (gilt auch für MP3-64).

    Und es ist wie schon bei MP3-64: unnütze Programme für Geos

    Dazu mehr, wenn das Thema da landet, wo es hingehört...

    Gruß

    Werner

  • Natürlich letzteres. Wenn der Benutzer auf

    Boot block is allocated; CONTINUING WILL RESULT IN DATA LOSS!

    REALLY continue?

    dann mit "y" antwortet, ist ihm aber auch nicht mehr zu helfen.

    ich habe das Programm mbm11 als user heute zum 1. Mal verwendet und hab diese Meldung so gedeutet, daß bei "Y" der boodsector neu geschrieben wird und nicht, daß die gesamte Diskette dadurch korrupt wird. Das müsste vielleicht etwas deutlicher gewarnt werden ....

    wenn Du mich fragst:
    Run/Stop+Restore
    POKE781,96:SYS58251

    Einmal editiert, zuletzt von Cpt.Hardy (8. Februar 2024 um 20:52)

  • Ich muss C. Hardy beistimmen: Das hätte ich auch so verstanden.

    Mach weiter so! Dieses Geoff ist mehr als kompliziert, trotz der fantastischen Zusatzarbeit vieler.

  • Ich bin ja kein Freund des 128er... aber ich hab mich eben wieder an das SHIFT+RUN/STOP erinnert. Das ist *EIN* Shortcut um RBOOT128 von dieser 1581autoboot-Disk zu starten, und man spart sich das anlegen des Bootsektors. Und nach einem RESET hat man nicht das von WW angesprochene "RESET"-Problem.

    Mach weiter so! Dieses Geoff ist mehr als kompliziert, trotz der fantastischen Zusatzarbeit vieler.

    Sorry, aber bitte schließe nicht auf Grund von Fehlern Anderer (das hier hat rein gar nichts mit GEOS zu tun) auf die Installation von GEOS. Hier soll nur ein AutoStart für eine Diskette erzeugt werden, das kann theoretisch bei jeder Diskette schiefgehen die schon Daten enthält... und wie man sieht wurden hier Parameter im Programm verstellt und dann ein Fehler gemeldet. Hätte man die Defaults belassen und nur den Namen eingegeben, dann hätte der Autostart für ein BASIC-Programm auf Anhieb funktioniert (die Diskette hätte er sich trotzdem beschädigt weil Schritt 2 vor Schritt 1 gemacht wurde...)