Actually I think the scans are from the SFG-01 datasheets; they're exactly
the same as the ones in the Service Manual I have. Note that the register
description is in fact that of the YM2148, and that the first two
registers are the YM2151 OPM sound chip _as_well_ - the YM2148 provides a
signal to
On Wed, 28 Feb 2001, JP Grobler wrote:
> Webpage on the SFG-05 music module
>
> http://www.rgp.nl/cx5m/index.htm
Great. So now we have both the SFG-01 ROM (from the chip I desoldered) and
the SFG-05 ROM on that website. One thing - my SFG-05 contains a YM2164
whereas the site says it uses a YM2
Dear MSX friends,
I have placed a new edition of Ikeda's MSX Print on "The MSX Plaza". Contents
of this edition:
Answers to questions asked by various peoples. Amongst others about
ASCII MSX Emulator on Intent platform, about www.msxmagazin.com, about
the OPLL emulator and about MSX DENYU LAND
Manuel promised me documentation, and gave me a hint in the meantime to
check the machine for usability.
My first experiments with SET VIDEO showed no superimpose capabilities.
It does work with the SET VDEO command. I just had to change my way of
thinking. This Sony machine is quite different
Maarten ter Huurne wrote:
> > It doesn't matter which pair, I just want to
> > test Maarten's theory...
> I have been working a bit on a decompression routine since and the theory is
> wrong. Well, not totally wrong, but incomplete. There are many more encodings
> in the compression format than I
On Wednesday 28 February 2001 18:55, you wrote:
> I'd like to have a try, just for fun. However,
> I don't have that MSX Antiques Collection here.
> Could someone send me a pair of Antiques/Original
> ROM to my e-mail address ( [EMAIL PROTECTED] )?
You can get the compressed ROM from the URL Tri
Maarten ter Huurne wrote:
> I found the table above by manually examining the first #60 bytes
> (approximately). To verify this theory, a program must be written that
> attempts to unpack the file using the codes in the table, then the unpacked
> file must be compared to the Antarctic Adventure RO
On Wednesday 28 February 2001 18:21, you wrote:
> Check if there is a D(rive)S(elect) jumper on the diskdrive... many
> diskdrives do not have jumpers but are soldered (SMD-resistor!). Be sure
> that DS=0 for drive A en DS=1 for drive B.
Good one! I forgot about that.
Try [files "B:"] in BASIC a
Hello,
>Well, I bought the thing a new floppy drive, connected pins 33 and 34 of
the
>main board (where it connects to the cable) with a jumper, connected it...
>nothing. It still complains about "disk offline". Any ideas, anyone?
This should work... does the led of the disk-drive go on and off
I just want to add: be VERY CAREFUL with the NUMBERING of a floppy drive
flatcable. The numbering is NOT like most flatcables. (Check Manuel's
FAQ)
I believe the numbers are printed on the PCB of the NMS82xx, but perhaps
these are not correct!
Jon
Maarten ter Huurne wrote:
>
> On Wednesday
HI
Webpage on the SFG-05 music module
http://www.rgp.nl/cx5m/index.htm
JP Grobler
--
For info, see http://www.stack.nl/~wynke/MSX/listinfo.html
On Tuesday 27 February 2001 16:28, you wrote:
> That's possible as well, to use a recursive flooding algorithm. But I think
> it's messier to implement, especially in assembly.
Hm, that's why you should define the *algorithm* as a recursive one and then
use some recusrion removal tactics for t
12 matches
Mail list logo