VOGONS


First post, by anthony

User metadata
Rank Member
Rank
Member

I'm trying to run gus max thru external pci-isa bridge it8888. gus is visible on it's address space, but don't respond to configuratiun commands, thus i hear no sound. gus responds ok on other motherboard. on this external bridge awe64 and tropez plus runs ok on identical dma irq and io. pci registers configured ok. it8888 is able to work with gus max
command that i'm try to init gus cs4231 is 42h to port 326. after that SBHE signal becoms high, but codec no initializes
any ideas pls.

Reply 1 of 10, by dosquest

User metadata
Rank Oldbie
Rank
Oldbie

First, are you using the provided setyp and or soundset/soundsetup programs supplied with the games? Also, does the other computer which the card works fine in its isa slot, does it have any drivers or extra autoexec.bat and config.sys lines added to configure the card? What games have you tried?

Doom isn't just a game, it's an apocalypse survival simulator.

Reply 2 of 10, by anthony

User metadata
Rank Member
Rank
Member

No I'm operate in slightly lower level than setup.exe or other progs. Just writing bits in Gus control registers and seehow Gus codec behaves. I suspect that it's a hardware problem, cause iochrdy signal level differs from mb with soldered bridge chip and external bridge card

Reply 3 of 10, by dosquest

User metadata
Rank Oldbie
Rank
Oldbie

Hmm, possibly a faulty and or dirty ISA slot. In the system that it is not working properly, does it have an add-in isa riser card?

Last edited by dosquest on 2014-10-13, 07:19. Edited 1 time in total.

Doom isn't just a game, it's an apocalypse survival simulator.

Reply 4 of 10, by Harekiet

User metadata
Rank DOSBox Author
Rank
DOSBox Author

The GUS does require 16 bit IO writes compared to the soundblaster only needing 8BIt ones. Could this cause problems?

Reply 5 of 10, by Maeslin

User metadata
Rank Member
Rank
Member
anthony wrote:

No I'm operate in slightly lower level than setup.exe or other progs. Just writing bits in Gus control registers and seehow Gus codec behaves. I suspect that it's a hardware problem, cause iochrdy signal level differs from mb with soldered bridge chip and external bridge card

IOCHRDY is controlled by the card, not by the motherboard. It's used by peripherals to force the system to extend the bus cycle (aka, the card pulls it 'low' while it's not ready to send/receive data). Can you elaborate on 'signal level differs'?

Reply 6 of 10, by anthony

User metadata
Rank Member
Rank
Member

The GUS does require 16 bit IO writes compared to the soundblaster only needing 8BIt ones. Could this cause problems?

How should I check it?

Maeslin wrote:

IOCHRDY is controlled by the card, not by the motherboard. It's used by peripherals to force the system to extend the bus cycle (aka, the card pulls it 'low' while it's not ready to send/receive data). Can you elaborate on 'signal level differs'?

Iochrdy high level on my external bridge card was 2.2v oppesed to 5v on other motherboards. At now I solved this issue but Gus still not respond to commands. Ultrinit.exe shows that no 16 bit recording facilities found

Reply 7 of 10, by anthony

User metadata
Rank Member
Rank
Member

Here is how it looks:
6.jpg

On mb I disconnect idsel on 8888 from ad22 and connect it to idsel on 8888 on bridge card, so bios operates with external 8888 like it onboard chip. I believe that bios program registers absolutely correctly and there is some sort of hardware incompatibility exists

P.s.

If I plug Gus to motherboard isa slot it operates successfully

Reply 8 of 10, by dosquest

User metadata
Rank Oldbie
Rank
Oldbie

Then it must be a problem with the add-in card. When installing the card, which irq slots does it fill?

Doom isn't just a game, it's an apocalypse survival simulator.

Reply 9 of 10, by Maeslin

User metadata
Rank Member
Rank
Member
anthony wrote:

Iochrdy high level on my external bridge card was 2.2v oppesed to 5v on other motherboards. At now I solved this issue but Gus still not respond to commands. Ultrinit.exe shows that no 16 bit recording facilities found

... 2.2V? Possibly a bad solder joint. That level really shouldn't happen what with TTL logic. Either the card is trying to pull it low but doesn't have quite enough drive or the bridge chip has too strong a drive on that pin compared to what it's supposed to be.

IOCHRDY is pin A10; 10th pin on the 'component' side of the ISA card starting from the bracket. Try to trace it and see if there's anything funky going on on either the adapter card or the sound card.

Reply 10 of 10, by anthony

User metadata
Rank Member
Rank
Member
dosquest wrote:

Then it must be a problem with the add-in card. When installing the card, which irq slots does it fill?

Bridge card by itself doesn't takes any Irq or dma

Maeslin wrote:

... 2.2V? Possibly a bad solder joint. That level really shouldn't happen what with TTL logic. Either the card is trying to pull it low but doesn't have quite enough drive or the bridge chip has too strong a drive on that pin compared to what it's supposed to be.

IOCHRDY is pin A10; 10th pin on the 'component' side of the ISA card starting from the bracket. Try to trace it and see if there's anything funky going on on either the adapter card or the sound card.

At this time signal level at a10 is 5v how it should be. I solved this issue, but still no luck with gus