Vor einiger Zeit kam dazu in Discord die Diskussion auf, es in ein Modul zu brennen, damit es schneller lädt. Das hätte aber den Nachteil, dass man keine echten Module mehr verwenden kann, wenn man dieses CONFIG nutzt.
Mir kam dabei die Idee, den einmal geladenen Code in den erweiterten Speicher des Atari zu kopieren und beim nächsten Bootvorgang von dort wieder zu holen. Initial waren das die 14 KB unter dem OS ROM, aber dann auch der zusätzliche XE-Speicher (130XE, CompyShop, Rambo) oder Axlon Speicher für die 400/800. Nachteil dieser Lösung gegenüber einem Steckmodul ist, dass man immer einmal per SIO vom FujiNet laden muss und außerdem auch nach jedem Aus- und Einschalten weil danach das RAM natürlich gelöscht ist.
Das hing dann so einige Zeit in meinem Kopf und diese Woche habe ich endlich einen Hack in den vorhandenen Lader als Proof of Concept eingebaut. Siehe da, beim zweiten Booten werden nur noch 6 Sektoren geladen anstatt derer ca. 80.
Nachdem das funktioniert hat, ging es daran, den Code ordentlich in die Quellen des von apc erstellten Laders einzubauen und dabei auch noch den Ruf einiger Leute nach einer Double Density Version zu erhören. Die höhere Kapazität von DD bringt zwar keinen echten Vorteil weil auf dem Image sowieso nur CONFIG und die FujiNet Tools liegen, aber es lädt nochmal ein kleines Bisschen schneller.
Dann bog der gestrige Tag um die Ecke und ein paar Leute kamen auf die Idee, für die Workshops der VCF East eine Spezialversion des Standard CONFIG zu bauen, die kein FujiNet Logo als Ladebildschirm verwendet, sondern das VCF Logo.
Eins und Eins zusammengezählt, habt ihr hier nun die Extended RAM Version von CONFIG mit einem ABBUC Ladebildschirm.
- Ladebildschirm
- ABBUC-Splash.png (2.21 KiB) 448 mal betrachtet
- Alternatives CONFIG ATR
- WebUI.png (27.44 KiB) 448 mal betrachtet
Rückmeldungen dazu sind gerne gesehen, auch weil ich nicht alles testen konnte
Happy FujiBooting
