Salamander...

2000-09-27 Thread Laurens Holst

Check out http://www.cdcovers.cc/pc_s.php3 and look for the PC cover called
"Salamander Deluxe Pack Plus Japanese-back"

Nice... :)


~Grauw


--

 email me: [EMAIL PROTECTED] or ICQ: 10196372
  visit my homepage at http://grauw.blehq.org/




Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: hardware question

2000-09-27 Thread B. Wijnen

On Tue, 26 Sep 2000, Gerrit van den Berg wrote:

 Hi,
 
 I want to include the PS2 mouse with the PC keyboard. I have the SW
 for the mouse in digital data style. What are the pulses in Forward,
 Back, Left  Right pins 1, 2, 3,  4 of the MSX analogic mouse? With
 this info I can finish the analogic emulation (*) and then the new PC
 Keyboard can include : Mouse Analog/Digital connection, one/two
 joystick ports and PSG with stereo power amplifier with digital volume
 and input for Audio CD... (see LPE-PSGM-V1).

Are you actually talking about analog MSX mice? I don't know about their
existance (and I can't think of how they could be implemented, given the
MSX hardware). So I shall stick to the digital MSX mice.

The mouse is always in one of 4 states, which are degenerate in pairs
(undistinguishable, or at least allmost). The mouse has 4 bytes of
internal memory, 2 of which keep the X and Y movement since the last
readout and 2 which are needed for output buffering.

When the mouse is in state 0, the strobe is 0. This is the state it should
be in when interrupts are enabled, and the mouse is not currently read
out.

Flipping the strobe to 1 sets the mouse in state 1. This causes the 2
bytes of memory to be copied into the output buffers. After a little time,
the low nibble of the X movement can be read out on pins 1-4 (up, down,
left, right).

Flipping the strobe back to 0 sets the mouse in state 2. This state is
degenerate with state 0, because the MSX can only see the state of the
strobe. While being in state 2, the pins 1-4 contain the high nibble of
the X movement.

The same thing can be done twice more. Flipping the strobe sets the mouse
to state 3 and the pins 1-4 to the low Y movement nibble. Flipping it
again returns the mouse in state 0 and leaves the pins 1-4 to the high Y
nibble movement.

A nibble is put on the pins 1-4 with MSb on pin 4 and LSb on pin 1, so it
is in the correct order when read out by the MSX.

I hope this helped you. If I didn't answer the question you meant to be
asking, please rephrase it and I'll try again.

Bye,

 main(){int  c[4]   ,x=4  ,l=getpid()  ,i;;   for(  srand(l);c[  x]=-   rand
()%6 ,x--   ;);;  for( ;44   x;){  char a[9] ,*p=
 "%.1f\n",   b[9];x=i=0;  gets(a);for   (l=4 ;l--   ;)x+=-(a[l]  -=48)==
   (b[l  ]=c[   l]);  ;for   (l=0;16i;l =++i %4)x
+=(b[i/4]+   a[l]   ?0:(  a[l]=b[i/4] =10)) ;printf(p,x  *.1)   ;};}




Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: (Joynet protocol)

2000-09-27 Thread B. Wijnen

On Tue, 26 Sep 2000, Adriano Camargo Rodrigues da Cunha wrote:

   UZIX processes have priority. You can use a daemon process as a
 JUMP driver (as TCP/IP do). The only problem that can arise is that it
 will slow down the link (assuming JUMP is a sincronous protocol - an
 asincronous protocol will not work, because UZIX JUMP driver will lose
 bits).

I understand. It is actually a good thing to give the driver a priority,
because then the user can decide if she wants to slow down the network to
get better performance or not.

So Grauw (you were writing a paper on an asynchronous protocol, right?),
please hurry up and post it, so we can soon realise it.

   The best thing (even for TCP/IP) would be putting the driver
 inside the kernel (but it can't be done now, due to low memory).

It is good to be compatible with e.g. 64kB, but you could use the system
as in linux, where the user can compile her own kernel with or without
support for all kind of things, so she can choose to have a powerfull
kernel or a small one.

I personally like the idea of a microkernel very much though, because it
can be bugfree eventually. The idea is to have the kernel doing the
resource managing (memory, cpu time) and leave the device managing (vdp,
psg, etc) to the drivers. The drivers should then not have all
permissions, as they do in the linux kernel, but also be limited, so the
kernel doesn't hang if a driver does.

Drivers should be run-time includable and removable (like insmod and
rmmod, but in a more transparent way). I don't know if you feel like
including those ideas into UZIX. I just think it is a good idea, because
it gives the possibility to put drivers like tcp/ip in the kernel, without
wasting the space/opening possible security holes for the users that don't
use them.

Bye,

 main(){int  c[4]   ,x=4  ,l=getpid()  ,i;;   for(  srand(l);c[  x]=-   rand
()%6 ,x--   ;);;  for( ;44   x;){  char a[9] ,*p=
 "%.1f\n",   b[9];x=i=0;  gets(a);for   (l=4 ;l--   ;)x+=-(a[l]  -=48)==
   (b[l  ]=c[   l]);  ;for   (l=0;16i;l =++i %4)x
+=(b[i/4]+   a[l]   ?0:(  a[l]=b[i/4] =10)) ;printf(p,x  *.1)   ;};}




Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: MSX connected to a TV-card

2000-09-27 Thread Patrick Kramer


- Original Message -
From: "Richard Gerrits" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 26, 2000 9:19 PM
Subject: MSX connected to a TV-card


 Hello

 I have connected my 8250 to a TV-capture card (bt878), but I have some
vague
 problems.

 Basic and most games work fine, but with SpaceManBow, SolidSnake and some
 other games, the grapics are kind of double.

 It looks like the capturecard has some trouble with the synchronisation or
 something like that. When I connect the msx to a TV (also through video
out)
 the graphics are normal.

 Anyone has a solution to this?

The Bt878 based cards should be able to do multi-norm, i.e. also NTSC. But
maybe you should choose PAL-M, this should be 60Hz, but with color at 4.43
MHz.

Try finding a setting for this.

Greetz
Patrick



Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




File crypter

2000-09-27 Thread pepito sbazzeguti

Hello!

I've found on the net explaination about DES (Data Encryption Standard) and 
I've implemented it in MSX-C.
Do you think a file de/crypter could be useful?

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.



Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: hardware question

2000-09-27 Thread Gerrit van den Berg

-Oorspronkelijk bericht-
Van: B. Wijnen [EMAIL PROTECTED]
Aan: [EMAIL PROTECTED] [EMAIL PROTECTED]
Datum: woensdag 27 september 2000 13:44
Onderwerp: Re: hardware question


Hi,

Are you actually talking about analog MSX mice? I don't know about their
existance (and I can't think of how they could be implemented, given the
MSX hardware). So I shall stick to the digital MSX mice.


I'm not sure about this, but I think he wants to emulate a digital MSX mouse
through an analoge connection?

The mouse is always in one of 4 states, which are degenerate in pairs
(undistinguishable, or at least allmost). The mouse has 4 bytes of
internal memory, 2 of which keep the X and Y movement since the last
readout and 2 which are needed for output buffering.

When the mouse is in state 0, the strobe is 0. This is the state it should
be in when interrupts are enabled, and the mouse is not currently read
out.

Flipping the strobe to 1 sets the mouse in state 1. This causes the 2
bytes of memory to be copied into the output buffers. After a little time,
the low nibble of the X movement can be read out on pins 1-4 (up, down,
left, right).

Flipping the strobe back to 0 sets the mouse in state 2. This state is
degenerate with state 0, because the MSX can only see the state of the
strobe. While being in state 2, the pins 1-4 contain the high nibble of
the X movement.

The same thing can be done twice more. Flipping the strobe sets the mouse
to state 3 and the pins 1-4 to the low Y movement nibble. Flipping it
again returns the mouse in state 0 and leaves the pins 1-4 to the high Y
nibble movement.

A nibble is put on the pins 1-4 with MSb on pin 4 and LSb on pin 1, so it
is in the correct order when read out by the MSX.

I hope this helped you. If I didn't answer the question you meant to be
asking, please rephrase it and I'll try again.


Thanks for this info! I'll forward this message to Padial. If he did mean
something else then I'll ask you again privatly, ok?

Greets,

Gerrit



Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: memory testing

2000-09-27 Thread Adriano Camargo Rodrigues da Cunha


 I'm looking for a program to extensively test the memory of my msx, because
 I want to know if the 2 Mb of memory, I build in my 8250 is working
 properly.

http://www.adrpage.cjb.net/msxsoft.html

Look for "TestRAM".


Adriano Camargo Rodrigues da Cunha   ([EMAIL PROTECTED])
Engenharia de Computacao - UNICAMP   
http://www.adrpage.cjb.net   http://if.you.dont.like.msx.usuck.com

* My HD has 1Mb of bad sectors and 100Mb of bad-windows. *



Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: memory testing

2000-09-27 Thread Albert Beevendorp

At 16:23 27-9-00 -0300, you wrote:

  I'm looking for a program to extensively test the memory of my msx, because
  I want to know if the 2 Mb of memory, I build in my 8250 is working
  properly.

 http://www.adrpage.cjb.net/msxsoft.html

 Look for "TestRAM".
I made a pretty thourough tester too. If you want it, send me a private 
mail, so I can send it to you.


GreeTz, BiFi

Visit my Home Page at www.bifi.msxnet.org
mail me at: [EMAIL PROTECTED]
FTP: ftp.bifi.msxnet.org
ICQ #36126979


Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: memory testing

2000-09-27 Thread Richard Gerrits





  I'm looking for a program to extensively test the memory of my msx,
because
  I want to know if the 2 Mb of memory, I build in my 8250 is working
  properly.

 http://www.adrpage.cjb.net/msxsoft.html

 Look for "TestRAM".


Ï already got that program through email, but thanx for the reply

Greetings Richard


 Adriano Camargo Rodrigues da Cunha   ([EMAIL PROTECTED])
 Engenharia de Computacao - UNICAMP
 http://www.adrpage.cjb.net  http://if.you.dont.like.msx.usuck.com

 * My HD has 1Mb of bad sectors and 100Mb of bad-windows. *


 
 Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/
 




Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: memory testing

2000-09-27 Thread Manuel Bilderbeek

 Ï already got that program through email, but thanx for the reply

Did you check out MAPTEST4.COM? It was the program used by Digital KC.

 Best regards,

Manuel

---
Pre-PS: After 29/9/2000, I cannot use this address anymore. Therefore,
from 25/9/2000, please send all mail to [EMAIL PROTECTED], my always-
valid address. I can also read that mail from here in Japan. Thank you.
PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/ )
PPS: Visit my home page at http://bilderbeek.cjb.net/




Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: File crypter

2000-09-27 Thread Ricardo Jurczyk Pinheiro

Em qua, 27 set 2000, pepito sbazzeguti escreveu:

 Hello!
 
 I've found on the net explaination about DES (Data Encryption Standard) and 
 I've implemented it in MSX-C.
 Do you think a file de/crypter could be useful?

Sure!  

--
Ricardo Jurczyk Pinheiro - M. Sc. Numerical Modelling - [EMAIL PROTECTED] - 3635907
[EMAIL PROTECTED] - Anime, ABU, MSX, Linux, Gospel, ST, Rock, Math
Sola Scriptura - Sola Gratia - Sola Fide - Solo Christi - Soli Deo Gloria 

Why do I get the feeling that this is a setup?


Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: memory testing

2000-09-27 Thread Richard Gerrits



  Ï already got that program through email, but thanx for the reply

 Did you check out MAPTEST4.COM? It was the program used by Digital KC.

No, I used testram.com - no errors are found, so I think its oke.

But where can I find maptest4.com ?

greetings Richard


  Best regards,

 Manuel

 ---
 Pre-PS: After 29/9/2000, I cannot use this address anymore. Therefore,
 from 25/9/2000, please send all mail to [EMAIL PROTECTED], my always-
 valid address. I can also read that mail from here in Japan. Thank you.
 PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/ )
 PPS: Visit my home page at http://bilderbeek.cjb.net/



 
 Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/
 




Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/




Re: memory testing

2000-09-27 Thread Manuel Bilderbeek

  Did you check out MAPTEST4.COM? It was the program used by Digital KC.

 No, I used testram.com - no errors are found, so I think its oke.

 But where can I find maptest4.com ?

I don't know! I got it from Maico Arts (mail him?). I cannot send it to you
know, since I have no access to my harddisk. I also had MAPTEST3.BIN, an
earlier version (non DOS as you can see), that one I got with my MSX2 after
Alwin Henseler built in the Memory Mapper.

Best regards,

Manuel

---
Pre-PS: After 29/9/2000, I cannot use this address anymore. Therefore,
from 25/9/2000, please send all mail to [EMAIL PROTECTED], my always-
valid address. I can also read that mail from here in Japan. Thank you.
PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/ )
PPS: Visit my home page at http://bilderbeek.cjb.net/



Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/