Okay, now I come to think of it, I admit it will also be very useful to
display 3D rendered stuff. Okay, leave it in, it's a good idea.
Yes! (-; No only 3D... videos also.
Okay, I'm sold!
It will not matter much for games, but things like 3D and video will have
great advantage of this.
BTW, use LDI e OTI are usually better, when working on video, than
OTIR and LDIR... But remember: OTIR is the same speed as LDIR *inside*
de Z80. And on MSX, every OUT, specially for VDP, receives some Waits...
and so, on MSX OTIR to VDP is slower than LDIR to VDP.
I made a mistake as
By the way, an idea just popped into my mind...
For the Z180 CPU, eventually also an 'emulation' TSR could be made, which
emulates the Z380 through 'trapping' of illegal opcodes. It will be
_really_
slow though...
But it'll not "that hard" to do... But it'll only works if the Z380
program
SHit shit shit
I was quite sure i changed the email-address but it was not ..
Sorry
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED]
and put "unsubscribe msx [EMAIL PROTECTED]" (without the quotes) in
the body (not the subject) of the message.
Problems? contact [EMAIL
Hi,
I have a (small) coding question, probably not so difficult. But I'm still
learning.
I have the following subroutine:
ld hl,(table) ; load table into hl
inc hl ; increase table
inc hl ; increase table
ld a,(hl) ; put value in a
sla a ; *2
sla a
ld (hl),a is a valid instruction (01110111b)
so I guess its a logical error
sander Niessen wrote:
Hi,
I have a (small) coding question, probably not so difficult. But I'm still
learning.
I have the following subroutine:
ld hl,(table) ; load table into hl
inc hl ; increase
Hee, sander...
Just look at the scroll we made last summer!... The updating of the sprites
(the stars which move) also uses the ld (hl),a command... hehe.. just look
for the 'IncSprite:' label somewhere in the middle of the code...
hehehe...
mzl.
d-fader
ld (hl),a is a valid instruction
On Sun, 23 Apr 2000, sander Niessen wrote:
I have a (small) coding question, probably not so difficult. But I'm still
learning.
I have the following subroutine:
ld hl,(table) ; load table into hl
inc hl; increase table
inc hl; increase table
ld a,(hl)
A little while ago I have mailed about an external floppydrive connector
that was on my second hand Turbo-R.
Somebody would like to help me if I profided the pin assignments where the
external 15pin female D connector was connected to. Now I have opened the
Turbo-R I wrote down the pin numbers.
Besides, I don't even know you CAN read S#2 in BASIC
since the interrupt routine always expects S#0!
You can, A=VDP(-2) will do the job.
Doh! hehehe, forgot about that one ^^;
Patriek
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED]
and put "unsubscribe
Laurens Holst wrote:
I see nothing about IXh and IXl but they'll probably be there, undocumented,
just like on the Z80. However, according to Patriek they are on a different
location, and that explains the nessacary remapping.
I never said that!?!
AFAIK Z180 traps all illegal opcodes with an
I don't think it will be a major problem to include Z180/Z380 support in
the new Compass #2.0.00 (release probably Bussum2000)
The longest instruction on Z380 or Z180 is 5 bytes long; is that correct
? Can someone verify that ?
MULTW nn : #ED #CB #97 #n #n
No, many instructions are 6 bytes
THE BIOS (hardware)
status: unfinished
version: 1.0
It would be nice if the BIOS could be in FlashROM. That way, the BIOS can be
gradually enhanced and updated. The first release will then be earlier, and
eventual bugs etc. can be corrected later. It also opens the possibility to
add
THE MAPPER (hardware)
==
status: unfinished
version: 1.0
It doesn't really matter if SIMMs, DIMMs or EDO-RAM or whatever are being
used, as long as it remains the same from the view of the software.
Furthermore, I think the RAM which is fast enough to keep up with the Z380
[about extra instructions]
And lot's of others. So only a VERY small portion of the instruction set
is
used for the extra registers (a few LDCTL instructions).
And the more than quadrupled increased register set is only a VERY small
part of the Z380's power.
What about PUSH nn??? And all
Hi,
I have a (small) coding question, probably not so difficult. But I'm
still
learning.
I have the following subroutine:
ld hl,(table) ; load table into hl
inc hl ; increase table
inc hl ; increase table
ld a,(hl) ; put value in a
sla a
Spain, April 23th 2000
Hello to everybody.
I will tell some things about Z380 in a fast way.
1- As I own one Z380 card, I know what I am talking about.
2- About a FlashRom for Z380 BIOS: It is dangerous !! If you program the
BIOS and make a bug, maybe the Z380 will never run again because
MSX3: I/O
=
Status: unfinished
The I/O is a bit tricky. This is what I understood from the Z380 specs, but
I'll need verification. The problem is not that the MSX I/O can't be used.
The problem is if the extended I/O range can be used. As far as I get it
now, if you output for example a
2- About a FlashRom for Z380 BIOS: It is dangerous !! If you program the
BIOS and make a bug, maybe the Z380 will never run again because the bug.
So, how can you correct the bug if you cannot use Z380 to re-program the
FlashRom ??
It is like PC FlashRom Bios trouble, and famous VIRUSES. The
I see only one option to extend the I/O address range. B1 shouldn't be
connected, because its value is quite random (equals B with OUT (C),A and
I just read the ADVRAM specs and it appeared that this is of vital
importance. And since I actually see no reason why this part of the I/O
address
On Sun, 23 Apr 2000 12:51:40 +0200, Laurens Holst wrote:
I don't know. But I think it's possible to "add" this instructions. (-;
In the same way as ADVRAM works, but doing a "bridge" over Z180.
Hmmm... How will the registers be read then???
I think that, if it's possible, it'll be a DIRTY
I just released the brmsx 2.5.
Main new features: support to 7MHz clock, ADVRAM and VDP fixes.
http://www.lsi.usp.br/~ricardo/brmsx.htm
Also finished the ADVRAM page.
This page includes detailed description of the standard,
sample programs and benchmarks.
Laurens Holst wrote:
By the way, it would be nice if the Sunrise-IDE interface could be used as
FlashCart
Yes, it easily can if you have an IDE version #4.1 interface because
that one has a socket for the flashrom. Flashrom types that can be used:
AM29F010 (128kB) and AM29F040 (512kB);
On Sun, 23 Apr 2000 12:57:15 +0200, Laurens Holst wrote:
UNTRUE!!!
Those are the same as the Z80 versions, but work different in another mode
(or havea so-called Data Directive (DDIR) opcode).
What I've tried to say (but I think I had failed) that is:
most instructions NEW on Z380 will
On Sun, 23 Apr 2000 16:49:29 +0200, Patriek Lesparre wrote:
me neither... Although it's probably infinitely easier to program than
using I/O, I don't see how it can provide the huge speed-up that's being
suggested. Besides greater speed for 3D and video, that are totally
unimportant to most
Hello
Does anyone know if this game uses any features of MSX2+ machines?
I make the same question with Solid Snake and Quarth?
Thanks
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED]
and put "unsubscribe msx [EMAIL PROTECTED]" (without the quotes) in
the body (not the
Hello
Does anyone know if this game uses any features of MSX2+ machines?
I make the same question with Solid Snake and Quarth.
Thanks
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED]
and put "unsubscribe msx [EMAIL PROTECTED]" (without the quotes) in
the body (not the
Hello
Does anyone know if this game uses any features of MSX2+ machines?
I make the same question with Solid Snake and Quarth?
Thanks
No they do not. In this case MSX2+ means, this program works on
MSX2+ Computers with at least 64k RAM.
ttly,
Herbert
==
[EMAIL
28 matches
Mail list logo