status of MSX in korea (was:Re: What's the latest MSX ?)

1999-03-25 Thread Marco Frissen

At 09:56 AM 3/25/99 +0900, you wrote:
:
: And also I'm very sorry to all of you waiting for the Jun Soft and
:East Sea Products. I cannot even touch my pretty MSX...
:All my works for MSX will be continued on April.
:
:  - Jun.
:
annyong-ha seyo Jun Sung,

hmm, this romanisation never works out like it should :-)

anyway, what is the actual status of MSX in Korea?
There is a link on the MSX resource website (never updated again?), but
doesn't work.
I cannot imagine this is the only MSX site in korea.

Any input appreciated.

Cheers,

Marco
--
Marco F.E.J. Frissen  mailto:[EMAIL PROTECTED]
Philips Digital Video Systems, CryptoWorks.
Building OAN 2.39, Cederlaan 4
5616 SC  Eindhoven, Netherlands
--
Computer programmers know how to use their hardware.



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




Remove

1999-03-25 Thread Maico Arts







Re: Problems when changing stack

1999-03-25 Thread Jeroen Smael

Nestor Soriano wrote:
 Hi people... problems again... this time, when changing stack. In a new
 update of NestorAcentos I'm developing, I put the following piece of code
 attached to the timer interrupt hook. The code is placed in a reserved zone
 on page 3:
 
 ld (SAVESP),sp
 ld sp,NEWSP+100
 push all
 .
 . (changes slot and segment on page 2, do stuff and restores old status)
 .
 pop all
 ld sp,(SAVESP)
 jp old interrupt hook
 
 SAVESP: dw 0
 NEWSP:  ds 100
 
 Well, a program executing such code causes the system to crash when any
 other program is executed. Someone knows where is the problem?
 
 Thanx!

Hi Nestor,

Perhaps a stupid remark, but do you call this routine or do you jump to
it? If you call it, the JP at the end causes your problem. If you jump
to this routine, I don't see anything wrong with it (somebody else?).

Regards and happy (bug) hunting,

Jeroen Smael
FutureDisk

Homepage: http://www.futuredisk.msxnet.org/


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




Remove

1999-03-25 Thread Marco Casali

ALBERTO VALVERDE wrote:
 
 From: "Surrec" [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: remove
 Date: Wed, 24 Mar 1999 16:59:48 +0100
 
 remove
   - Original Message -
   From: [EMAIL PROTECTED]
   To: [EMAIL PROTECTED]
   Sent: woensdag 24 maart 1999 9:32
   Subject: HOW TO GET 2 MILLION PEOPLE SEND YOU $ 2.00
 
 
   ___
   If you wish to be removed from this advertiser's future mailings,
 please reply
   with the subject "Remove" and this software will automatically
 block you
   from their future mailings.
 
 
 
 
 
 
 -
 -
 
 
 
 
 
 
   HOW TO GET
   2 MILLION PEOPLE TO SEND YOU
   $ 2.00 !!!
 
 
   LEARN MY EASY METHOD, PLUS RECEIVE PROOF THIS WORKS.
 
   RUSH $ 2.00 ( U.S ) FOR SHIPPING AND HANDLING TO :
 
   PANTAI VILLA MARKETING
 
   DEPT 102, P.O. BOX 12458
 
   50778 KUALA LUMPUR
 
   MALAYSIA
 
 
 
 Get Your Private, Free Email at http://www.hotmail.com
 
 
 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/)




Philippe Bezon?

1999-03-25 Thread Marco Casali

who know the new mail of Philippe Bezon?

Marco


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 when changing stack

1999-03-25 Thread shevek

On Wed, 24 Mar 1999, Nestor Soriano wrote:

 ld (SAVESP),sp
 ld sp,NEWSP+100
 push all
 .
 . (changes slot and segment on page 2, do stuff and restores old status)
 .
 pop all
 ld sp,(SAVESP)
 jp old interrupt hook
 
 SAVESP: dw 0
 NEWSP:  ds 100
 
 Well, a program executing such code causes the system to crash when any
 other program is executed. Someone knows where is the problem?

You had some hints of what the problem most probably could be. I give you
one more, but I don't think you made this mistake: push all and pop all
must be in reversed order, this is correctly done?

Most probably you get an interrupt while your routine is working. If that
happens only once, the system will hang. You can switch them off with
vdp(1), so you're sure there'll be really no interrupts, even if some
routine might switch them on. This is not really safe, though, since other
devices might give interrupts as well, like the gfx9000. So just make sure
they're not switched on is the safest.
If you disable the bios, don't forget to read vdp status register 0 to
reset the interrupt.

Bye,
shevek

---
Visit the internet summercamp via http://polypc47.chem.rug.nl:5002



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: MBT

1999-03-25 Thread Gabriel D.

Hi,


From: "MSX Brazilian Team" [EMAIL PROTECTED]
[snip]

"Will it be that is its rage it is because we eliminated you in the cup 
of
the soccer world ?"  : -)
Nope, It´s not a rage but cool fact that I was displeased with MBTs 
service (I have my rights to express my personal opinion)...


Dear Gabriel, have taken care more with the words. " Who hurts with 
iron,
with iron it will be hurt. "

We bought with you a moonsound and a cartridge SCC and we don't have to
complain of its procedure that was correct with us. We are that had to 
trust
in you, because we sent the money firstly and later you sent us the
products. We sent the money through IPO according to its instruction 
and in
agreement with the table of conversion of Danish for Dollar also 
following
its instruction. We were surprised when you mentioned us that it lacked
US$20, but in any moment we complained of that. Following its 
instruction

Surprised? How can you be surprised when I have clearly explained why I 
demanded extra payment. I´m certainly not able to control local increase 
of mailing fees, which occur every year.
So it was quite normal that I demanded the extra payment thus it was 
more expensive to send the package after mailing prices were increased, 
thus the buyer covers all shipping costs.


again, we sent the US$20 for letter in a brown, same envelope being 
illegal
to send money this way and thwarting our beginnings, we accepted its
suggestion.

Sending money this way is always on your own risk. If I send money this 
way I always count with that the money may get lost. It´s a risk I take 
sometimes when I send not so big amounts. But it´s a personal choice and 
the responibility is completly the senders.

This was one of the last contacts that had with you and only now are
becoming aware of this offense uttered by its person, what leaves us 
deeply
saddened with the fact, because in moment some thought of to harm it or 
to
deceive it.  I think its accusation is very serious and it forces us we 
take
it serious measures, because it commits our services rendered MSX when 
doing
such statement. In fact, this is a characteristic of the user of MSX, 
the
precipitation.
Accusation? 

I have certainly mailed you several times and asked about where did the 
payment go, when you have sent it etc.
I have not received ANY responce, not even a question whether the cash 
arrived or not nor confirmation of money beeing sent at certain date.
I have e-mailed you with quite big intervals, so even if you had 
problems with HD or whatever you should at least have received one 
e-mail.
BTW it´s your responisibility to make sure the customer has received the 
items/or payment by e-mailing and asking (and certainly in a case when 
you know your HD/e-mail stuff isn´t working properly).
This a quite normal procedure. I always ask people to e-mail me when 
they receive money/package sent by me, to make sure everythink is OK.




We are we with the documents that prove the shipping of IPO and of the
letter and any person can ask one you copies MBT for compravar that we 
are
saying.
This is not a question of sening the first payment, but the extra 
mailing costs, so don´t mix em up.

We continued trusting you, that is entitled the whole of doing its
complaint, but we are also entitled the of defending, or you think that 
are
you be superior and always with reason. So that Gabriel it is not 
harmed, we
will be sending more US$20, of this time for IPO so that it doesn't 
happen
more undesirable problems and we waited that it is informed openly by 
you
the greeting of IPO, because is making a serious work.

That sounds good, I look forward to receive them, thus if I had received 
the extra payment I wouldn´t ever had a reason to mention MBT at all 
anywhere.

I take advantage of to inform that of the year passed to I begin it of 
this
year our email it moved 2 times and we still had a serious problem with 
our
HD, what made us to lose several emails and that besides was informed 
in the
Brazilian list of MSX. Therefore it is possible that has happened some
communication problem.

Look above.

I hope to count with its understanding and I am its disposition for any
doubt.
I hope we can clear any doubts, so no hard feelings.



Greetings from Gabriel, DENMARK

Visit my MSX homepage and sign the guestbook :-)

[Software, tips, music-disks, buy/sell/swap section, msx
links, NMS-1170 Bar Code Reader page, Ultimate MSX-FAQ...]
Use one of these URLs to enter:

http://www.trd.msxnet.org
http://www.geocities.com/SiliconValley/Vista/2653/

MSX links:

http://www.geocities.com/SiliconValley/Vista/2653/links.html


To contact:

Snail-mail:

Gabriel Dabrowski
Egevangen 94
8355 Solbjerg
Denmark

e-mail: [EMAIL PROTECTED]
or: [EMAIL PROTECTED]

ICQ: 20449307

Phone: +86928589




Get Your Private, Free Email at http://www.hotmail.com


MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL 

Who wants to trade a Toshiba Music Module (+ keyboard) for a Philips Music Module?

1999-03-25 Thread Manuel Bilderbeek

Hi

See subject: if you know someone who does, contact me or Kasper Souren
([EMAIL PROTECTED]).
Thanks!
-- 
Grtjs, Manuel

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




Re: Problems when changing stack

1999-03-25 Thread Jon De Schrijder


On Thu, 25 Mar 1999, Jeroen Smael wrote:

 Nestor Soriano wrote:
  Hi people... problems again... this time, when changing stack. In a new
  update of NestorAcentos I'm developing, I put the following piece of code
  attached to the timer interrupt hook. The code is placed in a reserved zone
  on page 3:
  
  ld (SAVESP),sp
  ld sp,NEWSP+100
  push all
  .
  . (changes slot and segment on page 2, do stuff and restores old status)
  .
  pop all
  ld sp,(SAVESP)
  jp old interrupt hook
  
  SAVESP: dw 0
  NEWSP:  ds 100
  
  Well, a program executing such code causes the system to crash when any
  other program is executed. Someone knows where is the problem?
  
  Thanx!
 
 Hi Nestor,
 
 Perhaps a stupid remark, but do you call this routine or do you jump to
 it? If you call it, the JP at the end causes your problem. If you jump
 to this routine, I don't see anything wrong with it (somebody else?).

hmm.. it is just the other way around; if he CALLs it, it is ok because
the old_interrupt_hook RETurns.

Do you perform BDOS routines during your interrupt Nestor? And do you use
it in DOS1 or DOS2 environment?

Also stupid: don't forget to push/pop IX/IY and shadowregisters.

Greetz,
jon



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: Philippe Bezon?

1999-03-25 Thread Club Hnostar

On 25/3/99 18:38 Marco Casali wrote :

who know the new mail of Philippe Bezon?

I had this: http://www.perso.hol.fr/~pbezon

and later: http://perso.club-internet.fr/bezon/index.html

and email: [EMAIL PROTECTED]




== 

 CLUB HNOSTAR MSX
 Email: [EMAIL PROTECTED]
 http://www.ctv.es/USERS/hnostar/

 Last update: 18 March 1999

 ICQ Number: 25855133

 Spanish HNOSTAR MSX Magazine Editors
 HNOSTAR 42 is our latest number
==

24th April: XI MSX Fair in Tilburg
1 de mayo: XV Encuentro de usuarios en Barcelona
Mas informacion en nuestra web 
More info on our web



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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Fri, 19 Mar 1999 [EMAIL PROTECTED] wrote:

 Marco Antonio Simon dal Poz [EMAIL PROTECTED] wrote:
 
  My project with MegaRAM uses a double-bank  of  mapped 
  registers (16 bytes select ever 8kb block).
 And how do you think you'll make the registers? Will you use the even
 addresses to select LSB and odd addresses to select MSB?
 
 The great idea is more or less this:
 OUT (8Fh), A disable G-RAM (or enable ROM)
 OUT (8Eh), A enable LSB exp. address for bank switch
 OUT (8Ch), A enable MSB exp. address for bank switch

That's not a good idea, because for each block switch with distance higher
than FFh you'll need 2 OUTs and 2 LDs.

 I prefer "Circuit Cellar",by Steve Ciarcia
 
 I collect copies of circuit cellar on BYTE small systems
 journal (USA/1979~1988). Thanks for remind !

I don't know Circuit Cellar publications on BYTE magazine. I was talking
about http://www.circuitcellar.com/

 If you don't remember, Steve Ciarcia is the writter of the book called
 "Construct your own Microcomputer using Z80", McGrawHill.
 
 I have a copy, too. :
 And plan to make a PCB for this schemes.

That will be very big!

 The most mysteriuos MegaRAM's feature is the mirror :)
 MSB of address bus (A15) is ignored by MegaRAM!
 Yes, the creator of Megaram (Ademir Carchano) told me that he 
 ignored A15 to make the hardware much more simple, 
 and to fit in a standard cartridge box.
 
 Jeannie...(ops!) Ademir... is a genious! 

I don't think so. He is a guy that had the chance of have a good
documentation and very recent equipments, and much more knowledge about
hardware than the most part of people in that time.

 (Blocks marked with "'" are mirrors of same block)

Right.

 That can happen when you do a reset while Megaram is in "write enable
 mode". But I don't know how much memory will be detected as normal RAM.
 Does the BIOS verify if the mirror effect happens?
 
 Ok, the CHKRAM started on E000h,  and  decrease  counter 
 when search RAM... don't know how more is effective.

Does anybody know exactly how the system search for slots in which there
is RAM?

  MegaRAM are "RESET-insensitive". See technical informa
  tion and electrical diagram on CPU MSX Magazine nr 35.
 Don't trust in that magazine! I'll analyse the contents of those
 schematics to see if there aren't any bugs.
 
 The scheme do not use /RESET signal  for  clear  MegaRAM 
 registers. I'm based on CPU MSX scheme.

That's right. But I see that schematic doesn't use the BUSDIR signal. Does
anybody know how the BUSDIR signal should be used?

  Simple and good method: select (in descending order) each possible 
  block, write its number in it in at some test address, and then 
  (starting with block 0) check up until which block the block number 
  matches what you find at the test address when selecting each block.
  Many faults for a test program... 
 Then show us which faults you are seeing!
 
 Checking for multiple-redundance nodes,  and  check  for
 individual address bus lines  minimize  time  on  search
 size of available RAM.

What do you mean with multiple-redundance nodes? And checking for
individual address bus lines only works for Megarams (or Mappers) with
power of 2 kilobytes (starting with 16kb).

 Think how much time CPU  need  for  measure  the  entire
 RAM connected at slots. This way is unreasonable!

Very few time! That's perfectly possible.

  I shop 4 ICs WD2793BL... but no have schematics for!!!
 A friend of mine sended to me a copy of the port based disk interface, and
 I saw that it really uses WD2793 FDC. 
 
 The same friend send to me the copy of diagrams of  this
 interface, too. But I don't know to make adjust.

I think that with the schematic, you can easily create an interface. What
don't you know?

  But one of the difficulties is to understand how the all kinds
 of MSX hardware work, because the variability is really big
 I think 1st priority detect all kinds of RAM.
 That's the easy part.
 
 Not so easy. Several kinds of RAM is available:
 Cartridge  64kb  RAM  standart,  MegaRAM,  MegaRAM-Disk,
 Ext. Mapper, (new)G-RAM, 8/16/32kb SRAM modules...

I said that's the easy part because the others are much more difficult.

 Found size of RAM isn't all of test... 
 I need mark the Wait cicles required for  read/write  on
 any kinds of RAM available on system.

That's not need and not possible! That's a hardware characteristic, and
can't be software controlled.

 I collect tricks for detect this kinds.

And I research tricks for that!

  Wait for G-RAM(TM)  (MegaRAM  with  16-bit  registers) 
  padronization. Will alocate 512Mbytes RAM/each slot. 
 Is the "G" from "G-RAM" a abbreviation of "gambiarra"? :-)
 
 .br 
 "G" vem de GODZILLA, ficou bacana ?

Yes, but I think that "gambiarra" is much more funny!

 Mas nao espalha meu, senao posso me dar mal ! : 

Mas voce ja' espalhou aqui!

 /.br

Greetings from Brazil!

-
Marco Antonio Simon Dal Poz

FONY at Tilburg, list of games

1999-03-25 Thread Stephan Szarafinski

We are going to organize an auction (veiling) at Tilburg.
The list of games includes: Solid Snake, Space Manbow, Penant Race 1 and 2,
Goemon, King Kong 2, Tetris, Dragon Slayer 6, Fray for Turbo R... and a lot
more including Audio CDs with original soundtracks!

More info and a complete list with pictures at http://www.fony.msxnet.org/

So come to Tilburg and get the games you always wanted!

Greets,

Stephan Szarafinski
FONY




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: MegaRAM

1999-03-25 Thread Adriano Camargo Rodrigues da Cunha


  Jeannie...(ops!) Ademir... is a genious! 
 I don't think so. He is a guy that had the chance of have a good
 documentation and very recent equipments, and much more knowledge about
 hardware than the most part of people in that time.

Ademir Carchano is a very dedicated man.
You heared his histories in Jau MSX Meeting.
You know about his "guess" of MegaROM functionality just
disassembling Konami ROMs. And his knowledge about MSX2/2+/TR, mainly
disassembling ROM code.
He has his merits.

 Does anybody know exactly how the system search for slots in which there
 is RAM?

Disassembly the MSX ROM, Dal Poz...


Adriano Camargo Rodrigues da Cunha   ([EMAIL PROTECTED])
Engenharia de Computacao - UNICAMP
http://www.adrpage.cjb.net   MSX-TR:I have one.And you?

 *** NEW URL! AdrianPage now is at http://www.adrpage.cjb.net ***

* I don't need to eat neither to sleep. I bought a modem. *



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




Kingsvalley2 msx 1 japanese

1999-03-25 Thread Stephan Szarafinski

Has anyone ever seen the japanese edition of King's Valley 2 for MSX1?
I would like to have it...

Stephan




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: Dynamic Publisher on harddrive? Are you kidding?

1999-03-25 Thread Hapzee

Dynamic publisher works from harddisk. If you use the patched version, you can ESCape 
from it and change directorys and then run it again.
Use DP from the A partition and use SUBST to make any drive letter available als B:


--
Van:Mari van den Broek[SMTP:[EMAIL PROTECTED]]
Antwoord naar:  [EMAIL PROTECTED]
Verzonden:  dinsdag 23 maart 1999 22:08
Aan:[EMAIL PROTECTED]
Onderwerp:  Dynamic Publisher on harddrive? Are you kidding?

Hello,

By the way, I got Dynamic Publisher working on harddisk. The trick is to
load MAP (disable mapper functions) and do a ASSIGN A: B:, if you have
it running on drive B: in a subdir. Then it worked. (It's so stupid to
load files with "A:  .STP" as filenames... Tsk, Cees! That's not
nice!


Old news... since we use harddrives, people use programs like these from
harddrive... If you use a Turbo-R you have to place an extra POKE to the
loader of Dynamic Publisher to get it to work... (this poke is also needed
if you want to run the program from disk!).

More programmers make the same mistake to load files from a specific
drive... But there's a utility that makes it possible to use and switch
directories in Dynamic Publisher (people of MSx Club Enschede made this a
long tim ago!)... I never tried this utility because I allmost never use
Dynamic Publiher anymore...

--[ MARI ]--




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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Fri, 19 Mar 1999, Alwin Henseler wrote:

  Yep, that's very useful. How did you make this write-protection that can
  be enabled or disabled? This sounds very interesting if you have another
  slot with RAM.
 
 Simple: cut some signal that enables writing to the (D?)RAM, put a 
 switch in between, and a few KOhm pull-up resistor on the 
 disconnected input(s). Similar to SCC cartridge switches.

In this way it's really simple! I was thinking that you had created an
additional port to write enable or disable.

  Why does this make the same as with SCC's? AFAIK, all Konami Megaroms
  behave in this way. And I don't know why Konami had changed LD (4000h),A
  by LD (5000h),A and so on.
 
 Nope!
 For SCC's:
 With a hardware reset, these ranges are reset to block 0, 1, 2 and 3, 
 respectively.
 Hardware speaking: address line 15 (A15) is a don't care / ignored.
 
 For some other Konami megaROMs (like Vampire Killer), it works like 
 this:
 I'd read: address line 14 (A14) is a don't care.
 With a hardware reset, the memory ranges are initialised as with the 
 SCC's (block 0 (fixed), and 1, 2, 3 selected)
 
 This is just 2 different megaROM types. For other megaROMs, this 
 might be yet different again. And even megaROMs using the same mapper 
 IC need not always work the same, there's always variations possible 
 in how things are connected inside a cartridge.

Ok, now I undestand. For the most part of Megaroms it's not important. But
it's good to know! Thanks for these details that I didn't know.

  Is Crazy Train really made by Sony? AFAIK, it's made by Konami.
 
 Doesn't the title screen show the name Sony?

Because my diskdrive is broken, I can't see. But I think that it's Konami.
Perhaps I can download from Funet and test it in BrMSX.

  I didn't know that 41 42 xx xx can't be used for page 0. Can it be used
  for page 3?
 
 No, "A", "B", xx, xx only works for pages 1  2. Ofcourse, there's 
 nothing preventing you from putting code or data in a ROM in page 3, 
 just a bit difficult to use.

For page 3 the ID code is 41 42 xx xx or 43 44 xx xx?

 In hardware, it's easy to understand: if you have a ROM that should 
 be in 1 page only, you have to combine signals for 
 (read+slotselect+desired memory range accessed). If you just combine 
 (read+slotselect), your ROM shows up in all pages. It looks a 64K ROM 
 then, but it's simply a smaller ROM that responds to several 
 address ranges. Nothing mysterious about that.

Yes, everything becomes clear when hardware descriptions are known.

  Does River Raid and Beam Rider do the same? A long time ago, I had tried
  to copy these cartridges, but they were in page 0. After had copied it, I
  disassembled it and I saw that it was really a game made to run in page 0.
  But the copy didn't work! Last week I downloaded them from funet, and I
  saw that they were made to run in page 2, with internal calls to page 2.
  So, I couldn't understand: the original cartridge has internal call to
  page 0, with all the code in page 0, and the version from funet were made
  do run in page 2? What happened with these games?
 
 There exist different versions (updates? bugfixed?) of some 
 cartridges. Athletic Land for instance, exists in page 0- and a page 
 1-version. And I've got 3 different versions of Monkey Academy. Their 
 contents is shifted compared with both others (changing jumps and 
 calls throughout the ROM), but if you play them, I couldn't find any 
 difference!

Why someone would do it? Is it some kind of unuseful work? But my main
problem was that I couldn't copy River Raid and Beam Rider cartridges.

  Yep, I don't know why ROM doesn't search for cartridges in page 0. Perhaps
  this is due to hardware limitations (pins PAGE1, PAGE2, PAGE12 or
  something like that).
 
 I don't know either. It's no hardware limitation, though.

Perhaps it's only an ENASLT limitation. But ENASLT isn't used while
cartridges are being reserched over the slots. AFAIK, the startup routines
use only CALSLT.

   Yet another MSX mystery solved
  
  Yes, and there's no documentation in this level. This was very well
  solved, how many days did you spend tracing the ROM?
 
 Not days!couple 'o hours

Good for you! Nowadays, I can't spend an whole day tracing code, only 2
hours at maximum. :-(

  My question is: why the data behavior is symmetric (pages even and pages
  odd) and the block-switching isn't, I mean, why in Konami Megaroms the
  block number can't be selected via pages 0 and 3?
 
 Maybe to prevent accidental page-switches? Anyway, for megaROMs it's 
 not difficult: most of the IC's used, simply get connected to all the 
 higher address lines, so that they can decode ANY combination of for 
 instance address lines A12-A15. What is done with that, is decided by 
 the IC design.

I know, the IC was designed this way, but what was the idea behind block
numbers can't be selected via pages 0 and 3? Nobody knows.

   If you have a memory mapper, the (MSX2 and higher) BIOS 

Re: MSX2 memory mappers

1999-03-25 Thread Marco Antonio Simon dal Poz

On Fri, 19 Mar 1999, Alwin Henseler wrote:

 Ooohh, it's really hard to explain those Brazilians all about memory 
 mappers! (don't they have any?).

Not all Brazilians (or am I being so repetitive?). I converted several
games from Memory Mapper to Megaram, and I never had Memory Mapper!

 Some facts:
 
 An MSX2 doesn't need to have a memory mapper to be a true MSX-2. 
 Example: Sony HB-G900. 64K RAM, no mapper, but true MSX-2, nothing 
 wrong with it.

That's what I said!

 Sony HB-F9P: 128 K, mapper
 
 Smaller:
 Almost every Japanese-built MSX2 or 2+: 64K mapper
 
 Philips NMS 8220 has only 64K, but this IS a mapper. Really a 128K 
 mapper with 2nd half empty, so switching blocks, you get:
 Block 0, 1, 2, 3, "nothing", "nothing", "nothing", "nothing", block 0 
 again, 1 again, 2 again, 3 again,  "nothing", "nothing", "nothing", 
 "nothing", 0 again, 1 again, etc.

Then, it can be expanded to 128kb.

 Not standard? Absolutely standard!
 Mapper=64K = 4 blocks (0-3), selecting block 0, 1, 2, 3 gets you 
 mapper blocks 0, 1, 2, 3 - all ok.
 Reading the mapper ports on this machine would return other 
 values as you might expect, but reading mapper ports SHOULD 
 be considered unreliable, right?

Not only unreliable, but a wrong procedure, since the MSX Technical
Handbook prevents it.

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Fri, 19 Mar 1999, Patrick Kramer wrote:

   This mystery can be solved quite simply if you look at the
  specifications of 
   the MSX slot. In a cartridge slot, you have three signals, just for the 
   convenience of the hardware designer:
   CS1: This signal becomes active if the Z80 addresses memory in page 1
   CS2: This signal becomes active if the Z80 addresses memory in page 2
   CS12: This signal becomes active if the Z80 addresses memory in page 1
  or 2
  
  I already knew this signals, but I never understood how to create a ROM in
  pages 0 and 3.
   Well, you don't need these signals then.
   Example: if you want to have a 16K ROM in page 0, you would have to
 select this ROM whenever the slot is selected, AND address space -3fff
 is addressed. This means A14 and A15 MUST be low.
   So as a _CS for the ROM you would have _SLTSL OR A14 OR A15.

Wow! Now many many things are becoming clear!!!

  But how can be made cartridges with 64kb of normal continuous RAM?
  
   Well, only use _SLTSL as a _CS for the RAM. There is no need for
 page-related chip selects as all pages are addressed.
   (A14 and A15 are used)

That's what I was thinking. I don't know why here, in Brazil, we had had
many informations about software, but almost nothing about hardware.

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Fri, 19 Mar 1999, Maarten ter Huurne wrote:

  ROM version of Royal Blood is 1MB.
 
 8-megabit Megarom??? That's impressive! Is it downloadable in any site?
 
 I don't think so. I know it exists because Takamichi has one. It contains a
 bit of SRAM as well. There is also a disk version of this game, so the ROM
 version is interesting mostly as a curiousity.

I downloaded from Funet, but I didn't have time to test it.

 I have also seen a Korean compilation cartridge (probably illegal) which
 contains many 16K ROMs combined in a single cartridge. It had a ROM of 2MB.
 I still have the ROM image on my harddisk.

I don't think that (mega)ROM cartridges are interesting. They're hard to
copy, unmodifiable (in principle) and much expensive.

  Why didn't people from Japan create a kind of Megaram?
  
  Maybe they don't like doing illegal things?
 
 Take it easy!
 
 Don't get me wrong, I copied lots of MSX games. Only recently I started
 buying games (MSX and PSX). Now I have a part-time job (Java programming)
 and I can afford them, before I needed all my money for hardware (MSX2,
 color monitor, FM-PAC).

Ok, I was thinking that you was blaming me for software piracy. I copied
some MSX games, but I never sold copies. I never take profit of others
work. But there wasn't any kind of Japanese representatives here, so we
didn't have another way of acquireing Japanese software for MSX.

 I get the feeling the Japanese are not as fanatical crackers and copiers
 like Dutch, Spanish or Brazillians. Although maybe under the surface the
 Japanese are not the perfect citizens they may appear to be? Otherwise, why
 would games released for the Japanese market alone be copy protected?

Some Brazilian guys are fanatical crackers but not for piracy, just for
fun! Japanese software was copy protected because they knew that WE would
copy it, not the most part of the Japaneses.

 I was talking about one manufacturer (for example, Konami)
 sells Megaram cartridges and sell disks with the games separately. This
 would be much cheaper.
 
 If they wanted to go for disks, they wouldn't really need a MegaRAM
 cartridge. They would just write the game in such a way that it runs on the
 internal RAM. After all, Japanese MSX2/2+ software all works on 64K RAM.

I agree completely! I see no reason to make Megarom cartridges instead of
make disks.

 Cartridge is extra quality (no loading time, more durable) compared to
 disk. Also, it is harder to copy.

And much much much more expensive! The cost/benefit relation is much
poorer than for disks.

  around 1990 we had to rely on imports for games like SD Snatcher and Solid
  Snake.
 
 Importing games? Wasn't it too slow and too expensive?
 
 It was slow and expensive, but clubs offered that service and it was used.
 It was the only way to get originals.
 By the way, SD Snatcher is more expensive now than it was back then...

Then it became a good investment! :-)

 Total: 71 clockcicles. Conclusion: you're right, it's not possible to use
 1.2Mb or 1.44Mb disks with Z80 at 3.57MHz. It's BAD!
 
 Henrik Gilvad once told me.

Is he the guy that created the IDE interface for MSX?

 Then, there's still a chance only for Turbo-R.
 
 The built-in FDC can handle HD according to Henrik. But you would need to
 write a new diskROM...

Yes, and some hardware modifications, too.

 For normal MSX1/2/2+, 7MHz is an option. But old FDCs can't handle HD
 speeds either, so they would have to be replaced.

Some people say that WD2793 can handle 500kbit/s transfer rate. Is it
true?

 Another option is to use some kind of buffered hardware. Like Superdisk
 connected to IDE, as Peter Burkhard mentioned.

Right, buffered hardware is the best solution.

 But a Superdisk drive is quite expensive, maybe someone wants to make a
 buffered HD floppy interface? It could be very simple: two banks of 512
 bytes (1 sector) of RAM. Could be two ICs or a single dual-ported IC. One
 bank is filled by the FDC, while the other is LDIR-ed to MSX main RAM.
 Although 3.5MHz is too slow for polling the FDC, it would be fast enough
 for LDIR-ing. After LDIR-ing an entire sector it would poll for moment the
 next sector is available.

My idea was a buffer for an entire track (or maybe cylinder?)

 It would be a real benefit:
 - 720K disks are hard to find, 1.44MB disks are still available everywhere
 - double the amount of data fits on a single disk
 - disk transfer rate is doubled, making your MSX load faster
 Anyone interested in making a prototype?

I am interested, but I don't know how should I create a diskrom compatible
with the common diskroms. The biggest problem is that I don't have enough
time, nowadays.

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST 

Re: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Fri, 19 Mar 1999, Laurens Holst wrote:

   No, with the IDE-Interface and a LS120 you can read 1,44MB disks
 
  And what is this LS120? And can you write and format 1.44Mb disks with
 it?
 DalPoz, esse "LS120" e' um tipo novo de drive que suporta discos com
 capacidade de ate' 120Mb, esse disco tem as mesmas dimensoes de um disco
 de 3.5" comum. Alem desse disco especial o drive LS120 suporta
 tranquilamente discos de 3.5" normais (de 720Kb ou 1.44Mb).
 (espero que o pessoal da lista nao fiquem chateados por eu nao ter
 escrito em ingles, minha cabeca nao esta' muito boa agora, acho que e'
 gripe)
 
 Thank you for this Spanish explanation. Ofcourse, all non-spanish (or what
 is it, Brazilian?) speaking people already know what this is. They are much
 smarter.

We're sorry, this answer were written by a japanese friend of mine, and he
explained what is this LS120 drive. He apologizes for this portuguese
answer, but he says he is a bit ill, and give a very short answer, only to
give an idea of what is this LS120.

The above answer is in Portuguese, the language spoken in Brazil (not
Spanish!), and if I asked, it's because I didn't know what is it.

 PLEEZ MAN!!!
 English...

Ok! Next time it will be a private e-mail.

But take it easy! Some time ago (2 years) many people answered e-mails in
dutch, and I never complained about it! Of course, English is the official
language of this list, we don't want to discuss about it (we simply agree,
and that's all)

 Ok, If I'm correct LS120 is a FDC (Floppy Disc Controller)???

He said it's some kind of special disk drive, that can handle 120Mb disks
(not zipdisks) and standard 3.5" disks (including 720kb and 1.44Mb).

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Thu, 25 Mar 1999, Adriano Camargo Rodrigues da Cunha wrote:

   Jeannie...(ops!) Ademir... is a genious! 
  I don't think so. He is a guy that had the chance of have a good
  documentation and very recent equipments, and much more knowledge about
  hardware than the most part of people in that time.
 
   Ademir Carchano is a very dedicated man.

Yes, that's true!

   You heared his histories in Jau MSX Meeting.

And they were very incredible! Making "dumping" against who had pirated
his hardware! VERY FUNNY!!!

   You know about his "guess" of MegaROM functionality just
 disassembling Konami ROMs. And his knowledge about MSX2/2+/TR, mainly
 disassembling ROM code.
   He has his merits.

Yes, many merits, but this doesn't make him a genious, only a very smart
man.

  Does anybody know exactly how the system search for slots in which there
  is RAM?
 
   Disassembly the MSX ROM, Dal Poz...

With BrMSX fudebugger, that's what i'll do!

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Thu, 18 Mar 1999, jam wrote:

 Hello, Marco Antonio:
 
  MP BTW, memory mapper wasn't born jointly with MSX2. Many MSX2 that I
  MP knew had only 64kb of RAM. Does your 8235 have internal Memory
  MP Mapper?
 
 You are wrong. Every MSX2 must have Memory Mapper. Even with only 64K of RAM,
 it's mapped RAM. Read the MSX2 Technical Handbook (by ASCII) and check it.

There says that Mapper isn't mandatory for MSX2! Many people already said
it.

BTW, my MSX2 doesn't have Mapper, only 64kb of standard RAM, and it is a
MSX2.

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM , CS signals , A14,15 signals ROM pagination

1999-03-25 Thread Marco Antonio Simon dal Poz

On Sat, 20 Mar 1999, Leonard Silva de Oliveira wrote:

  (A14 and A15 are used)
 
  Every time if you need to make memory mapper control ... exept if YOU
 WANT the mirror effect ! =)
 
 I also made a simple memory mapper with S-Ram ... If anyone have
 interest I may publish my 
 schematics ... =) 

I am interested! Could you send your schematics to me through e-mail?

 P.S.: I'm SURE tham ANY MSX can run both types of ROM on the page 0 (AB
 or CD types) 

This can happen only with the help of the mirror effect! Alwin Henseler
said that he traced the main ROM to see that.

 Anyone tried to do a rom wich works in the page 3 

I think (but I am not sure) that this can be done only with the help of
the mirror effect.

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM

1999-03-25 Thread Marco Antonio Simon dal Poz

On Sat, 20 Mar 1999, jam wrote:

 Hola Marco Antonio:
 
  MP Total: 71 clockcicles. Conclusion: you're right, it's not possible to
  MP use 1.2Mb or 1.44Mb disks with Z80 at 3.57MHz. It's BAD!
  MP
  MP Then, there's still a chance only for Turbo-R.
 
 Not only ... What about MSX2 with 7 MHz kit? ;-)

A very good idea! I didn't remember about that, because it's home made.
But it solves our problem of Z80 timeout.

Perhaps all MSX (including MSX1) could be converted to operate at 7MHz.

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: page 1 diskloading (was: 64K VRAM?)

1999-03-25 Thread Marco Antonio Simon dal Poz

On Wed, 24 Mar 1999, shevek wrote:

 On Wed, 24 Mar 1999, Jon De Schrijder wrote:
 
  But this routine is only provided in MSX-DOS(2) environment; when in
  BASIC, a RET instruction is placed at #F36E.  So: disktransfer in page1 in
  BASIC is probably not possible (or perhaps the F37D entry temporarily
  changes the #F36E hook; didn't test it); This is logical: BASIC ROM is
  normally selected in page 1.
 
 It is not that logical. I want to make a program that is started from
 basic but switches ram to page 1. Than calling the diskrom on f37d with
 dma in page 1 would be useful. Until now, I always avoided it, but I would
 like to know if it would work on every MSX. If so, I could just as well
 use it...

I am sure that for Turbo-R and for port-based disk interfaces (Brazilian
ones) you can do that. For other interfaces, I am not sure, but it should
be possible.

PS: I traced the Turbo-R's diskrom, and I can guarantee that!

Greetings from Brazil!

-
Marco Antonio Simon Dal Pozhttp://www.lsi.usp.br/~mdalpoz
[EMAIL PROTECTED]   "Apple" (c) Copyright 1767, Sir Isaac Newton

/"\
\ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
 X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
/ \



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: MegaRAM

1999-03-25 Thread Alex Wulms

]  Maybe to prevent accidental page-switches? Anyway, for megaROMs it's 
]  not difficult: most of the IC's used, simply get connected to all the 
]  higher address lines, so that they can decode ANY combination of for 
]  instance address lines A12-A15. What is done with that, is decided by 
]  the IC design.
] 
] I know, the IC was designed this way, but what was the idea behind block
] numbers can't be selected via pages 0 and 3? Nobody knows.

I have a theory about this, which might make some sense:

Megaroms mostly contain games. And the gamedevelopers want three things:
1) They want to have easy and fast access to the BIOS, so they keep the BIOS 
always switched on in page 0
2) They want to have easy and fast access to some workmemory and to the MSX 
system memory. So they keep the RAM always enabled in page 3
3) This leaves them with only page 1 and 2 available for the megarom. 
However, they want flexibility with the blockswitching in the megaroms. So, 
they use 8KB blocks in their megaroms. And those blocks are always enables in 
page 1 and page 2 so why bother about page 0 and 3.

This basic set-up (page 0 = rom bios, page 1 and 2 = cartridge, page 3 = ram) 
was a set-up that the designers of the MSX had already in their mind. That is 
why they made life easy for cartridge designers by providing the CSxx 
signals. Furthermore, as they assumed that all cartridge designers will use 
this set-up anyway, they also only searched in page 1 and page 2 for 
extensions. Later, when the MSX2 was introduced with the subrom in page 0,  
the MSX also started looking in page 0. But in page 0, they look for 'CD' as 
token in stead of 'AB'. This is to prevent that an old cartridge that is 
mirrored at address 0 is accidentally recognized as a MSX2 subrom.



Kind regards,
Alex Wulms
-- 
Alex Wulms/XelaSoft - MSX of anders NIX - Linux 4 ever
See my homepage for info on the  *** XSA *** format
http://www.inter.nl.net/users/A.P.Wulms




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




Corrections to: Participants MSX-MEETING Tilburg 24-04-99

1999-03-25 Thread cgv

This is the SECOND and actual list of participants to the meeting
24-04-1999
The first list was not complete, and we made some errors !!
The meeting will be held on 24-04-99 from 10.00 to 16.00 hr. at the
adress:  De Schans 123  Tilburg.
 
ACCLUB
Schnotzendorf 6
A-3324  Euratsfeld
Oostenrijk

Aurora
Aldenhof 3827
6537 BC Nijmegen
Nederland
M.Krooshof  
 
Bob Roos
Van Coothstraat 25
5281 CT Boxtel
Nederland
0411-683513
 
Breda Computer Supplies
M.v.Herbachstraat 5
4827 LG Breda
Nederland
076-5425140
06-52937506

CGV
Bartokstraat 196
5011 JD Tilburg
Nederland
013-4560668 / 4681421
Frank Pison / Ad Mutsaers
 
Compjoetania T.N.G.
Goorweg 24
B-2221  Booischot
Belgie
David Heremans
 
Computer Club Rijnmond
Vettenoordstraat 65b
3131 TP Vlaardingen
Nederland
010-4357992
Hans de Goede
 
DATAX  KENDA
Singelweg 1
9919 HM Loppersum
Nederland
0596-572525
Alex Ganzeveld
 
Delta Soft
Hogekamp 4
3853 GM Ermelo
Nederland
J.v.d.Boor
 
Flying Bytes
Astronautenweg 350
1622 DX Hoorn
Nederland
0229-249780
A. de Raad
 
FONY
Potgieterstraat 19
3892 XX Harderwijk
Nederland
0341-420581
Stephan Szarafinski

FUNCLUB
Hofmattstrasse 19
CH-9202 Gossau
Schweiz
0041-71 853393
Paul Schaerer   
 
Future Disk
Aldenhofstraat 36
6191 GV Beek LB
Nederland
046-4374322 na 19.00
Koen Dols
 
HCC MSX Gebruikersgroep
Westerstraat 107
3818 NK Amersfoort
Nederland
033-4620579
H.v.Soest
 
MSX - NBNO
I.v.Portugalstraat 9
5346 PJ Oss
Nederland
 
MSX Gebruikersgroep Zandvoort
Postbus 195
2040 AD Zandvoort
Nederland
023-5732237
J. Hoogendijk na 18.00 uur

MSX Club de Amsterdammer
Meeuwenlaan 1
1021 HR Amsterdam
Nederland
020-6999263
T.Emmelot   

MSX Club Friesland-Noord
Troelstraweg 180a
8919 AD Leeuwarden
Nederland
058-2662533
Klaas de Wind   
 
MSX-Club West-Friesland
Rondeelstraat 25
1628 KH Hoorn
Nederland
0229-270618
BAS Kornalijnslijper

New World Order
Ien Dalessingel 221
7207 LD Zutphen
Nederland
0575-529789
Arjan Arens 
 
OMEGA
Helbloemmeen 106
3844 VJ Harderwijk
Nederland
 
Paragon
Dopperstraat 55
3752 JB Bunschoten
Nederland
033-2983880
Andal v. Kalleveen

R.K.W. de Groot
Heidelaan 7
3851 EX Ermelo
Nederland
0341-562928
R.K.W. de Groot 

Ruud v.Moosdijk
Rhulenhofweide 36
5709 SH Helmond
Nederland
06-50691894
Ruud v.d. Moosdijk  

Sargon
Kon. Wilhelminalaan 41
7433 CE Schalkhaar
Nederland
0570-620688
Robert Vroemisse
 
Stichting Sunrise
Postbus 61054
2506 AB S GRAVENHAGE
Nederland
070-3609707
R.Hiep

Teddy Warez
Jan palachweg 17
9403 JS Assen
Nederland
0592-340197
Frederik Boelens
 
The New Image
Parelstraat 218
9743 JH Groningen
Nederland
050-5777453
Bas Wijnen
 
The Unicorn Corporation
Adelaarstraat 57
3514 CC Utrecht
Nederland
030-2734942
Ernst Schuller
 
Totally Chaos
Rotterdamstraat 73
6415 AV Heerlen
Nederland
045-5725995


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's the latest MSX ?

1999-03-25 Thread jam

Hola [EMAIL PROTECTED] !!!

Ricardo Jurczyk Pinheiro le soltc a jam:

 
  The latest MSX was Panasonic FS-A1GT (MSXTurboR)
 RP
 RP Sure, but... does anyone knows about the FS-A1XT, or FS-A1WT?
 RP I think I read something about it into the Ultimate MSX FAQ.

These are MSX2 or MSX2+ machines.

 RP The Omega project... "He's dead, Jim".
 RP There is some projects from Ademir Carchano too, but... It's a
 RP secret!

Cool!




Salidos, digo ... Saludos.
JAMcn  ([EMAIL PROTECTED])  *MSX Dreams*
Apdo. Correos 3294  18080 Granada

... MSX: hacia el siglo XXI


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: 64K VRAM?

1999-03-25 Thread Ricardo Jurczyk Pinheiro

At 13:19 24/03/99 +0100, you wrote:
 The standard doesn't say anything about the method that the diskrom
should
 use. So, it's just the case on many MSXs. The standard only says that the
 interface should use memory addresses to transfer data between CPU and
 FDC.

Ok, but this means that using DMA in page 1 is against MSX standard, or
not?

MSX and DMA??? Seems quite impossible to me...

It isn't...

Isn't it?

Nope dudez, I've heard a lot about these possibilities, of MSX and
DMA... Of course, rebuilding the computer and peripherals. But I don't know
hardware enough to talk about.

ByE!
  _   __  
 |  __ \ (_| ICQ UIN: 3635907 | | M. Sc. In Numerical Modelling - UFF 
 | |__) | _   __ _ _ __ __| | ___ Niteroi - RJ - BR  +-+
 |  _  / | |/ __// _` | '__/ _` |/ _ \   |  Sola Scriptura |
 | | \ \ | | (__| (_| | | | (_| | (_) |  |   Sola Gratia   |
 |_|  \_\|_|\___\\__,_|_|  \__,_|\___/  Jurczyk Pinheiro |Sola Fide|
 http://pagina.de/rjp - [EMAIL PROTECTED] - [EMAIL PROTECTED]  |   Solo Christi  |
 MSX freak, X-Phile, Trekker, Christian, Transformers,   | Soli Deo Gloria |
 Anime (Yamato!), CuD, Gospel Rock, Comics, And hate M$! +-+
[Portuguese]
 Se vc e' usuario alternativo (Linux, MSX, Apple, Amiga, BSD, Sinclair, etc.) 
 nao perca a 1a. ExpoSALT, dias 30 e 31/1/1999: http://www.wb.com.br/exposalt



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's the latest MSX ?

1999-03-25 Thread Ricardo Jurczyk Pinheiro

At 09:56 25/03/99 +0900, you wrote:
 
 You can find a nice list of new projects in Joon-Sun Kim's
homepage:
 http://unity.kaist.ac.kr:8080.
 
 I'm sorry. This site is closed in a while. Because I'm very busy...
I will open it again April 1st.

Hurrah!

 And also I'm very sorry to all of you waiting for the Jun Soft and
East Sea Products. I cannot even touch my pretty MSX...
All my works for MSX will be continued on April.


That MIDI player was very nice!


* By the way, my name is Jun Sung Kim...

Sorry, but I couldn't remember right your name.
  _   __  
 |  __ \ (_| ICQ UIN: 3635907 | | M. Sc. In Numerical Modelling - UFF 
 | |__) | _   __ _ _ __ __| | ___ Niteroi - RJ - BR  +-+
 |  _  / | |/ __// _` | '__/ _` |/ _ \   |  Sola Scriptura |
 | | \ \ | | (__| (_| | | | (_| | (_) |  |   Sola Gratia   |
 |_|  \_\|_|\___\\__,_|_|  \__,_|\___/  Jurczyk Pinheiro |Sola Fide|
 http://pagina.de/rjp - [EMAIL PROTECTED] - [EMAIL PROTECTED]  |   Solo Christi  |
 MSX freak, X-Phile, Trekker, Christian, Transformers,   | Soli Deo Gloria |
 Anime (Yamato!), CuD, Gospel Rock, Comics, And hate M$! +-+
[Portuguese]
 Se vc e' usuario alternativo (Linux, MSX, Apple, Amiga, BSD, Sinclair, etc.) 
 nao perca a 1a. ExpoSALT, dias 30 e 31/1/1999: http://www.wb.com.br/exposalt



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