Whoops... forgot to attach the file...
--
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<
email me: [EMAIL PROTECTED] or ICQ: 10196372
visit the Datax homepage at http://datax.cjb.net/
MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/
>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<
----- Oorspronkelijk bericht -----
Van: Laurens Holst <[EMAIL PROTECTED]>
Aan: MSX Mailinglist <[EMAIL PROTECTED]>
Verzonden: dinsdag 27 juli 1999 18:38
Onderwerp: Illusion City debugging process...
> Hi!!!
>
> While debugging Illusion City (I'm starting to get the hang of it!) I
bumped
> into some problems... They are not very critical (I can go on without
> knowing about them) but still I'd like to know some answers:
>
> 1. What happens if a 1 is written to adress #7FF6 in the MSX-MUSIC ROM???
> 2. Please check out the subroutine in the attached .ASC-file... It
> initializes some kind of device but I really have NO idea which one. If
> somebody could explain me I'd be grateful.
> 3. About the Kanji-ROM, I'd like to have more info about it, because my I
> can't find any in my current documentation. I have put the 32kB ROM on my
> harddisk and it is a normal ROM with "AB" in the first two bytes and a
> Basic-expansion adress set. But I need to know how to access it through
> Assembly. Then maybe I can sort-of 'emulate' it resulting in a readable
(but
> still Japanese) text on MSX-computers without Kanji-ROM.
>
>
> Some nice things to know:
> - Illusion City only supports MSX-MIDI when the computer has more than
256k
> RAM. It supports both internal and external MSX-MIDI...
> - According to my docs MSX-MIDI only works on a MSX-turboR!!! So Illusion
> City only tries to detect an external MSX-MIDI if the computer is an MSX
> turboR.
> - The check if the computer is an MSX-turboR happens in the CPU-switch
> routine. If the computer is not a MSX turboR (checks BIOS IDBYT2 (#002D))
> then it enters an infinite loop.
> - The mapperroutines are really TERRIBLE programmed!!! It supports 2
> mappers, that's a plus, but it assumes the primary mapper (the mapper
> enabled when the system boots) to be in slot 3-0!!! On a MSX turboR this
is
> always true, because the internal mapper is faster, but on a future MSX it
> might not be so. So when you have a normal MSX2(+) with an external mapper
> which is enabled by default then the mappersystem will go crazy! While
it's
> only a question of changing one constant into a variable...
> - Another terrible thing about the mapperroutines is the mapperdetection:
> while detecting the size it corrupts the first byte of every mapperpage
but
> it doesn't put it back afterwards! Aargh!!!
>
> Anyways, I tried to disable the R800-detection and adapt the
mapperroutines,
> and it loaded on my MSX2!!! However, it stopped with some messagebox with
> KANJI text... So I tried it on my MSX2+ to see if I would be able to read
> it. But on my MSX2+ it wouldn't load... Guess I made an error somewhere in
> the mapperdetection-routines.
>
>
> ~Grauw
>
>
> --
> >>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<
> email me: [EMAIL PROTECTED] or ICQ: 10196372
> visit the Datax homepage at http://datax.cjb.net/
> MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/
> >>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<
>
>
> ****
> MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and
put
> in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without
the
> quotes :-) Problems? contact [EMAIL PROTECTED]
(www.stack.nl/~wiebe/mailinglist/)
> ****
UNKNOWN.ASC
