Hi, is it possible to find such chips ?
What is exactly the name of SCC-I ?
Does anyone know if SCC-I cartridges are on sale somewhere ?

thanks!

I think there must be a stock of them somewhere,if manuel pazos managed to create the megaflash scc -(which has different chip i think than the scc-i)- then anything is possible.Why not contact him and ask him about the stock and where he got it?There could be scc-i too.

Quote:

is it possible to find such chips ?

I think it is difficult to find them.

Quote:

What is exactly the name of SCC-I ?

2312P001

Quote:

Does anyone know if SCC-I cartridges are on sale somewhere ?

Probably the best places to get a Snatcher or SD-Snatcher cartridge are eBay and Japan Yahoo Auctions.

The chip seems almost impossible to be found on google.
If google doesn't return it, it does not exist

Anyone willing to sell its Snatcher or SD-Snatcher cartridge ?

I suggest: a CPLD containing SCC-I vhdl.

Thanks, but doing the chip from scratch, I would do an ad hoc project for playing PCM samples....

My ideal PCM player ?

It has very few things:
a large buffer (256 bytes) to be feed by the z80 at regular basis,
programmable sampling frequency and volumes, a read/write pointer that
returns the current sample and a programmable interrupt
sent when the pointer reaches a position defined by the user.

Quote:

Snatcher or SD-Snatcher cartridge

Beware that both cartridges mount different SCC chips IIRC. Same specs; but incompatible adressing

Quote:

Thanks, but doing the chip from scratch, I would do an ad hoc project for playing PCM samples....

Like an MP3-player so to say? Or more like a MOD-player? See, it's the (sometimes irregular) CPU/RAM/IDE-load that always concerns me for these kinds of things.

Much less than MP3 or MOD, I just want to play a WAV
file in background, for having digitized music or SFX
in parallel with the game.

It is already possible with SCC and SCC-I, but SCC
has HW problems that degrade the results.
look here:
http://www.msx.org/forumtopicl7875.html

In synthesis, using a real SCC, you move only 128 bytes
each interrupt, and get a player that (in backgrond) plays
8bit audio samples at 6,4KHz (if at 50Hz) or at 7,7KHz (if at 60Hz).

Unfortunately the real SCC add noise due to internal HW flaws.

If SCC-I corrects the SCC flaws, you could get, without no noise,
a player that (in backgrond) plays 8bit audio samples at 8KHz
(if at 50Hz) or at 9,6KHz (if at 60Hz) by just moving 160 bytes
each interrupt.

Naturally with an ad hoc HW, by just moving 256 bytes each interrupt,
you would play (in backgrond) 8bit audio samples
at 15KHz (if at 60Hz) or at 12,8KHz (if at 50Hz).

But I do not see a real glory in developing an ad hoc HW for a vintage
obsolete HW like MSX.
The nice would be to have the SCC (or the SCC-I) work as they should
and do a game exploiting this PCM player.

Quote:

Quote: Snatcher or SD-Snatcher cartridge Beware that both cartridges mount different SCC chips IIRC. Same specs; but incompatible adressing

Both cartridges use the same IC, but they have their RAM in different banks.

Quote:

I suggest: a CPLD containing SCC-I vhdl.

By the way, didn't anybody heard about thing such this? It would be nice - just upload VHDL onto small CPLD or FPGA, build a universal cartridge (with CF/SD slot or any of existed mappers) without ass-pain finding very rare (at the moment) original Konami cartridges...