💾 Archived View for 68k.myfirewall.org › docs › lm.vs.bk.differences.gmi captured on 2024-08-24 at 23:21:05. Gemini links have been rewritten to link to archived content

View Raw

More Information

⬅️ Previous capture (2022-01-08)

-=-=-=-=-=-=-

When you have a Blizzard card in your Amiga, chances are high that exec.library ends up in Chip memory. This impacts speed drastically and to be able to get the important stuff in Fast memory, you would want to use MuMove4K and MuFastZero. Below scenarios describe three methods to reach this goal comparing LoadModule with BlizKick:

1. Using MuMove4K / LoadModule

Snippet of Startup-Sequence:

MuMove4K NOREBOOT
LoadModule L:System-Startup NOMEMFKICK REVERSE ROMUPDATE
...
MuFastZero ON FASTEXEC MOVESSP
MuFastRom ON PROTECT
MuProtectModules ON REMAP

Cons:

Remarks:

LoadModule L:System-Startup NOMEMFKICK REVERSE ROMUPDATE
MuMove4K

2. Using BlizKick / MuMove4K

Snippet of Startup-Sequence:

BlizKick DEVS:Kickstarts/kicka1200.rom QUIET
MuMove4K
...
MuFastZero ON FASTEXEC MOVESSP

Requirements:

Cons:

- using MuMove4K as first entry in Startup-Sequence (like with LoadModule)

- using the NOREBOOT argument after MuMove4K

Remarks:

- it complains it cannot find resident modules

    MuMove4K is not installed, can't remap ExecBase.
    MuFastZero failed returncode 10

- Consequence: exec.library in Chip, not in Fast

3. Using BlizKick only

Snippet of Startup-Sequence:

BlizKick * EXTRESBUF=600000 audio.device battclock.resource bootmenu
card.resource console.device exec.library FastFileSystem
FileSystem.resource gameport.device graphics.library icon.library
input.device intuition.library keyboard.device layers.library
mathffp.library mathieeesingbas.library Ram-Handler ramdrive.device
scsi.device Shell-Seg syscheck timer.device trackdisk.device
utility.library workbench.library BBlank LocalFast NoClick QUIET

Cons: