It seems automatic reports did freeze after searching bios extensions and before starting to detect video card. Rerunning the test after reboot helps. I don't know, maybe playing around with guis before running full automatic scan affects the dos somehow? Leaked mem/files maybe? Frozen log: HWLOGFRZ …

The VGA chip is CL-GD5420-75QC-C The video card has some jumper, I assumed it has to be related to zero wait state, but I'm not sure now. No idea if it affects the tests. The FPU is Intel 287 rated for 10 MHz, motherboard feeds it with 24 MHz, and the jumper on CKM pin selects internal division by …

I need artists, music composers, level designers, and people versed in C (or Turbo C). While I'd love to participate in such activity, this sentence instantly scares me off. From my experience (somewhat limited to be honest) this is an indicator of wannabe-game designer, talking a lot but not …

Oh, do you maybe know what device is @ I/O 200 on your system? As far as I know there are no peripherals at that address. There is a joystick port (addr 0x201) on the ess1868 card, but there should be nothing at 0x200. The log up to the point where hwinfo16_10 stopped with smc related error: SMC_ …

Running it on a 286 pc. The mobo is Tomato TD60C (Harris 286 @20MHz, Citygate D90-272). 1. Section System information. The "Shadow+Special RAM Size" is shown as 'N/A', though the mobo does shadow the roms, and bios has configs for it. Pressing Enter on "ISA" opens Bus Info window, showing bus type …

Either way you won't go far without a multimeter. You need to probe the voltages, connectivity, etc.

Assembly. 16/32 bit x86 with Borland Turbo Assembler, and 8-bit z80. Mostly for nostalgic reasons. Being able to design similar hardware from scratch in fpga I've come to appreciate the decisions and reasoning behind x86 architecture initial design.

Worth checking the voltages on the PCB side to know if the PSU is up to the task.

Not a leakage. It should be a factory glue. https://youtu.be/BeDKwi-GJRI?t=39 Similar glue blobs are visible on a photo of presumably working board here: http://vgmpf.com/Wiki/images/1/1d/CM-32L_-_Internal.jpg though it didn't degrade as much.

Well I didn't had access to the variety of sound hardware. ES1868 was my first and only ISA sound card, and I had a generic desktop motherboard without onboard peripherals. I simply didn't know and couldn't care less :) But it's good to remember there are always details you missed, thanks for …

The title has OPL3 mentioned, and es1868 has fully compatible implementation onboard. The app should work with any opl3-enabled card. The port 388h is the Adlib port, not OPL3. The card with OPL3 will also respond on that port for compatibility reasons, but that's not the primary port to access all …

Here's small prog I did write back then in 90'ties for use with my ess1868. It's hardcoded for port address 220h, I didn't need any flexibility back then. Edit the asm and recompile with TASM if your setup differs 😀

The dos only can use what card provides via bios (interrupt 10h services) and VESA bios extensions (univbe-like programs will know multiple cards and their capabilities), and that's it. The rest has to be compatible with something very standard - VGA/EGA/CGA, etc. So DOS doesn't know and doesn't …

The "Medicat-System" label is likely has nothing to do with the medical stuff. It looks like a typical sticker put by a reseller company to track the warranty period. Do you have one of those POST-cards to see the bios current activity? Might help in identifying problem.

Had a chance to work on a Tomato TD60C motherboard (Harris CS80C286-20 CPU, Citygate D90-272 for chipset) that had a battery leak. The corrosion ate away one pcb trace for keyboard clock line, and destroyed one pin on the onboard dram chip. Some soaking in the vinegar, cleaning with IPA, a bit of …