Re: NMS8250 Memory

1999-07-20 Thread Frengo

On Mon, 19 Jul 1999 16:07:23 +0200, [EMAIL PROTECTED] wrote:

According to a brazilian web site (i dunno exactly the name is tought it was msx home)
it is possible to expand the memory simply by adding a few chips, but i can't read the
text which comes with it, can somebody suply me with a english version of the memory 
expansion.

We produce an internal memory expansion, it's not expensive...

by Frengo
Miri Software MSX Computer System Italy
e-mail : [EMAIL PROTECTED]
HomePage :http://Frengo.dragonfire.net/MSX.HTM
***



greetz andre


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/)





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/)




Re: Bootstrap SP alternate register set cart x-ecution

1999-07-20 Thread andre . vandun

I read somewhere that the header of a cartridge can/must contain more info
than only AB and a pointer.

Can someone give me more information about the memory layout of a cartridge.

greetz andre


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/)




Re: NMS8250 Memory

1999-07-20 Thread andre . vandun

That will do and the soldering iron isn't the problem.

greets andre




owner-msx [EMAIL PROTECTED] on 07/19/99 06:52:24 PM
Please respond to msx [EMAIL PROTECTED] @ SMTP
To: msx [EMAIL PROTECTED] @ SMTP
cc:  
Subject:Re: NMS8250 Memory
Classification: Restricted
 According to a brazilian web site (i dunno exactly the name is tought it
 was msx home) it is possible to expand the memory simply by adding a few
 chips, but i can't read the text which comes with it, can somebody suply
 me with a english version of the memory expansion.

I have a dutch version, will that do? :)

It is not a question of just adding chips. But it's not difficult if
you can handle a soldering iron.


Tristan

+ Omega + join #msx on undernet +[EMAIL PROTECTED]+
|   |  FUNET MSX maintainer |   ftp://ftp.funet.fi/pub/msx   |
+ irc: OmegaMSX +Techno composer+ http://users.bart.nl/~omegamsx +


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/)






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/)




RE: Cartridge layout / Bootstrap SP alternate register ...

1999-07-20 Thread Boon, Eric

[EMAIL PROTECTED]:

 I read somewhere that the header of a cartridge can/must contain more info
 than only AB and a pointer.

 Can someone give me more information about the memory layout of a
cartridge.

and also:

 Can someone suplly me with a cartridge layout containing only a eprom or
 flash socket (can i buy a cartridge board somewhere which contains only a
 eprom socket)

Isn't all this kind of information in the MSX-FAQ?

http://www.faq.msxnet.org/

(If it isn't, it should be :-))

Eric


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/)




Re: Diskdrive of 8245 broken... HELP! !?!?!?!?!??!

1999-07-20 Thread Manuel Bilderbeek

HI!

I'm still trying to fix this bloody drive! I found out some new strange
behaviour:


Manuel Bilderbeek wrote:
 
 Manuel Bilderbeek wrote:
 
 I've been researching some more on this drive, and found the following:
 - If I'm lucky, I get a disk formatted with it (single sided and double
 sided). Sometimes it gives a disk error, when it's writing the
 bootsector, but after retrying it always seems to work)
 - I can save and load files on disks formatted with this drive most of
 the time. Sometimes I get Disk Offline messages. When I push a little
 bit to the drivehead, it works again.
 - Disks formatted with the 8245-drive cannot be read on other (MSX)
 diskdrives!
 - I can not read disks formatted on other drives. (I got this only once,
 I think)
 little helps.
 
 Conclusions: -Drive works perfectly, but the head seems to be misaligned
 or something!

I was playing with the drive a bit again last night, and found out
this... After pushing the drivehead a bit, I didn't get Disk Offline
anymore. So I tried to save some files. It worked every now and then.
But when I tried to read those files on another MSX, I got Disk Offline
again! So i formatted the disk on that other (fine working) MSX. Then I
put the disk back in the 8245 and to my astonishment: THE FILES I
SAVED WITH THE 8245 WERE STILL DISPLAYED AFTER EXECUTING THE "FILES"
COMMAND!!! Yes! After a very hard low level format of the disk!! But
when the disk was back in the other MSX, it displayed no files at all. I
could even save files on that disk on that other MSX, without any
problems, and STILL the OTHER files (saved with the 8245) appeared when
executing FILES on the 8245!! The files saved on the other MSX did not
appear. One strange thing is that there would always appear a file
called "700" when executing FILES on the 8245, which I don't remember
saving on that disk... (but I could have forgotten this)...

Hmm, it seems that the 8245 is saving BETWEEN tracks or something??? So
the head must be REALLY misaligned!?

Strange...

Note that successfully executing a FILES command on the 8245 still
requires pushing the drive head... otherwise it will still give a Disk
Offline error. Loading those saved files doesn't work properly, the
file-contents is corrupted... But the disk seems to work fine on another
MSX...

Can anyone explain this?

Grtjs, Manuel ((m)ICQ UIN 41947405)

PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/)
PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/


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/)




Memory map and interrupts at boot time

1999-07-20 Thread MkII

What's the actual memory map configuration and interrupt status at boot
time (phase 2, after RET NC)?

Can I assume it's the same on all MSX models and configurations or it
depends on the firmware (either internal ROMs or from extra hardware)?

Just to save a couple of instructions! 8;)

Btw, what are the contents of DE, HL and A passed to the boot code?

Kiss you lot.

MARK 2




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/)




VDP port addresses in ROM

1999-07-20 Thread MkII

Do you guys get the VDP port addresses from main ROM (at #0006) or you
actually bang #9x ports directly?

Is there any MSX model with different VDP port addresses?

MARK 2




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/)




Text editor w/ varitabs

1999-07-20 Thread MkII

Is there any good text editor with variable tabs per line (for assembler
readibility's sake!)?

FOOBAR  LD A,B  ; I DON'T LIKE THIS
DJNZ FOOBAR

FOOBAR  LD  A,B ; NEITHER THIS
DJNZFOOBAR

FOOBAR  LD   A,B; I LOVE THIS!
DJNZ FOOBAR

MARK 2




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/)




Those Microsoft coders...

1999-07-20 Thread MkII

Disassembling a standard MSX-DOS V1 boot sector I've come across the following:

It uses a BDOS function 6 loop to output the boot error string instead of
function 9 (!). Any reason?

There're spurious JPs where it should have been JRs (!). Plenty of space??? *:D

Is the whole MS firmware this quality?

Kiss you lot.

MARK 2




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/)




Wanted full GEN80

1999-07-20 Thread MkII

I'm desperately seeking the full GEN80 package from HiSoft (assembler,
monitor, EDITOR, etc.)

MARK 2




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/)




Accessing disk with disabled interrupts

1999-07-20 Thread MkII

Is it possible to execute BDOS / Disk BASIC disk operation with interrupts
disabled?

Do those functions embed EIs?

Should I disable interrupts accessing the VDP register directly?

Is it legal to call 256 times #FD9F with interrupts disabled at VDP level?

Is it legal to tell Disk ROM to stop the motor with VDP interrupts disabled?

Kiss you lot.

PS: A computer with built-in motors and belts resembles a car. Solid state now!

MARK 2




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/)




What is Phoenix?

1999-07-20 Thread Antonio Soriano

Euh... sorry but I just resubscribed to this ML some days ago, so... can
anyone explain me in short what is this Phoenix project? (?.?)

Thanx!




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/)




Re: Text editor w/ varitabs

1999-07-20 Thread David Heremans

MkII wrote:
 
 FOOBAR  LD   A,B; I LOVE THIS!
 DJNZ FOOBAR
 
You've never tried Compass didn't you.

David Heremans

-- 

"One difference between SuSE and Red Hat is that the 
former operates in a country where people don't sue 
each other over coffee being too hot."
Linus Torvalds


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/)




RE: Text editor w/ varitabs

1999-07-20 Thread Boon, Eric

MkII:

Is there any good text editor with variable tabs per line
(for assembler readibility's sake!)?

FOOBAR LD A,B ; I DON'T LIKE THIS
 DJNZ FOOBAR

FOOBAR LD A,B ; NEITHER THIS
 DJNZ FOOBAR

FOOBAR LD   A,B ; I LOVE THIS!
 DJNZ FOOBAR

Eh, it might be my reader messing up, but do you _really_ find that
readable?
I prefer:

Foobar:
lda,b
djnz  Foobar ; _I_ love this ;-)

(non-caps, labels on separate line)

Eric


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/)




V9938--V9958

1999-07-20 Thread andre . vandun

What is needed to upgrade a V9938 to a V9958
Does someone has a description of how to do this upgrade ?

greetz andre


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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Maarten ter Huurne

At 08:44 PM 7/19/99 +0200, you wrote:

 I'm not sure turbo R compatibility would be a good thing. You would need
 an
 R800-compatible processor for example, and as far as I know Z380 isn't.

??? ISN'T IT ???

I looked up the opcodes for some of the R800 instructions and the Z380 has
different instructions mapped to those opcodes.

Well, then maybe we can disassemble and adapt turboR-programs. I mean, the
only non-Z380 compatible instructions are MULUW and MULUB, aren't they???
The other ones also work on a Z80 (though undocumented).

It was some time ago, I don't remember how much instructions are different
for Z80 and R800.
But it may be the case that Z380 doesn't supports all of the undocumented
Z80 instructions.
Anyway, those things can be looked up.

I bet the Z380 has a good counterpart for MULUW and MULUB...

It has multiplication instructions, but I don't know if they're exactly the
same.

So that shouldn't be too
difficult. Just search for the opcode and replace it.

Easier said than done. How can you tell apart an opcode from a sequence of
data bytes? Example: a byte with contents #3E, does it mean "LD A,n" or
does it mean the number 62?
Maybe an adapted emulator could report all addresses of executed R800
instructions...

Maybe then I can finally play Illusion City! To play Illusion City, is MIDI
nessacary? And is the PCM device nessacary??? What other points of
incompatibility could it have???

Turbo R ST doesn't have MIDI, only GT has. So I guess Illusion City can do
without.
I'm not sure if it uses PCM, I played for only a little while.

Well, actually I think a 'new' MSX should also have a PCM sampling device,
so why not take the tuboR's sampleunit?

I'm not particularly font of the way the turbo R's PCM works. Although it's
simple in hardware, it's not simple to use. I prefer a PCM device that uses
buffering. For example the way MSX-AUDIO handles ADPCM is nice, it plays
from sample RAM and can generate an interrupt when it's done playing.

 The bad thing of a new list is that many people won't subscribe to it,
 although they may have interesting ideas. Maybe we can use this list and
 put "[Phoenix]" in the subject?

Yes, yes. They do that in the int-fiction newsgroup too!!!
Only one thing: A lot of people are subscribed to the newsgroup but not to
this list (I can understand that, sometimes the message-flow is a bit much
here, while you can skip them in a newsgroup. Although the subjects are way
more interesting here...). So I think we should find a solution to that...

It's possible with some mail programs to post on both. Manuel does it all
the time. But ofcourse not everyone uses an integrated news and mail reader.

Actually, do you think there are people on the newsgroup that are not on
this list and want to participate in the Phoenix discussion? Most newsgroup
people are either interested in emulators or in chatting.
And if there are interested people, they can simply subscribe to this list.
With all the web-based free e-mail sites, it should be no problem for
someone with net access to aquire an e-mail address. And anyone with a
little advanced mail program can filter messages, to separate this list
from personal e-mail, or even separate Phoenix messages from the regular
list traffic.

Will a web-based forum work???

No, I can tell from experience it doesn't work...

Although... I don't think it
will be visited really frequently, like a mailinglist, which you are forced
to pay attention to.

...And that's the reason why.

Maybe someone should put all or the important messages
concerning Phoenix (so with [Phoenix] in the subject-line) online on the
Phoenix webpage, or something like that...

We could make an archive of all messages and put it on the Phoenix site.
Does Sean still do this for all messages on this list?
And maybe someone can regularly (once a week?) make a summary of the
discussions. Those summaries would be posted on a separate section of the
site.

It's not about bookmarking I think. you should be able to remember it, to
tell about it to others...

OK, mailing the URL is one extra step, which might be problematic if more
people have such a poor memory as I have.

Bye,
Maarten



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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Maarten ter Huurne

At 04:51 PM 7/19/99 -0300, you wrote:

Well, then maybe we can disassemble and adapt turboR-programs. I mean, the
only non-Z380 compatible instructions are MULUW and MULUB, aren't they???
The other ones also work on a Z80 (though undocumented). I bet the Z380 has
a good counterpart for MULUW and MULUB... So that shouldn't be too
difficult. Just search for the opcode and replace it.

  It can be made by hardware, because Z380 has a special feature, like an
interrupt when an unknown command is found... So these instructions can
be redirected to another single processor that only execute these
instructions.

That only works if the opcodes are unused (no instruction is mapped to
them). But if a different Z380 instruction is mapped to the R800 opcode, it
is not trapped but the (wrong) Z380 instruction is executed instead.
I think the latter is the case: R800 opcodes speficy different instructions
on Z380.

  I think it would be nice to make the suggestions and discussions here, and
the need for a Web page will be only to comunicate to everyone the
decisions (and not the suggestions or ideas).

Yes, the web page will serve as a reference and a log, but it won't be the
place where the discussion is held.

Bye,
Maarten



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/)




Re: R: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Maarten ter Huurne

At 07:52 PM 7/19/99 GMT, you wrote:

 About Sunrise, Sunrise Holland and Swiss have merged.
 As far as I know, they distribute hardware, but they don't have a
 "development staff". Whoever develops a project is different per project.

That is absolute not correct. All hardeware (GFX9000, MoonSound, Video9000,
PAL-Encoder a.s.o. was developed by Sunrise (Henrik works for us)

I'm sorry about the misinformation.

Do you still have developers employed today?
And are they willing to participate in the Phoenix standardisation project?

Bye,
Maarten



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/)




More about HC-95

1999-07-20 Thread Giovanni R. Nunes


  People,

  1. Yes! This MSX was made by JVC, or Japan Victor Company... :)

  2. This computer uses a Hitachi processor that works like a Z180. And
 this computer has a hardware switch to change between Z80 and this
 chip HC{something}... :)

  3. This computer is a MSX2, has MSX2 in case... :)

  4. Inside HC-95's case you see to large board (with the same size),
 one has CPU, PSG, RAM and otherthings and the other has a video
 board.

  If I'm not wrong this computer don't is fully MSX compatible... :)
 


  ---
  Giovanni Nunes
  [EMAIL PROTECTED] - [EMAIL PROTECTED]
  http://www.geocities.com/ResearchTriangle/2472/

  Trim, trim, trinta e um. Os hematomas no Juracy dao trinta e um!!




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/)




tekoop!

1999-07-20 Thread Swets



Wegens de aanschaf van een PII 266 en een PIII 500 en er nooit 
geen gebruik meer van makend een:

MSX 8255 (2 drives) 2plus 7Mhz 512Kram
Een moonsound (sunrise Swiss)
Een GFX9000 (sunrise Swiss)
Philips Muziekmodule NMS 1205 + toetsenclavier 
philips
Orginele FM-pac
Een Philips NMS 1255 modem omgebouwd tot rs232 + PC modem 
tornado evq1414+plus software...waaronder erix voor de v9990
een Philips muis 1140
een tekentablau philips NMS 1150
een slotexpander V3.1 van digital KC
een scarswitch

alle msxgidsen en enkele software gidsen
stuk of 40 mccm's

veel boeken waaronder:
zakboekje z80
msx(2) basic en machinetaal - de afstand 
overbrugd
msx machinetaal handboek (van hans klopper)
msx2 machinetaal handboek (van hans klopper)
msxbasic met vpoke en sprite toepassingen
truuk  tips 1 t/m 8
MSX2 zakboekje
MSX machinetaal handboek (databecker)
Machinetaal voor de msxcomputer (kluwer)
MSX handboek voor gevorderde

veel orginele software:
Usas
Kingsvally II
Vampire killer
Penguin adventure
F1 spirit
Metal gear
Gamemaster
Knightmare
athleticland
Boxing
track and flied

en dan nog iets van 200 tot 300 floppys vol met 
software.
liefst in een koop...
geef eens een bod

groeten 


tekoop...!

1999-07-20 Thread Swets




Wegens de aanschaf van een PII 266 en een PIII 500 en er nooit 
geen gebruik meer van makend een:

MSX 8255 (2 drives) 2plus 7Mhz 512Kram
Een moonsound (sunrise Swiss)
Een GFX9000 (sunrise Swiss)
Philips Muziekmodule NMS 1205 + toetsenclavier 
philips
Orginele FM-pac
Een Philips NMS 1255 modem omgebouwd tot rs232 + PC modem 
tornado evq1414+plus software...waaronder erix voor de v9990
een Philips muis 1140
een tekentablau philips NMS 1150
een slotexpander V3.1 van digital KC
een scarswitch

alle msxgidsen en enkele software gidsen
stuk of 40 mccm's

veel boeken waaronder:
zakboekje z80
msx(2) basic en machinetaal - de afstand 
overbrugd
msx machinetaal handboek (van hans klopper)
msx2 machinetaal handboek (van hans klopper)
msxbasic met vpoke en sprite toepassingen
truuk  tips 1 t/m 8
MSX2 zakboekje
MSX machinetaal handboek (databecker)
Machinetaal voor de msxcomputer (kluwer)
MSX handboek voor gevorderde

veel orginele software:
Usas
Kingsvally II
Vampire killer
Penguin adventure
F1 spirit
Metal gear
Gamemaster
Knightmare
athleticland
Boxing
track and flied

en dan nog iets van 200 tot 300 floppys vol met 
software.
liefst in een koop...
geef eens een bod

groeten [EMAIL PROTECTED]



Re: tekoop!

1999-07-20 Thread andre . vandun

Ik heb wel interesse in alle cartridges mail me direct via
[EMAIL PROTECTED]


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/)




Text editor w/ varitabs

1999-07-20 Thread Giovanni R. Nunes


  Hi,

 Is there any good text editor with variable tabs per line (for
 assembler readibility's sake!)?
 (...)
  
  MSX-Write does it, but is 40 columns...

  About text editors I found a good text editor lost in a japanese pages
  called Viper... I don't remember if it's multi-tab... :(

  Is a good editor, is fast, has a lot of seach options, edits more than
  one file in same time, works in 80 and 40 columns, open large files, 
  is easy to use and is free! The only problem is think that all user
  is japanese and redefine it on startup. Interested people can point
  browsers at "www.geocities.com/ResearchTriangle/2472/msx-stuff", here
  has some good utilities, games and applications for MSX Machines (try
  Kame and NView too!). If you don't have WWW access contact me and we
  will think in a way to send it... 


  ---
  Giovanni Nunes
  [EMAIL PROTECTED] - [EMAIL PROTECTED]
  http://www.geocities.com/ResearchTriangle/2472/
  "remember Biri"




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/)




Re: Those Microsoft coders...

1999-07-20 Thread Ricardo Bittencourt Vidigal Leitao

On Tue, 20 Jul 1999, MkII wrote:

 There're spurious JPs where it should have been JRs (!). Plenty of
 space??? *:D

Speed reasons perhaps?

JP is 2 cycles faster than JR when the loop is taken... 


Ricardo Bittencourt   http://www.lsi.usp.br/~ricardo
[EMAIL PROTECTED]  "Ricardo is subtle, but malicious he is not"
 Say NO to Coca-Cola. Drink Tubaina. ---



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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread AkA DanSHakU

 It can be made by hardware, because Z380 has a special feature, like an
 interrupt when an unknown command is found... So these instructions can
 be redirected to another single processor that only execute these
 instructions.
 
 That only works if the opcodes are unused (no instruction is mapped to
 them). But if a different Z380 instruction is mapped to the R800 opcode, it
 is not trapped but the (wrong) Z380 instruction is executed instead.
 I think the latter is the case: R800 opcodes speficy different instructions
 on Z380.

why not make some kind of mappingdevice (before the cpu) to map r800 ops
to z380 equivalents and remap all z380 ops that are used differently by
r800 to completely
different ops.
this way the z380 would become r800 compatible and still have it's
unique ops 

greetz
akai


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/)




Re: V9938/58

1999-07-20 Thread Laurens Holst

 Where can i buy these processors nowadays (also second hand)
 and what are the costs.

 They are no more in production... :-(

Well actually I think Hans van Oranje sells v9938 (or 58, not sure about
that) videoprocessors.


~Grauw "second generation MSX programmer"


--

  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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Laurens Holst

 Well, then maybe we can disassemble and adapt turboR-programs. I mean,
the
 only non-Z380 compatible instructions are MULUW and MULUB, aren't
they???
 The other ones also work on a Z80 (though undocumented). I bet the Z380
has
 a good counterpart for MULUW and MULUB... So that shouldn't be too
 difficult. Just search for the opcode and replace it.
 
   It can be made by hardware, because Z380 has a special feature, like an
 interrupt when an unknown command is found... So these instructions can
 be redirected to another single processor that only execute these
 instructions.

 That only works if the opcodes are unused (no instruction is mapped to
 them). But if a different Z380 instruction is mapped to the R800 opcode,
it
 is not trapped but the (wrong) Z380 instruction is executed instead.
 I think the latter is the case: R800 opcodes speficy different
instructions
 on Z380.

Are you talking about the doubled instructions like the 'second' LD HL,(nn)
etc.??? I think thase aren't used anyway, because their counterpart is
smaller and faster.


   I think it would be nice to make the suggestions and discussions here,
and
 the need for a Web page will be only to comunicate to everyone the
 decisions (and not the suggestions or ideas).

 Yes, the web page will serve as a reference and a log, but it won't be the
 place where the discussion is held.

Agree.


~Grauw "to go where no-one has gone before"


--

  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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Laurens Holst

Daniel wrote:
  I'm not sure turbo R compatibility would be a good thing. You would
need
  an R800-compatible processor for example, and as far as I know Z380
isn't.
 ??? ISN'T IT ???

   No, it is not. I'm sure of this.

 Well, then maybe we can disassemble and adapt turboR-programs. I mean,
the
 only non-Z380 compatible instructions are MULUW and MULUB, aren't they???
 The other ones also work on a Z80 (though undocumented). I bet the Z380
has
 a good counterpart for MULUW and MULUB... So that shouldn't be too
 difficult. Just search for the opcode and replace it.

   It can be made by hardware, because Z380 has a special feature, like an
 interrupt when an unknown command is found... So these instructions can
 be redirected to another single processor that only execute these
instructions.

Why not let the software (some small routine(s) in page 3) do that??? Nah,
if some program switches page 3 away or corrupts it it won't work anymore...


 It would be a lot more interesting, because avoid changing programs.
 (AFAIK, this thing can be done even on Z80, but the processor for R800
 instructions must be BEFORE the Z80, and this will be a bit more
complicated
 to build).

Ah... nice feature! Didn't know about that.


   but... it will be almost cosmetic, and will exist only for "strange" the
strange
 opcodes present on R800 and not on Z380. Besides, Z380 has a couple
 of MULT instructions that are not present on R800.
   And all "secret" Z80 opcodes are documented on Z380.

Ok, I already thought so. That's good.


  The bad thing of a new list is that many people won't subscribe to it,
  although they may have interesting ideas. Maybe we can use this list
and
  put "[Phoenix]" in the subject?
 Yes, yes. They do that in the int-fiction newsgroup too!!!
 Only one thing: A lot of people are subscribed to the newsgroup but not
to
 this list (I can understand that, sometimes the message-flow is a bit
much
 here, while you can skip them in a newsgroup. Although the subjects are
way
 more interesting here...). So I think we should find a solution to
that...

   Who is interested on reading only this type of subject can use filters,
present
 on almost all good message hearder (at least for PC, once I don't know any
 message reader for MSX).

The email-program in project "i" will feature filters (although probably not
in the first versions).


  I have some space left and I'm allowed to use CGI. I don't have the
 ability to aquire my own domain name, the shortest I can offer ends in
  "/~mth/phoenix/". But does a domain name really matter? Ofcourse it
looks
  cool, but anyone who's really interested can bookmark a more
complicated
  URL.
 It's not about bookmarking I think. you should be able to remember it, to
 tell about it to others...

   Create a redirection on http://www.cjb.net/ . So people can acess it
using something
 like:

   http://www.phoenix.cjb.net/


CJB is nice indeed. And it looks far more better then come.to/phoenix
However, did you know you can skip the www in www.phoenix.cjb.net I don't
think the DNS servers support this (have to look that up), but at least
practically all browsers automatically add www to it. And the users of
browsers who don't do that (I don't know one) will probably know they have
to add www to an url if it doesn't start with it.

come.to is in fact also www.come.to...


   It's free.

:) I like that part of internet.


~Grauw "wants cable-modem"


--

  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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Laurens Holst

  I'm not sure turbo R compatibility would be a good thing. You would
need
  an
  R800-compatible processor for example, and as far as I know Z380 isn't.
 
 ??? ISN'T IT ???

 I looked up the opcodes for some of the R800 instructions and the Z380 has
 different instructions mapped to those opcodes.

Drat.
(I like Dexter)


 Well, then maybe we can disassemble and adapt turboR-programs. I mean,
the
 only non-Z380 compatible instructions are MULUW and MULUB, aren't they???
 The other ones also work on a Z80 (though undocumented).

 It was some time ago, I don't remember how much instructions are different
 for Z80 and R800.
 But it may be the case that Z380 doesn't supports all of the undocumented
 Z80 instructions.
 Anyway, those things can be looked up.

Well now we know thay do.


 I bet the Z380 has a good counterpart for MULUW and MULUB...

 It has multiplication instructions, but I don't know if they're exactly
the
 same.

Mwa... I think so. Only other opcode I think.


 So that shouldn't be too
 difficult. Just search for the opcode and replace it.

 Easier said than done. How can you tell apart an opcode from a sequence of
 data bytes? Example: a byte with contents #3E, does it mean "LD A,n" or
 does it mean the number 62?
 Maybe an adapted emulator could report all addresses of executed R800
 instructions...

No, no, in contrary. It's quite easy. First, all those instructions have
multi-byte opcode, don't they? Do the chance you get something wrong is
already minimized. Second, you can look at the byte before it. If it's the
opcode of an LD HL,nn-like instruction the it probably won't be the
instruction you're looking for (unless the programmer used 'nested'
instructions, which is not used often though, only in BIOSses). Next, you
can show the surrounding code and if it makes sense, then it's a REAL
multiplication-instruction. If it doesn't, it's probably data. It might even
be possible to let a program automatically decide if the surrounding data is
code...

Also, I don't know what the opcode is, but I think it's not a simple one, so
it's highly inlikely that the opcode will be (referred to as) data.


 Maybe then I can finally play Illusion City! To play Illusion City, is
MIDI
 nessacary? And is the PCM device nessacary??? What other points of
 incompatibility could it have???

 Turbo R ST doesn't have MIDI, only GT has. So I guess Illusion City can do
 without.
 I'm not sure if it uses PCM, I played for only a little while.

Oh. Well, Daniel says it did.


 Well, actually I think a 'new' MSX should also have a PCM sampling
device,
 so why not take the tuboR's sampleunit?

 I'm not particularly font of the way the turbo R's PCM works. Although
it's
 simple in hardware, it's not simple to use. I prefer a PCM device that
uses
 buffering. For example the way MSX-AUDIO handles ADPCM is nice, it plays
 from sample RAM and can generate an interrupt when it's done playing.

Yeah, okay, that's cool. But not the OPL4-way, because the OPL4 sampleunit
really SUCKS!!! It can play nice samples but there are three disadvantages:
1. The sample always has to loop at the end, you can't just let it stop.
2. Therefor, the OPL4 can't generate an interrupt if the sample is finished,
and
3. You can't play sound and access the SampleRAM at the same time.

Resulting in a maximum sample-length of 64k (using an 8-bit sample).
Therefor, the OPL4 is, although it supports high frequency, high quality
samples (16 bit, 44.1kHz), definately NOT FIT to play large samples like
.WAV-files. It is good for sounds and samples in games which can be done
like 'I tell you to play the sound and I don't want you to bother me
afterwards', though.

It would be the best if you could tell the sampling-device to generate an
interrupt at byte X, therefor enabling the program to start filling the
SampleRAM again a short while before it runs out of SampleRAM (although this
is not a nice solution, because it could result in problems on future
too-fast MSX computers... But let's not assume this). Also, the presence of
this device would make it possible for game-developers to support sampled
soundeffects for the non-MoonSound users.

Ah, and by the way, MSX-programmers should in the future avoid to develop
speed-sensitive programs. What I'm trying to say is for example in case of a
screensplit: try not to assume it arrived at a certain line after some
initializations before the real lineinterrupt, but keep track of the amount
of H_BLANKs, even if this makes you to put the screensplit a few 'lines'
higher.


  The bad thing of a new list is that many people won't subscribe to it,
  although they may have interesting ideas. Maybe we can use this list
and
  put "[Phoenix]" in the subject?
 
 Yes, yes. They do that in the int-fiction newsgroup too!!!
 Only one thing: A lot of people are subscribed to the newsgroup but not
to
 this list (I can understand that, sometimes the message-flow is a bit
much
 here, while you can skip them in a newsgroup. 

RE: Sanyo Wavy 70FD with PC FDD

1999-07-20 Thread Diego Millán Jaureguizar

 you have to cut  1,2,5,7,9,11 lines of fdc cable 
 (they are +5v in sanyo and Ground in PC) 
 
 also you can use the 11th line to power the PC fdd
 
 I tried this a PC fdd with jumpers (IR , D0 and RY  are ON) 

ALELUYA!

Which PC fdd did you use?



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/)




Re: Bootstrap SP alternate register set cart x-ecution

1999-07-20 Thread Laurens Holst

I read somewhere that the header of a cartridge can/must contain more info
than only AB and a pointer.

Can someone give me more information about the memory layout of a
cartridge.

You might consider to buy some books... they're still available on fairs.
MSX Handboek voor gevorderden (purple book), for example is a very good
(read: useful) one.
It has a lot of info in it concerning hardware, the BIOS, RAM-adresses,
Basic-routines, ASCII-table etcetera. It has only one big mistake: the
subslot-selection is explained completely wrong. The subslot-selection is
very similar to the primary slotselection, only using adres # instead of
port #A8.

There are three books I use a lot:
1. A book about the Z80 processor (by Rodnay Zaks, with the lightning
picture on it) describing every instruction, or rather, the complete
processor (incl. more 'advanded' subjects like timing or Z80 instruction
processing etc.) in detail.
2. The MSX Handboek voor gevorderden I just talked about for every detail
about the BIOS, RAM adresses, etc.
3. A hardcopy of the VDP cursus of Stefan Boer. Very useful indeed!

And ofcourse I sometimes use additional docs like the Dos2 documentation,
and OPL4 documentation, but those are used quite occasionally.


~Grauw "Livin' la vida loca MSX"


--

  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/)




Re: VDP port addresses in ROM

1999-07-20 Thread Daniel Jorge Caetano

On Tue, 20 Jul 1999 13:36:37 +0200, MkII wrote:
Do you guys get the VDP port addresses from main ROM (at #0006) or you
actually bang #9x ports directly?
Is there any MSX model with different VDP port addresses?

  MSX1 using the japanese transformation to MSX2 use the alternative ports
88h, 89h, 8Ah and 8Bh.

[]'s Daniel Caetano




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/)




Re: Accessing disk with disabled interrupts

1999-07-20 Thread Laurens Holst

 Is it possible to execute BDOS / Disk BASIC disk operation with interrupts
 disabled?

Errm... It surely is possible I'm not sure if they keep the interrupts
disabled. Actually, I think they re-enable them afterwards.


 Do those functions embed EIs?

??? I guess so.


 Should I disable interrupts accessing the VDP register directly?

Yes.

Like this:
LD A,value
DI
OUT (#99),a
LD A,register+128
EI
OUT (#99),a

Keep in mind that when executing an EI the interrupts will be enabled after
the next instruction. So this is the way to keep the interrupts disabled as
short as possible, which is always preferred (although not required).


 Is it legal to call 256 times #FD9F with interrupts disabled at VDP level?

Absolutely. But it might re-enable the interrupt. You'll have to check that.


 Is it legal to tell Disk ROM to stop the motor with VDP interrupts
disabled?

Yes. Basically the DiskROM has nothing to do with the VDP. Just keep in mind
that there is a chance that they enable the interrupts.

But why do you need to keep the interrupts disabled???


 Kiss you lot.

 PS: A computer with built-in motors and belts resembles a car. Solid state
now!

??? ja vast.


~Grauw




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/)




Re: Accessing disk with disabled interrupts

1999-07-20 Thread Maarten ter Huurne

At 03:56 AM 7/20/99 +0200, you wrote:

Is it possible to execute BDOS / Disk BASIC disk operation with interrupts
disabled?

Yes.

Do those functions embed EIs?

Yes.

Should I disable interrupts accessing the VDP register directly?

You don't have to, but it does solve the F700 slowdown.

Or do you mean "should I use OUTs rather than a BIOS call"? In that case,
it doesn't matter. I use OUTs but Konami uses BIOS calls.

Is it legal to call 256 times #FD9F with interrupts disabled at VDP level?

Yes.

The VDP is only accessed by the interrupt handler in the ROM, which decides
whether it should call both #FD9F and #FD9A or only #FD9A. #FD9F is only
called on normal VDP interrupts, not on line interrupts or interrupts from
for example MoonSound.
So, if you call #FD9F, there is no problem, since routines on that hook
won't check the VDP interrupt status anyway. If you would call #0038 256
times, things wouldn't work.

Is it legal to tell Disk ROM to stop the motor with VDP interrupts disabled?

Yes.

Bye,
Maarten



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/)




Re: Memory map and interrupts at boot time

1999-07-20 Thread Maarten ter Huurne

At 05:08 AM 7/20/99 +0200, you wrote:

What's the actual memory map configuration and interrupt status at boot
time (phase 2, after RET NC)?

Interrupt status: no idea.
Memory configuration: all RAM, with some routines (slot select etc) copied
into page 0.

Bye,
Maarten



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/)




Re: R: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Maarten ter Huurne

At 09:24 PM 7/19/99, you wrote:

   Hmmm... Have you heard about UZIX? 
   Sure you've heard. Adriano started developing UZIX some months ago, and
only a little number of friends of him were awared of his development. He
hasn't told to everyone 'cause he didn't want to listen 'opinions'. Many
people talking, few people working. 

Ofcourse when you have a public discussion, many more people are talking
than working. But I think the working people can simply use the good ideas
and leave the bad ideas. After all, the ideas are suggestions rather than
orders.

If you look for example at the Linux kernel, you can see that a public
discussion won't interfere with work being finished.

   As you may have noticed, many people have a lot of ideas, but only few
of
them became developed products. So, I don't think a Internet-size group is
a good idea.

This is also true for products developed in private. But in that case, very
few people know if the product is never finished.

The public discussion about Uzix did get them permission to use Alex Wulms'
Fast Copy drivers for direct FDC access.

 Once time the new X interface from Padial and Henrik (ie) is finished
under
Phoenix rules, Phoenix gives the seal for this new harware developments,
now
all the buyers can comprobate that Phoenix gave the seal and they are
sure of
a full compatibility between the two kinds of X interfaces.

   X interface?

As in "substitute interface name for X", nothing to do with X windows.

Bye,
Maarten



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/)




Re: Text editor w/ varitabs

1999-07-20 Thread Maarten ter Huurne

At 01:40 PM 7/20/99 +0200, you wrote:

Is there any good text editor with variable tabs per line (for assembler
readibility's sake!)?

FOOBAR LD A,B  ; I DON'T LIKE THIS
   DJNZ FOOBAR

FOOBAR LD  A,B ; NEITHER THIS
   DJNZFOOBAR

FOOBAR LD   A,B; I LOVE THIS!
   DJNZ FOOBAR

I'm not sure what I'm looking at is the same you typed. You used TABs in
this e-mail and my reader may have a different tab width than yours.

This is what I see (I replaced tabs by spaces):

FOOBAR   LD   A,B  ; I LOVE THIS!
DJNZ FOOBAR

But anyway, I think Compass allows to use a "tab mode" that should be
acceptable to most people.

The format I use:

FOOBAR
  LD   A,B
  DJNZ FOORBAR

Never label and code on a single line. It's practical when inserting a
line, removing a line or cutting/pasting lines.

By the way, MS Word can do variable tabs, but I don't think it qualifies as
a  good text editor... ;)

Bye,
Maarten



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/)




Re: FDC in Wavy (was: UZIX DOS2)

1999-07-20 Thread Maarten ter Huurne

At 12:25 AM 7/20/99 +0200, you wrote:

I have used the uzix demo in sanyo wavy 70 fd2 and all its OK.

But the current version doesn't access the FDC directly. So although it's
nice to know it runs on a Wavy, it doesn't say anything about the FDC.

Bye,
Maarten



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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Daniel Jorge Caetano

On Tue, 20 Jul 1999 19:58:11 +0200, Laurens Holst wrote:

[z380 interrupt for unknown opcodes]
 It would be a lot more interesting, because avoid changing programs.
 (AFAIK, this thing can be done even on Z80, but the processor for R800
 instructions must be BEFORE the Z80, and this will be a bit more
complicated
 to build).
Ah... nice feature! Didn't know about that.

  Unfortunately it only works for unknown opcodes. If some of the additional
R800 opcodes match to another opcode of z380, the interrupt will not
occour, and the processor will act strange... Probably will hang.
  As someone said, Z380 has instructions with the opcodes of the
addtional R800 ones... This is not good and means that, if we want
TurboR compatablity, we will need to put an opcodes pre-processor
before the Z380. This is possible, but sounds a bit complex.

   Who is interested on reading only this type of subject can use filters,
present
 on almost all good message hearder (at least for PC, once I don't know any
 message reader for MSX).
The email-program in project "i" will feature filters (although probably not
in the first versions).

  This is very nice.

   Create a redirection on http://www.cjb.net/ . So people can acess it
 using something like:  http://www.phoenix.cjb.net/
CJB is nice indeed. And it looks far more better then come.to/phoenix
However, did you know you can skip the www in www.phoenix.cjb.net I don't
think the DNS servers support this (have to look that up), but at least
practically all browsers automatically add www to it. And the users of
browsers who don't do that (I don't know one) will probably know they have
to add www to an url if it doesn't start with it.
come.to is in fact also www.come.to...

  Ya... I know that it's possible to use 

  http://phoenix.cjb.net/

[]'s Daniel Caetano



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/)




Re: Text editor w/ varitabs

1999-07-20 Thread Laurens Holst

 Is there any good text editor with variable tabs per line (for assembler
 readibility's sake!)?

Well if you want a text-editor I suggest Ted, very good although it has
Dutch menus, which may be a problem (but I think not).

But if you're programming assembler: GO GET COMPASS!!!
(Yes, I'm shouting!)

If you've once worked with it you never want to work with something else.
It's an integrated programming-environment featuring Assembler, disassembler
and monitor, with fast  easy access.
You can save to all kinds of formats and even to sectors!!!
It's p-e-r-f-e-c-t.
Well, almost. Release 2.0 will be.


 FOOBAR LD A,B ; I DON'T LIKE THIS
 DJNZ FOOBAR

 FOOBAR LD A,B ; NEITHER THIS
 DJNZ FOOBAR

 FOOBAR LD   A,B ; I LOVE THIS!
 DJNZ FOOBAR

??? So you want different TAB settings per instruction???
Well, if you want readability I suggest you drop your entire current layout
and go start a new one:

(when using a proportional emailbrowser):

Foobar:  ld  a,b
 djnz   Foobar


(when using a non-proportional emailbrowser):

Foobar: lda,b
djnz  Foobar


Some prefer to have the labels on seperate lines because it's easier when
inserting/deleting instructions but I don't; the CTRL-L keycode of Compass
is very useful.

Also, I use lowercase characters for the code (but uppercase is nice too),
and lower+uppercase-characters for Program-labels (like Foobar), and
uppercade-labels for data:
DATA:   DB#FF

I really hope you take over these programming-habits because it really makes
your source much easier to read, it really makes a difference!


~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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Daniel Jorge Caetano

On Tue, 20 Jul 1999 20:47:08 +0200, Laurens Holst wrote:

 I bet the Z380 has a good counterpart for MULUW and MULUB...
  It has multiplication instructions, but I don't know if they're exactly
 the same.
Mwa... I think so. Only other opcode I think.

  I do not remember that, but Z380 have a lot of MULT instructions...
And even DIV instructions... (-:

No, no, in contrary. It's quite easy. First, all those instructions have
multi-byte opcode, don't they? Do the chance you get something wrong is
already minimized. Second, you can look at the byte before it. If it's the
opcode of an LD HL,nn-like instruction the it probably won't be the
instruction you're looking for (unless the programmer used 'nested'
instructions, which is not used often though, only in BIOSses). Next, you
can show the surrounding code and if it makes sense, then it's a REAL
multiplication-instruction. If it doesn't, it's probably data. It might even
be possible to let a program automatically decide if the surrounding data is
code...
Also, I don't know what the opcode is, but I think it's not a simple one, so
it's highly inlikely that the opcode will be (referred to as) data.

  Believe me... It's impossible do this. (-: There is the need of  a pre-processor
that knows all opcodes of R800 and, when turned on, will act just like the R800,
but will interpret the R800 only opcodes and pass to Z380 the common opcodes.
This pre-processor would be almost a full processor.

 Turbo R ST doesn't have MIDI, only GT has. So I guess Illusion City can do
 without. I'm not sure if it uses PCM, I played for only a little while.
Oh. Well, Daniel says it did.

  I'm not sure of that... (-: But I think it uses. MIDI it will not use as a need, 
because it
is not on ST... But PCM is standard on both ST and GT. So, it's strange think in
a program for TR that not uses it... It would be like an MSX2+ program that
uses V9938 and doesn't make use of FM... (-:
  I saw Illusion City only one time, and I see it before Fray TR... I remember that
FrayTR uses PCM to reproduce voices... But I'm not sure if Illusion City has voices...

Yeah, okay, that's cool. But not the OPL4-way, because the OPL4 sampleunit
really SUCKS!!! It can play nice samples but there are three disadvantages:
1. The sample always has to loop at the end, you can't just let it stop.

  Really? Yuck! /-:

2. Therefor, the OPL4 can't generate an interrupt if the sample is finished,

  This is not really bad, but would be usefull...

3. You can't play sound and access the SampleRAM at the same time.
Resulting in a maximum sample-length of 64k (using an 8-bit sample).
Therefor, the OPL4 is, although it supports high frequency, high quality
samples (16 bit, 44.1kHz), definately NOT FIT to play large samples like
.WAV-files. 

  Look, OPL4 is not a PCM Player. OPL4 is a WaveTable... (-: And WaveTables
are not made to play PCM sounds (like WAVs). It's very important to
exist a WaveTable AND a PCM unit.

It would be the best if you could tell the sampling-device to generate an
interrupt at byte X, therefor enabling the program to start filling the
SampleRAM again a short while before it runs out of SampleRAM (although this
is not a nice solution, because it could result in problems on future
too-fast MSX computers... But let's not assume this). Also, the presence of
this device would make it possible for game-developers to support sampled
soundeffects for the non-MoonSound users.

  I think it would be nice if the interruptions of sound were interpreted into the 
sound board... I really don't like interruptions on the main processor. (-:

Ah, and by the way, MSX-programmers should in the future avoid to develop
speed-sensitive programs. What I'm trying to say is for example in case of a
screensplit: try not to assume it arrived at a certain line after some
initializations before the real lineinterrupt, but keep track of the amount
of H_BLANKs, even if this makes you to put the screensplit a few 'lines'
higher.

  Like some video games does...?

[]'s Daniel Caetano



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/)




Re: What is Phoenix?

1999-07-20 Thread Laurens Holst

 Euh... sorry but I just resubscribed to this ML some days ago, so... can
 anyone explain me in short what is this Phoenix project? (?.?)

Welcome!

It is a proposal to standarize hardware-projects do that they don't have an
MSX 3 in Brazil which is completely incompatible with an MSX 3 in Holland.
It features a homepage, a mailinglist, etcetera.

Anyways, much has still to be released.


~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/)




Re: VDP port addresses in ROM

1999-07-20 Thread Laurens Holst

  Do you guys get the VDP port addresses from main ROM (at #0006) or you
  actually bang #9x ports directly?
 
 We all use #9x immediately.
 Unless we write a tutorial were we say that the standard asks us to use
 #0006 ;-)

He is right. There is some MSX1 to MSX2 transformer which has different
ports but we need the speed too much to read it from adress 6. And in
Dos-environment we have to do some difficult interslot-read... nah, assuming
#98-#9B is much faster, easier, clearer.

And by the way, from MSX2+ on, those ports #98-#9B are standarized too.
So if you directly use these ports, it will work, according to the standard,
on every MSX 2+ and higher. And in practice, it will also work on every MSX,
exept for those which are adapted to MSX2 with this very rare Japanese
board.


~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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Laurens Holst

 [z380 interrupt for unknown opcodes]
  It would be a lot more interesting, because avoid changing programs.
  (AFAIK, this thing can be done even on Z80, but the processor for R800
  instructions must be BEFORE the Z80, and this will be a bit more
 complicated
  to build).
 Ah... nice feature! Didn't know about that.

   Unfortunately it only works for unknown opcodes. If some of the
additional
 R800 opcodes match to another opcode of z380, the interrupt will not
 occour, and the processor will act strange... Probably will hang.
   As someone said, Z380 has instructions with the opcodes of the
 addtional R800 ones... This is not good and means that, if we want
 TurboR compatablity, we will need to put an opcodes pre-processor
 before the Z380. This is possible, but sounds a bit complex.

Well then I think we should be able to enable/disable this preprocessor by
software, and that it is also featured in the bootroutines. So if you keep
for instance TAB pressed then the preprocessor will be activated, and
otherwise it won't.

Because if I'm going to program for the Z380 I don't want to use remapped
instructions which don't comply with the documentation and books about it. I
don't like that at all.


 The email-program in project "i" will feature filters (although probably
not
 in the first versions).

   This is very nice.

Well that's the idea.


   Ya... I know that it's possible to use

   http://phoenix.cjb.net/

Have you already signed up an account???

I tried it and it redirects me to some sails.com-site or so... The URL
doesn't work, but www.sails.com DOES exist. If it's theirs then if we ask
kindly they might give the URL to us. They don't seem to use it...


~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/)




Compass bug?

1999-07-20 Thread Laurens Holst

Jon, pay attention please!!!

I had a quite small Compass-program, though very often saved and changed.
The size of it was about 65000 bytes. I already though this was absurd but
since it .ASM-files are a direct dump of Compass memory I guessed a lot of
additional information had to be saved.

However, when I copied the source into another sourcebuffer and saved it
under another name, the .ASM-file was only 6000 bytes!!!

That's a factor 10 reduction in size Jon!!! Explain please???

I have a harddisk, so most of the time size isn't that important to me, but
this is a bit too much. Now I get why I have very little space on my
F:-drive lately.


~Grauw "...but hasn't got the money."


--

  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/)




Re: Diskdrive of 8245 broken... HELP! !?!?!?!?!??!

1999-07-20 Thread Droopy



Manuel Bilderbeek schreef:
 
 HI!
 
 I'm still trying to fix this bloody drive! I found out some new strange
 behaviour:
 
 Manuel Bilderbeek wrote:
 
  Manuel Bilderbeek wrote:
 
  I've been researching some more on this drive, and found the following:
  - If I'm lucky, I get a disk formatted with it (single sided and double
  sided). Sometimes it gives a disk error, when it's writing the
  bootsector, but after retrying it always seems to work)
  - I can save and load files on disks formatted with this drive most of
  the time. Sometimes I get Disk Offline messages. When I push a little
  bit to the drivehead, it works again.
  - Disks formatted with the 8245-drive cannot be read on other (MSX)
  diskdrives!
  - I can not read disks formatted on other drives. (I got this only once,
  I think)
  little helps.
 
  Conclusions: -Drive works perfectly, but the head seems to be misaligned
  or something!
 
 I was playing with the drive a bit again last night, and found out
 this... After pushing the drivehead a bit, I didn't get Disk Offline
 anymore. So I tried to save some files. It worked every now and then.
 But when I tried to read those files on another MSX, I got Disk Offline
 again! So i formatted the disk on that other (fine working) MSX. Then I
 put the disk back in the 8245 and to my astonishment: THE FILES I
 SAVED WITH THE 8245 WERE STILL DISPLAYED AFTER EXECUTING THE "FILES"
 COMMAND!!! Yes! After a very hard low level format of the disk!! But
 when the disk was back in the other MSX, it displayed no files at all. I
 could even save files on that disk on that other MSX, without any
 problems, and STILL the OTHER files (saved with the 8245) appeared when
 executing FILES on the 8245!! The files saved on the other MSX did not
 appear. One strange thing is that there would always appear a file
 called "700" when executing FILES on the 8245, which I don't remember
 saving on that disk... (but I could have forgotten this)...
 
 Hmm, it seems that the 8245 is saving BETWEEN tracks or something??? So
 the head must be REALLY misaligned!?
 
 Strange...
 
 Note that successfully executing a FILES command on the 8245 still
 requires pushing the drive head... otherwise it will still give a Disk
 Offline error. Loading those saved files doesn't work properly, the
 file-contents is corrupted... But the disk seems to work fine on another
 MSX...
 
 Can anyone explain this?
 

I think you have a head alignment error
when the disk is writing to track 0 it's actually writing to track 1
i think the bearing of the worm spindle is worn out (or if some one has
been messing around with it the trck0 sensor is misaligned)

 erik de boer

--


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/)




Enough for today!

1999-07-20 Thread Laurens Holst

There. I have made my contribution of messages today.
Sorry people, but there were just so much interesting things.

Just don't do this while I'm on vacation (I will go in about a week). If I
find more than 500 messages in my box when I come back then I'll quit MSX.
Well okay, that's not true.

But anyways, you can still enjoy my presence for one week.


~Grauw "thinks he is a cool guy"


--

  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/)




Nice Gfx9000 idea...

1999-07-20 Thread Laurens Holst

The Gfx9000 can superimpose the image over an incoming signal, can't it???

If that's so then you can create a game/program showing 3-layers!!!
The background doesn't move or only moves up and down, which is the v9938
screen. If it's a bit vague, that doesn't matter. It's just a background.
The second and third layer are the layers of the P1-mode...

That way you can create a very, very nice multilayer platform-game!!!


~Grauw "wants a Gfx9000..."


--

  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/)




Illusion City

1999-07-20 Thread Manuel Pazos

Maybe then I can finally play Illusion City! To play Illusion City, is
MIDI
nessacary? And is the PCM device nessacary??? What other points of
incompatibility could it have???

  The MIDI is not necessary. The PCM is. BUT this can be easy copied.
I'm trying to convince Ademir Carchano to made one for my CIEL 2+ Turbo.


As far as I know PCM is not used in Illusion City.

Bye,

Manuel




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/)




Re: Those Microsoft coders...

1999-07-20 Thread Tristan

 Well JPs are a bit faster than JRs. Speed is more important on MSX than
 space I think. Although in the case of Dos they don't seem to use that
 policy. 

And that is perfectly logical. In diskroutines the speed of the code 
is not the limiting factor... Anyway, I think they just had plenty of 
room in the bootsector.


Tristan 

+ Omega + join #msx on undernet +[EMAIL PROTECTED]+
|   |  FUNET MSX maintainer |   ftp://ftp.funet.fi/pub/msx   |
+ irc: OmegaMSX +Techno composer+ http://users.bart.nl/~omegamsx +


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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Daniel Jorge Caetano


[OpCodes Pre-Processor Running before Z380]
Well then I think we should be able to enable/disable this preprocessor by
software, and that it is also featured in the bootroutines. So if you keep
for instance TAB pressed then the preprocessor will be activated, and
otherwise it won't.
Because if I'm going to program for the Z380 I don't want to use remapped
instructions which don't comply with the documentation and books about it. I
don't like that at all.

  That's the idea! (-:

   Ya... I know that it's possible to use
   http://phoenix.cjb.net/
Have you already signed up an account???
I tried it and it redirects me to some sails.com-site or so... The URL
doesn't work, but www.sails.com DOES exist. If it's theirs then if we ask
kindly they might give the URL to us. They don't seem to use it...

   Well... It's being used. I created the 

   http://www.msxproject.cjb.net/
   http://www.phoenixproject.cjb.net/
   http://www.msxphoenix.cjb.net/
   http://www.phoenixmsx.cjb.net/

  These are redirecting to my page (for now). Now I will allocate some
Geocities space to place the page and change all these addresses to
this new page.

  When I've done that, I'll send a new message here.

[]'s Daniel Caetano.



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/)




[Phoenix] Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Daniel Jorge Caetano


NEW!NEW!NEW!NEW!

   Ya... I know that it's possible to use
   http://phoenix.cjb.net/
Have you already signed up an account???
I tried it and it redirects me to some sails.com-site or so... The URL
doesn't work, but www.sails.com DOES exist. If it's theirs then if we ask
kindly they might give the URL to us. They don't seem to use it...

   Well... It's being used. I created the 

   http://www.msxproject.cjb.net/
   http://www.phoenixproject.cjb.net/
   http://www.msxphoenix.cjb.net/
   http://www.phoenixmsx.cjb.net/

  All of them redirect to 

  http://www.geocities.com/SiliconValley/Hardware/1985/

  It was the better that I can do... 1985 is a nice number, huh? (-:

  Now we need to create the page. We must talk about it. I have set
the usernames and all the passwords are the same for all the needs. 

  The e-mail is 

  [EMAIL PROTECTED]

  And I leave it web based, and all information goes to there, BUT
the Geocities Account number is linked to my e-mail account
(I have no idea to do something different).
  If everyone agree, I can build the page, or I can change everything
to someone else. If you all agree, I'll update it, but I'll need help,
of course! (-:

[]'s Daniel Caetano.





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/)




Re: [Phoenix] Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Patriek Lesparre

 I have some space left and I'm allowed to use CGI. I don't have the
ability to aquire my own domain name, the shortest I can offer ends in
 "/~mth/phoenix/". But does a domain name really matter? Ofcourse it looks
 cool, but anyone who's really interested can bookmark a more complicated
 URL.
It's not about bookmarking I think. you should be able to remember it, to
tell about it to others...

  Create a redirection on http://www.cjb.net/ . 

I can arrange an URL like http://phoenix.msx.tni.nl/
If needed, I have a few MB's on my server and CGI. I can even provide a
FTP! (like ftp://ftp.tni.nl/msx/phoenix/)

Just let me know! ^_^

Patriek

,--.   ,---.   ,--. Homepage: \"To make a mistake is
|  '--.|   __   \  \__/ http://www.tni.nl// human, but to really
|   __||  |  |  |  ,--. E-mail:   \ fuck things up, you
|  |   |  |  |  |  |  | [EMAIL PROTECTED]   / need a computer."
|  '---'  |  |  '--'  |   \- Glenn Scott,
\_|  || The New Image -since 1991-/  Secret Agent W7


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/)




Re: Problems with GETDISK.

1999-07-20 Thread Ricardo Jurczyk Pinheiro

At 20:20 19/07/99 +0200, you wrote:
  I have some problems with GETDISK (a program to create diskimages on
  MSX). (...) when I try to use GETDISK, I get a DOS error: *** Not a
  DOS disk. What can I do to overcome this?
 
   Well, you can use the the FDLOAD, FDSAVE and FDCOPY! This utitilities
   are provided in MegaSCSI Utilities Disk and can be used without
   MegaSCSI. If you're interest I can  send to you.

Please send me the program that can make a diskimage, if needed, with
manual! 
Thanks in advance!

You can find it in that Mega-SCSI utilities' homepage... Sorry,
don't remember the URL.

Ricardo Jurczyk Pinheiro - ICQ UIN:3635907 - [EMAIL PROTECTED]|_Sola  Scriptura |
http://i.am/rjp -M.Sc. Numerical Modelling (hope so!)  |_ Sola Gratia  |
UFF - Niteroi - RJ - Brazil  -  [EMAIL PROTECTED]_|  Sola Fide  |
MSX, ST, B5, X-F, Anime, Christian, Maths, CuD, Linux!_|  Solo Cristi  |
Christian, Rock, Comics, Transformers, and hate M$!  | Soli Deo Gloria |




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/)




Re: Phoenix project - The new MSX platform pro-standarization

1999-07-20 Thread Ricardo Jurczyk Pinheiro

At 12:56 19/07/99 +0200, you wrote:
 have the guarantee of a full compatibility between different
  projects and a
  It's a good idea to standardize the new MSX efforts, it will

 Iim sure that Phoenix is something needed for the MSX system, and with
Phoenix all the programmers will be in contact with hardware developers
to work together.

Well, it sounds really good, but unfortunately, as I've noticed in
6 years of MSX-freaking over the Net (and 12 years into the MSX-scene), I
don't think it'll be successful.
Why? Reasons below.

  But I wonder, how will the Phoenix standard be decided?

 As I said Phoenix depends on Internet, there is no discussion about this,
therefore Phoenix must be decided in Internet, I will contact with Tristan
and Funet will have a Phoenix directory, Padial will publish schemas and
complete information about the finished projects.
 The Phoenix web is another important part.

But what about the developers which don't have internet-access??? I know
Hans van Oranje has, and others might be able to access the internet via
school or the library, but I don't think they all have internet-access.

That's the 1st point, hard developers who can't access Internet.
2nd point, hard developers who dislikes e-mails.
3rd point, hard developers who doesn't speak English properly.

  An alternative to consensus would be voting, in that case
  who gets to vote? Anyone who subscribes to a Phoenix mailinglist?

 This is not neccesary, how many hardware developers are in the world??,
maybe with the hand fingers is enough to count them, there are many
programmers, but the programmers depends on the hardware developers, so
the main characters of Phoenix are the hardware developers:

 Padial, Ademir, Culla, ESE, Henrik...

I don't agree with that. Software-developers must also have a "vinger in de
pap", because they are the ones who are going to use it, and they can tell
which things are useful, which not, and they can give very useful
suggestions or tips, for example on a feature which makes a certain board a
little more expensive, but at the same time is of a great help to
programmers (for example an external interrupt or so).

Why a Phoenix mailing list, if we've a MSX mailing list. I don't
wanna subscribe to another mailing list, only to know if Phoenix is going
well or not.

  Another question: what are the starting assumptions for Phoenix?

 Well, this is certainly complicated, I think Phoenix must assumpt the
system hardware developments like Z380, new musics board, new VDP boards...
 Nowaday we have no problems because there is only a new music board and a
new VDP board (I think): Moonsound and GFX9000, but it could be a real
problem if somebody makes a new OPL4 incompatible with Moonsound, Phoenix
has the responsability in this kind of problems.

Ah, this is very good. In a lot of projects the OPL4 of v9990 is not listed
or is listed but in an  incompatible way... I'm very glad with this...
relieved.
By the way, there was some guy (dunno where) developing an OPL3 board!!!

Leonard... 

Aargh! Let us make it MoonSound-compatible and convince this guy to use
OPL4!!! (which can still be achieved).

Have you noticed how much a Moonsound board costs? Maybe he chose
OPL3 due to the price.

Oh, by the way, I think a new MSX must have a decent timer of which the
speed can be set and which can generate an interrupt. This is definately
useful, in example for JoyNet.

Sure!

 We know that MSX is a generational standard, theorically MSX-TR is
compatible
with MSX-1, MSX-2 and MSX-2+, MSX 2 with MSX-1...possible new MSX computers
have to be compatible with MSX TR, 2+, 2 and 1 obviosly.

Ok, that is perfect.

Hmmm, hope so.

This mailinglist is, I have to say, quite emulator-less...
Compare it with news://comp.sys.msx which has a lot of emulator-talk.

Well, I can't read comp.sys.msx, but I think I'm losing nothing... 

~Grauw "Phoenix is a great idea"

Phoenix is a nice idea, but I'm in doubt if everybody (and I mean
EVERYBODY) will support. Sorry, but developing a nice website is easy. The
hard part is to develop a whole new system.

ByE.

Ricardo Jurczyk Pinheiro - ICQ UIN:3635907 - [EMAIL PROTECTED]|_Sola  Scriptura |
http://i.am/rjp -M.Sc. Numerical Modelling (hope so!)  |_ Sola Gratia  |
UFF - Niteroi - RJ - Brazil  -  [EMAIL PROTECTED]_|  Sola Fide  |
MSX, ST, B5, X-F, Anime, Christian, Maths, CuD, Linux!_|  Solo Cristi  |
Christian, Rock, Comics, Transformers, and hate M$!  | Soli Deo Gloria |




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/)




[Phoenix] How to deal with the problems?

1999-07-20 Thread Daniel Jorge Caetano

On Tue, 20 Jul 1999 15:24:05, Ricardo Jurczyk Pinheiro wrote:

Well, it sounds really good, but unfortunately, as I've noticed in
6 years of MSX-freaking over the Net (and 12 years into the MSX-scene), I
don't think it'll be successful.
Why? Reasons below.

  I'll try to avoid some of them... But if we don't try anything, we never will
know if it can works! (-:

But what about the developers which don't have internet-access??? I know
Hans van Oranje has, and others might be able to access the internet via
school or the library, but I don't think they all have internet-access.
That's the 1st point, hard developers who can't access Internet.

  We that have internet access always can try to talk with them.

2nd point, hard developers who dislikes e-mails.

  Same as above.

3rd point, hard developers who doesn't speak English properly.

  Again!

  Look, I know that I can always talk to Ademir Carchano, and I know
that others can do something like this. So, if Ademir dislikes e-mail,
he can access the web site... and so on.
  The Ademir idea about the solutions and others spoken 
here I can bring to the list... But someone have to do the same
thing with Padial and other that "dislike e-mails".

Why a Phoenix mailing list, if we've a MSX mailing list. I don't
wanna subscribe to another mailing list, only to know if Phoenix is going
well or not.

  I agree with you... (-; I don't think that a new mailing list will be better.

Phoenix is a nice idea, but I'm in doubt if everybody (and I mean
EVERYBODY) will support. Sorry, but developing a nice website is easy. The
hard part is to develop a whole new system.

  Agreed.

 What I think we can do: create one standard that the hardware and software creators
can use and say "This program is made for using with MSX3"! And it will works.
 In fact, we need some knowledge about what is possible and what is not, and them try
to find a good point between development, technology and (a very important one)
THE PRICE! (-:

  I hope everyone can make your own suggestions so we may create a good
and low-cost standard... And finally, almost ten years after the last standard
we can say: MSX IS ALIVE! (-:

  Of course that something bad may happen, but even if we cannot deal with it,
nothing will be lost.

[]'s Daniel Caetano





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/)




Re: Nice Gfx9000 idea...

1999-07-20 Thread Leonard Silva de Oliveira

Laurens Holst wrote:
 
 The Gfx9000 can superimpose the image over an incoming signal, can't it???
 
 If that's so then you can create a game/program showing 3-layers!!!
 The background doesn't move or only moves up and down, which is the v9938
 screen. If it's a bit vague, that doesn't matter. It's just a background.
 The second and third layer are the layers of the P1-mode...
 
 That way you can create a very, very nice multilayer platform-game!!!

 This was already done by SEGA ... It's name : "Mega 32X"
It's an multi processor (SMP) upgrade for SEGA Mega Drive ... I think 
that most people here even heard about it . 
It contains 2 Hitachi SuperH-2 processors , an new VDP , superimposing
hardware
and more work RAM for the SEGA Megadrive. It was a pretty complex
machine , the 
developers ran away when they saw it ... Most games for it are from
SEGA.

 It does use the V9938-like VDP of the Megadrive to generate simpler
backgrounds
while the main VDP (inside the 32X) does the hard work (32k colors).
 
 This thing , I would not doubt if someone says it uses a V9990 or an
 custom version of it as VDP ...

 Cya MSXers ...


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/)




Joystick status

1999-07-20 Thread MkII

I still don't understand the AND/OR values for reading joystick status from
the Portar documentation ?!?!???!?!??? ? ?!?!?!? ?!??!?!?:

This rotine will read joystick 1 or 2:
F3di
3E 0F ld a,0fh Write this for  Write this for
D3 A0 out (0a0h),a Joystick port 1:Joystick port 2:
DB A2 in a,(0a2h)
E6 DF / E6 AF  and 1101b; 0DFh and 1010b; 0AFh
F6 4C / F6 03   or 01001100b; 04Ch  or 0011b; 003h
D3 A1 out (0a1h),a
3E 0E ld a,0eh
D3 A0 out (0a0h),a
DB A2 in a,(0a2h)




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/)




Meaning of VRAM size speed bits

1999-07-20 Thread MkII

What's the meaning of VR0  VR1 bits in register 8?

Register 8:
Mode register 2
bit  Name  Expl.
0BW32 Greylevel MVDPmode out trough CompositeVideo output.
   (Normally composite video and RGB are not generated from this
   output but from another on the MVDP).
1SP? Sprite (0=On, 1=Off)
2VR0   VRAM size and speed
3VR1   VRAM size and speed
4CBcolour Bus direction (0=Output, 1=Input)
5TP?Transparent from palette
6LCS   Lightpen Select (active 1) connected trough colourbus
7MSE   Mouse select (active 1) connected trough colourbus

Kiss you lot.

MARK 2




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/)




PSG function trigger

1999-07-20 Thread MkII

What PSG registers actually trigger the oscillator/envelope generator when
written to?

For example, writing the fine tone does not retrigger the oscillator
(yielding smooth pitch transitions) but writing the coarse tone seems to
restart the wave, with the annoying "pop" (and IMO it's not a matter of too
diferent pitch since I've tested an equivalent transition on an Amiga with
smooth results).

-+  +--+  +--+  +--++
 |  |  |  |  |  |  ||
 +--+  +--+  +--+  ++
   ^ pitch change w/o re-trigger 8:)

-+  +--+  +--+ +--++--+
 |  |  |  |  | |  ||  |
 +--+  +--+  +-+  ++  +--
   ^ pitch change w/ re-trigger 8:(

Same goes for envelopes. Which register(s) actually cause the EG to restart?

Has anybody btw used the EG to create triangle and sawtooth tone waveforms
like it was used on some great games  demos on the Atari ST?

Kiss you lot.

MARK 2




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/)




Illusion City

1999-07-20 Thread Giovanni R. Nunes


  Hi!

 Maybe then I can finally play Illusion City! To play Illusion City, is
 MIDInessacary? And is the PCM device nessacary??? What other points of
 incompatibility could it have??? 

  Illusion City (IC) has a MIDI Soundtrack but if no MID devices are
  found it uses only FM. PCM isn't used in IC but the speed of R800 is
  very used, principally to animate big shapes on screen like the flying
  cars and the trafic in background. And off-course all characters of
  the game. :)


  ---
  Giovanni Nunes
  [EMAIL PROTECTED] - [EMAIL PROTECTED]
  http://www.geocities.com/ResearchTriangle/2472/
  "Remember Biri"




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/)




Floppies...

1999-07-20 Thread Giovanni R. Nunes


  People,

I tried this a PC fdd with jumpers (IR , D0 and RY  are ON) 
 (...)
 Which PC fdd did you use?

  I've used without problems the EPSON SMD-300. This drive can be slow
  but runs finewith MSX.


  ---
  Giovanni Nunes
  [EMAIL PROTECTED] - [EMAIL PROTECTED]
  http://www.geocities.com/ResearchTriangle/2472/
  "Remember Biri"




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/)




AARRRGGGHHH!!! Y ahora a mi!!!

1999-07-20 Thread MkII

HIJAPUTA!

¡Gracias por su pedido!

En menos de 48 horas su tarjeta de crédito será cargada con la
cantidad de:

Ptas. 78.000 (US$ 520) IVA incluido.

Esta cantidad aparecerá en el extracto mensual de su tarjeta
bajo el nombre de PLSSL Software Inc.

Puede imprimir este correo como comprobante de su compra.

Para cualquier aclaración de este pedido, llame a nuestro centro
de pedidos:
005 691 4006
(servicio GRATUITO para nuestros clientes)

Atentamente,
Amanda Garcia,
Centro de pedidos
PLSSL Software Inc.




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/)




Re: Text editor w/ varitabs

1999-07-20 Thread MkII

MkII wrote:

 FOOBAR  LD   A,B; I LOVE THIS!
 DJNZ FOOBAR

You've never tried Compass didn't you.

Nope. Mainly for historical reasons.

I've been usign the DevPac developer environment in all 8 and 16-bit
computers I own since 1985 and it has always proved to be the best
(integrated "100% written in optimized assembler" editor, variable tabs,
colonless labels, tons of output formats and options (including S-records),
built-in disassembler, debug info, FAAASSSTT!).

The great thing is that visuals  functionality of DevPac is THE SAME on
all computers (ZX Spectrum, Atari ST, Amiga...).

I even use the editor to edit TEXT FILES! It searches and replaces 100
times faster that any other!

I came across GEN80 and MON80 at Funet, but haven't found the whole DevPac
package (which should include editor and BIOS/BASIC/BDOS include definition
files).

Kiss you lot.

MARK 2




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/)




B.C. Before Compass (Re: Wanted full GEN80)

1999-07-20 Thread MkII

 I'm desperately seeking the full GEN80 package from HiSoft (assembler,
 monitor, EDITOR, etc.)

Officially this pack is called DevPack I believe... Something with Dev in
it, at least not Gen80.
But anyways, it can be found on funet: ftp.funet.fi (FTP)

I only found GEN80 and MON80, not the entire package. I'll further check.

Btw, what assembler environment was used in the MSX world back in 1984?

M80  L80?

OUCH!!!

PS: How's 1984 in B.C. (Before Compass) notation? 8')

MARK 2




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/)




Re: VDP port addresses in ROM

1999-07-20 Thread MkII

  Do you guys get the VDP port addresses from main ROM (at #0006) or you
  actually bang #9x ports directly?
 
 We all use #9x immediately.
 Unless we write a tutorial were we say that the standard asks us to use
 #0006 ;-)

He is right. There is some MSX1 to MSX2 transformer which has different
ports but we need the speed too much to read it from adress 6. And in
Dos-environment we have to do some difficult interslot-read... nah, assuming
#98-#9B is much faster, easier, clearer.

Using address 6 forces you to always use the OUT (C),r form, but I've
managed to cope with this in a clean way but... the setup interslot-read
and unorthogonal incrementing-storing really makes me SICK. It's the worst
part of the code and it's right in the beginning! 8:D

And by the way, from MSX2+ on, those ports #98-#9B are standarized too.
So if you directly use these ports, it will work, according to the standard,
on every MSX 2+ and higher. And in practice, it will also work on every MSX,
exept for those which are adapted to MSX2 with this very rare Japanese
board.

And as I have no access to these rarities... perhaps some other
incompatibility would arise despite the effort!

So #9x is the way.

MARK 2




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/)




EI/RETI (was Re: Accessing disk with disabled interrupts)

1999-07-20 Thread MkII

 Should I disable interrupts accessing the VDP register directly?

Yes.

Like this:
LD A,value
DI
OUT (#99),a
LD A,register+128
EI
OUT (#99),a

Keep in mind that when executing an EI the interrupts will be enabled after
the next instruction. So this is the way to keep the interrupts disabled as
short as possible, which is always preferred (although not required).

Nice tip. This reminds me of the EI/RETI pair back in the ZX era. The fact
is that...

***I DON'T REMEMBER THE REASON!!!***

Is this tip used in MSX interrupts? Why (or why not)? ZX Spectrum used IM2.

 Is it legal to call 256 times #FD9F with interrupts disabled at VDP level?

Absolutely. But it might re-enable the interrupt. You'll have to check that.

OK.

 Is it legal to tell Disk ROM to stop the motor with VDP interrupts
disabled?

Yes. Basically the DiskROM has nothing to do with the VDP. Just keep in mind
that there is a chance that they enable the interrupts.

But not at VDP level I suppose.

But why do you need to keep the interrupts disabled???

It was posted on this list that F700 had disk speed problems because of
poor disk interrupts. One way to cope with this was disabling interrupts
during disk loading. This way the F700 problem is solved at boot time
without disturbing other MSX models and without the hassle of saving/RET
poking/restoring the int vector.

Kiss you lot.

MARK 2




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/)




Re: Text editor w/ varitabs

1999-07-20 Thread MkII

 Is there any good text editor with variable tabs per line (for assembler
 readibility's sake!)?

Well if you want a text-editor I suggest Ted, very good although it has
Dutch menus, which may be a problem (but I think not).

Why is it not available in plain english? It's not a big problem but feels
a bit  uncomfortable and gives software a bit too much of a "public domain"
look.

But if you're programming assembler: GO GET COMPASS!!!
(Yes, I'm shouting!)

I'll have a dekko at it (now I'm deaf btw!) 8;)

??? So you want different TAB settings per instruction???

My message was messed up (by your reader or my poster). I don't want
different tabs per instruction but per line field.

LABEL   DJNZ LABEL; FOO
LD   A,B  ; BAR

That is, something like 8 spaces per colonless label (so you can fit it in
the same line), 5 per instruction (the longer mnemonics HALT, DJNZ, etc.
have 4 chars) and a suitable space for comments without touching the
instruction paramenters.

Well, if you want readability I suggest you drop your entire current layout
and go start a new one:

Mmm... me and the lot of 6502/Z80 coders back in the very early 80s were
using that layout! See Terminator part 1 robot listings 8;)

Foobar: lda,b
djnz  Foobar

Some prefer to have the labels on seperate lines because it's easier when
inserting/deleting instructions but I don't; the CTRL-L keycode of Compass
is very useful.

Just like me! It's a bit messier if you have a poor editor, which is not
our case, huh? 8;)

Also, I use lowercase characters for the code (but uppercase is nice too),
and lower+uppercase-characters for Program-labels (like Foobar), and
uppercade-labels for data:
DATA:   DB#FF

Well, it's almost mandatory to use lowercase for 68000-like assembler,
since it resembles a high level language:

FooBarLongLabel movem.l d0-d3/a0-a2/a5,-(sp)   * Foo bar loong comment
eori.b  #$25,$22(a0,d0.l)  * Foo bar looonger comment

That in uppercase would be DEADLY!

But I personally prefer 8-bit assembler in uppercase. It looks more
consistent, and opcodes ain't that messy to become unreadable. Again, see
Terminator. Robot listins wouldn't be as impressive in lowercase 8;)

I really hope you take over these programming-habits because it really makes
your source much easier to read, it really makes a difference!

As I've said it was a problem of TAB conversion between our mailing
programs. My habits are just "classic" early 80s stuff: uppercase 
varitabs. Nothing that messy. They were actually stroking listings on
teletypes so the code had to be real readable! *:D

And btw I'm quite proud of my crystal clear assembler. I even don't put a
single comment mixed with my code if it's not a matter of life/death! I
prefer a short and clear header description, clear labels and equates, the
right amount of "air" and choosing only the best way to do things (there's
only one, so there's no chance of misunderstanding).

I also prefer notes, diagrams and algorithms off the source, even though
I'm proud of my ASCII art 8;)

Kiss you lot.

MARK 2




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/)




Re: Memory map and interrupts at boot time

1999-07-20 Thread MkII

At 05:08 AM 7/20/99 +0200, you wrote:

What's the actual memory map configuration and interrupt status at boot
time (phase 2, after RET NC)?

Interrupt status: no idea.

I issued a HALT and get frost.

Memory configuration: all RAM, with some routines (slot select etc) copied
into page 0.

But the standard boot code seems to jump #4022 without slot select if
MSXDOS.SYS is not present.

MARK 2




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/)




Re: Those Microsoft coders...

1999-07-20 Thread MkII

 Disassembling a standard MSX-DOS V1 boot sector I've come across the
following:

 It uses a BDOS function 6 loop to output the boot error string instead of
 function 9 (!). Any reason?

Yes. It probably is a null-terminated string, which sometimes is nessacary
if you for instance want to display a '$'-sign, or when you are printing an
ASCIIZ-string Dos2 uses for its diskroutines.

But this string:

C085426F6F74206572  DEFM"Boot error"
726F720D0A  DEFB#0D,#0A
C09150726573732061  DEFM"Press any key for retry"
6E79206B657920  DEFB#0D,#0A
666F7230726574
72790D0A

Has not a single $. Neither DOS2 did exist. It's the bootsector as found in
the Philips NMS 8250 MSX-DOS release *1*.

I really don't understand the programming style of the bootsector. Really
BAD habits.

By the way, if you disassemble function 9 you'll see it's nothing more but a
loop which calls function 6 until it encounters an '$'.

I guess so, but that's precisely the reason to use 9 instead of reinventing
it and the wheel!

Haven't checked that but I'm quite sure, I know quite a bit how Dos is
programmed and I really expect those kind of tricks of them.

Tricks? To repeat a ROM function? To use JPs in loopless near jumps??? 8:?

 There're spurious JPs where it should have been JRs (!). Plenty of
space??? *:D

Well JPs are a bit faster than JRs. Speed is more important on MSX than
space I think. Although in the case of Dos they don't seem to use that
policy. But the mapperroutines are as fast as they can get. They get credits
from me for that.

Faster for an error branch (no S/M code)?

 Is the whole MS firmware this quality?

:) Well looking to Windows...

So now imagine a Windows MegaROM! 8:D

GigaROM(tm) with a whole fancooled mapper daughterboard 8:D 8:D

Kiss you lot.

MARK 2




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/)




[OOPS!] AARRRGGGHHH!!! Y ahora a mi!!!

1999-07-20 Thread MkII

Gee... sorry for that message. Our server received an emailbombing by an
strange broadcast spam message and when replying it was also erroneously
broadcasted to this list (!).

Our sys-ad message follows, just to worsen the off-topic 8;D:

   * AVIS IMPORTANT *

Alguns usuaris de TINET han rebut un missatge (SPAM mail) indicant-los que
se'ls hi cobraria una certa quantitat de diners a través de la seva targeta
VISA per part d'una empresa anomenada "PLSSL Software Inc".  AQUEST
MISSATGE ES TOTALMENT FALS.

A sense of humour is always essential.

Kiss you lot and sorre -_-

MARK 2




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/)