[Main]
[Docs]
[Installs]
[Search]
[Team]
[Guestbook]
[Links]
WHDLoadCD32
WHDLoadCD32 er en speciel WHDLoad version til brug på CD³². den er blevet optimeret til denne og kan derfor kun køre på en standard, ikke udvidet CD³².
Den vil ikke køre på SX-32 eller nogen anden maskine.
Dette er forskellene i forhold til den normale WHDLoad:
- den kræver eller bruger ikke en WHDLoad nøglefil, derfor kan CD'er indeholdende WHDLoadCD32 distribueres frit
- kun 68020 CPU'en er understøttet, hvilket også betyder ingen MMU-understøttelse
- fast memory er ikke understøttet
- der er absolut ingen skriveunderstøttelse, hverken savegames, highscores eller coredumps (en CD er som regel read-only)
- mange optioner, der ikke er brugbare på en CD³², er blevet fjernet; for at gøre den eksekverbare mindre og spare hukommelse, check Brug og Optioner for at se, hvilke optioner der er udeladt
- de følgende resload funktioner er ikke implementeret og brugen af dem vil terminere WHDLoad med en returværdi TDREASON_ILLEGALARGS:
- de følgende resload funktioner er dummies, de vil ikke foretage sig noget men returnerer altid succes:
- der er ingen indbygget freezer/monitor support
- der er intet internt check for tilstrækkelig stack-plads som i den normale
WHDLoad, til mine tests skulle standarden på 4096 bytes være nok til WHDLoadCD32
Tips til brug af WHDLoad på en CD³²
Hovedproblemet på CD³²'eren er den begrænsede hovedhukommelse. Der er kun 2 MiB chip-hukommelse. Derfor må målet være at få så meget ledig hukommelse som muligt til WHDLoad og især til Preload/S operationen. Sørg for, at ingen andre programmer kører, før du starter et installeret program vha. WHDLoadCD32.
- Hvis install giver valget mellem diskimages og filer, så brug files. Fordi mange små filer bedre kan caches end få, store filer.
- Hvis en install giver muligheden for at komprimere filer vha. ProPack/FImp, så brug den og komprimer alle filer (RNC1 giver den bedste kompressions-ratio). Komprimerede filer
behøver mindre hukommelse til Preload og forårsager næsten ingen forsinkelse i loading-hastighed.
- Brug AllocMemReverse før du kører WHDLoadCD32 (eller en tilstrækkelig erstatning). AllocMemReverse er et lille program, der er inkluderet i dev-pakken fra WHDLoad. Den patcher exec- funktionen AllocMem til altid at bruge hukommelses-attributen MEM_REVERSE til allokeringerne. Det vil resultere i hukommelse, der bliver allokeret fra toppen af den frie hukommelse og til bunden og ikke fra bund til top som normalt.
Dette vil holde de lavere hukommelsesregioner frie.
Baggrunden er, at WHDLoad skal bruge hukommelse startende ved adresse 0, starten på chipmem. Al
hukommelse, der er brugt i denne lavere region har brug for at blive swappet ud.
For at gemme denne swappede hukommelse er yderligere hukommelse nødvendig. Jo mere hukommelse der er brug i de lave hukommelsesregioner, jo mindre er der tilgængeligt til det installerede program og til at preloade datafiler.
- Brug altid Data optionen. Preload ved ikke, hvilke filer der vil blive loadet af det installerede program, derfor loader den altid alle de filer, den finder.
For at undgå, at unødvendige filer er loadet, skal du oprette en mappe, der kun indeholder de nødvendige filer. Slet alt forældet stof, så som #?.info,
#?.Slave, ReadMe, Manual, .... Og kald så WHDLoad med Slave og Datamappe som argument, f.eks. WHDLoadCD32 :Slaves/XYZ.Slave Data=:Data/XYZ Preload.
Der er ingen grund til at ændre den aktuelle mappe til noget som helst specifikt.
- Brug ikke XPK-komprimerede datafiler. XPK dekompression behøver meget hukommelse, fordi XPK-biblioteker skal være i hukommelse, dekompression i sig selv behøver hukommelse, og dekompression vil forårsage hukommelses-fragmentation.
[Main]
[Docs]
[Installs]
[Search]
[Team]
[Guestbook]
[Links]