@Robin4: it enables or disables DMA sharing...
http://stason.org/TULARC/pc/sound-cards-multi … R-2-0-CT13.html

I think that:

or the original dumped chip code is not suitable for rev0 (GAL)

I think its a other way switched or so..

I found already a solution.. I swapped that stupid card for a SB 1.5 without troubles.. But hoping a solution for that SB 2.0..

But needed rearange the other cards.. Now i have also space for a large memory board.. 😁

I am sending Chuck(G) a rev0 + chips to have a look at it when he has time, hopefully we will see a positive update someday 😀

Thanks keropi I was going to contact chuck(g) but it seems you've saved me the trouble 😀

Robin4 can you post a photo of your troublesome CT1350 please? 😀

DK, I am sure chuck(g) will get to the bottom of this 😀 he is busy ATM but he has it in queue 😀 let's hope it's an easy thing

AFAIK Robin4's 1350 is rev0 too

I have a feeling its going to be a bug in that revision of the card, not any issue with the GAL code he reverse engineered.... but we'll see what he comes back with 😀

I doubt it is a bug DK because Amigaz has a rev0 card with the original CMS chips ...
this is his pic:

Cloudschatze sent his rev.0 board to Chuck(g) to figure out the PAL programming, so perhaps the fault lies elsewhere. It seems doubtful that Creative would use a PAL with different code for the later boards, otherwise, they would need some way to verify with the customer which version they had. In the early 90s, asking a consumer to pull his card out of his system was probably more trouble than its worth!

keropi wrote:

I doubt it is a bug DK because Amigaz has a rev0 card with the original CMS chips ... this is his pic: […]
Show full quote

I doubt it is a bug DK because Amigaz has a rev0 card with the original CMS chips ...
this is his pic:

interesting.... I thought he had another revision to work with... I guess he was occupied in getting CMS to work and did not bother checking the rest functions... even I when I tested my cards just heard some cms goodness and thought all was OK... I too also think there is only one version of the gal, it would be crazy to have different ones back then
... I guess will have to wait and see what Chuck(g) discovers then 😀

keropi... what sort of GAL chip are you using?

On close inspection of my GAL16V8D chips, it appears I have been receiving two types from Futurlec - the middle line on some says 15LP and on others it says 15LPN

I had a quick look at the datasheet and apparently there are some differences, which are beyond my understanding of electronics.

I will be sending the user with the rev 0 card a 15LP to try, as he originally had a 15LPN which he sent back. This may be clutching at straws but I figure its worth a go.

Unfortunately futurlec think they are identical as I've got no choice as to what they send me. utsource never responded to my request for a quote so I'm still looking for a source of the GAL chips.

Alright, just to clear up some things, as well as add some of my own observations...

The SB2.0 sent to Chuck(G) for the initial PAL mapping and testing is not marked with any revision number, but is assumed to be a later card, and has the following traits:

- Label sticker reads "CT1350A," serial #336334
- Manufactured in the latter half of 1992
- The DMACTL jumper is present

This card seems to have no issues with the programmed GAL chip.

Testing with an older SB2.0, on the other hand, was a little more interesting. This particular card is distinguished as follows:

- PCB marked "CT1350B Rev. 3"
- Label sticker reads "CT1350A"
- Manufactured in 1991
- Lacks the DMACTL jumper.

With the programmed GAL installed in this card, the system will not even boot, yet everything works fine with the original PAL chip installed.

Since the original PAL chip works with both cards, I assume the fault to be with the dumped logic (perhaps relating to the tri-state logic?). I haven't talked with Chuck yet, but am certainly willing to loan out the PAL again, if necessary.

Ooh, I love how technical this process is. Very low level and geeky. 😀

@ DK:
don't bother sending another chip yet, I have actually both types from you, LP and LPN ... none work with my two CT1350B cards...
also here is the difference between LP and LPN:

LPN is just a lead-free chip... nothing that makes a difference in the program included in the chip or how it works.

@Cloudschatze:

here is a pic with my cards, both are 1350B but are labeled as 1350A on the stickers... both with DSP 2.02 (seen on the chips too)

in my case the pc boots fine, cms is detected and used fine but sb part does not get detected at all, 8312 is dead and if you manually enter the sb ird/dma/address you do get sfx

Well according to this datasheet these are the differences:

15LP:
Tpd Tsu Tco Icc
15 12 10 90

15 LPN:
Tpd Tsu Tco Icc
10 10 7 115

I have no idea what this means, but since you've tested both on a rev 0 card I think we can safely assume that its not relevant.

Just thought I'd add my card which isn't working with the GAL chips. Labelled CT1350B, has a CT1350A sticker.

Whats interesting between my card and keropi's card is look at the resistors underneath the two SAA chips. Not sure if it means anything since I haven't done electronics for over 20 years but the types of resistors used under the chips are all different from both his cards and mine.

*ponder*

nah I think the resistors are the same, there are some color variations in tones from manufacturer to manufacturer and even if they are different it could mean that they are still inside the limits of the current they want... I see dacow's card has a 2.02 DSP too... that's a SB2 v2.0 IIRC

Iam using this card:

Its labled CT-1350A on the back sticker..

Have DMA jumper on PCB..

Mine have DSP V2.02 too.

I have this card:

http://img33.imageshack.us/img33/7184/img0041sz.jpg

But admit that I've installed the original CMS upgrade chips on that card. I do have GAL versions from Germany, but haven't tried them yet. I have two other SB 2.0 cards which are different versions:

http://img827.imageshack.us/img827/5494/img0042hm.jpg

http://img25.imageshack.us/img25/2982/img0043pt.jpg

Mau1wurf1977 you don't play fair! 😁 😵 😁 test on the 1350B rev0 your gals!!!! 😊

I think that the GAL have to switch the CMS off. Because.. Normally you have to use the cap on the jumper from CMSOFF.. Then the FM and ADLIB should working again.. if CMSOFF is disabled by enable the cap on the jumper

I think the cards just have 2 circuits and i think the programmed GAL tries to enable everything on the card.. but cant.. by the circuit..
I know i hear a plop sound if it try to enable FM soundblaster, but doesnt work..

I think that if you disable CMS by placing the cap back on the jumper it could working again, or only if the GAL has been removed..too

About that 2 circuitery patern...

I think circuit one could only enable ADLIB / Soundblaster FM and FX together.
And think that circuit two only should enable CMS (gameblaster) and think that the FX doesnt work with the circuitery, but is hust a standalone circuit..