Bummer.

If you can confirm it's a 1:1 perfect a/b swap:

Wouldn't it be correct if the slot was on the back?
I'm not loving the chance of no other fallout.

https://upload.wikimedia.org/wikipedia/common … SA_Bus_pins.svg

It looks like the data/address lines on the gus would get the brunt of it, but who knows where it was trying to earth

myne wrote on 2025-07-24, 07:26:

Bummer. […]
Show full quote

Bummer.

If you can confirm it's a 1:1 perfect a/b swap:

Wouldn't it be correct if the slot was on the back?
I'm not loving the chance of no other fallout.

https://upload.wikimedia.org/wikipedia/common … SA_Bus_pins.svg

It looks like the data/address lines on the gus would get the brunt of it, but who knows where it was trying to earth

No biggie. We will get it soon. My wife is really pushing me now to finish it after seeing it being recognized in WinXP. Guess this is a full time project job now.

Yeah it's a perfect A/B swap, and you're right it would work on the back. Great idea! You saved me a bunch of soldering.
Well, there's only one way to find out, and we'll just keep fixing things until there's nothing left to fix!

For the GUS I believe the ISA8888 card sent -/+12v to U1 and earthed through the same chip. Or so I think based on tracing the traces on the GUS, might be wrong on that.

Lol good attitude at least

Ah yes, that ISA pin/sides numbering, It also seemed weird to me and I tend to swap it in the past but I double checked, measuring on a real card in hand, checking again... But on some other project I flipped pin numbering on display FFC cable (I temporaly solved it by manufacturing aux FFC cable that flipped it back choosing top/bottom contacts side, JLC can do cheap flexi PCBs now)... seems no one could avoid this kind of errors...

But in your case the fix would be very easy. Just remove the ISA slot by hot air and solder it on back side of the PCB. I see there are no components on back side that would collide, maybe that few elyts - you can solder some with a bit longer wires to move them along the slot. As you have the card on cable riser it mechanically doesn't matter on which side the ISA slot is... 😀 EDIT: heh, it was already told, just refresh the page...

LSS10999 wrote on 2025-07-14, 15:05:

- PicoGUS can't work in GUS mode behind LPC, citing no memory detected. I wonder if I need to configure something memory-related for the LPC controller. The card itself is actually fine, however.

Recently I found a tool called GUSTEST which has its source code included. Reading the code revealed something very important, that GUS actually makes use of 0x300 port range extensively, with several registers placed at least 0x100 away from the base address. The DRAM I/O register (base + 0x107) is among those. So if using 240h base range, I need to make sure ports 0x340-0x347 are all forwarded correctly.

LSS10999 wrote on 2025-07-14, 12:08:

Maybe the issue is elsewhere as replacing the regulators (as well as cleaning the contacts just in case) does improve the chance of the card being detected but some of the issues still persist like there's not enough power on the Wavetable header that WavetablePi would keep rebooting itself. For now I'm using something different that doesn't require as much power for MIDI.

I've managed to work this around, by connecting WavetablePi's Pi Zero 2W to an internal USB port using a micro-USB cable and a USB header-to-female converter. This allowed 5V from the motherboard's USB to feed the WavetablePi as well as the CT2290 itself so both can work reliably. The USB ports of P8B75-M doesn't appear to be powered when the system is powered off, so no risk of the board's 5V being backfed.

On the other hand, it seems CT2290 is not affected by the issue I had with other Creative cards (CT2950/CT4390) on NT 3.51. Everything works fine there with just the SNDBLST driver. However, it still doesn't work well with Wolf3D-based games just like other Sound Blasters, with sound still cutting off under certain occasions.