Re: ECS UC4914-G - Requesting GAL chip dump
Posted on 2024-05-08, 06:34
They have code protection from dumping.
Re: Can UMC U5 processors use a 387DX?
Posted on 2024-05-03, 06:57
No, but they can use the Q87/Q387 emulator.
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2024-05-01, 14:30
Not surprising at all. the OPL chips are very well documented (and dont have super secret sauce inside them like a SID chip), and the secret sauce that soundblasters DID have for their DSP chips, got successfully dumped using side channel exploits over the years. There is even a thread here on …
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2024-04-26, 09:45
It's DOS32A, not JEMMEX. Although it's not mandatory, the DPMI spec 'suggest' to detect & use DPMI first, then VCPI, then raw mode switches. DOS32A just use VCPI even DPMI is present. I think a tiny change with DOS32A code will make it work. DOS32A can be configured via command line switch or by …
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2024-02-13, 07:26
With IO port trapping to 0x40-0x47, we can skip the reprogramming part, but with or without port trapping of the timer, the most tricky part is how to override and call games' handler in a reliable manner. Yes, You would have to prevent client software from being allowed to change int handler, can …
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2024-02-08, 06:01
You mean reprogramming the timer again after game runs? With IO port trapping to 0x40-0x47, we can skip the reprogramming part, but with or without port trapping of the timer, the most tricky part is how to override and call games' handler in a reliable manner. And the hack is too dirty - SBBEMU …
Re: SBEMU: Sound Blaster emulation on AC97
Posted on 2024-02-08, 05:25
The initial code of SBEMU also uses timer, but the sound FX will have more latency, even pops and cracks. and SBEMU cannot program the timer since usually games will do that. so the interrupting rates is fully dependent on games, which is not good. wouldnt hijacking 0x40-47 timer accesses solve …
Re: Serial mouse woes
Posted on 2024-01-22, 14:40
Check if checkit 3.0 tests sucessfully IRQ line assigned to your serial port. Which IRQ is that?
Re: Serial mouse woes
Posted on 2024-01-20, 19:22
Is the mouse working on any system? Often mice cables get damaged. Run CheckIt serial ports test without loopback and see how it goes. If you can make a loopback connector it would be even greater since it will fully test the RS232 port.
Re: SB PnP 32 CT 3620 and DOOM 1 sound issue
Posted on 2024-01-04, 23:24
66MHz 486 is slow for DOOM.
Re: Aweutil /EM option - speed sensitive
Posted on 2024-01-03, 16:41
Too many controversies...Try another ISA motherboard and RAM with the same HDD if you can.
Re: Aweutil /EM option - speed sensitive
Posted on 2024-01-02, 04:46
I recommend you to load normally your config.sys and autoexec.bat and start a protected mode game with DOS32AWE, then exit the game and without rebooting the PC run a real mode game that used to cause I/O CHANNEL CHECK error.
Re: Aweutil /EM option - speed sensitive
Posted on 2024-01-01, 07:26
Which version of AWEUTIL are you using? Try to use the latest one. AWEUTIL likes higher CPU speeds. The BIOS must not trap the NMI first. AWEUTIL stays earlier if not on top of the NMI handlers chain. Either for some reason the NMI vector in the interrupt table is overwritten back with the BIOS …
Re: AWE64 Legacy
Posted on 2023-10-30, 19:24
I will NOT buy.
Re: 386SX Motherboard Won't POST, AMI BIOS Code AA
Posted on 2023-10-29, 18:50
Deunan wrote on 2023-10-29, 17:49: Make sure it's there becuase it often clocks some auxiliary logic in the chipset. For example? I've often seen a stopped RTC due to lack of 32.768 kHz and motherboards were working apart from that.
Re: Math compro on a 286
Posted on 2023-10-26, 08:52
The 80287 usually are set on all motherboards to run at much lower clock frequencies than 80286 CPUs. Please note that there are even 386 motherboards that can utilize 80287 FPUs. Use Intel's MCPDIAG DOS utility to test if your 287 is running properly on your motherboard. The tests last about 5 …
Re: Bought these (retro) hardware today
Posted on 2023-10-21, 17:35
In Linux's defense, Bluetooth is a mess on every OS I used it on. From my experience, the only desktop operating system where it seems to always work smoothly is Apple's MacOS. I can't use Apple products. It's against my conscience regardless of technical qualities. 😅 I fought Microsoft a lot in …
Re: The Soundblaster DSP project
Posted on 2023-10-19, 08:22
Obviously the clicking is not related to firmware. If some of you have factory modded SB cards with wire(s) and probably SMD capacitors attached additionallynear those wires would be good to test them if they are clickng too.
Re: The Soundblaster DSP project
Posted on 2023-10-16, 16:29
Is here any difference in clicking with this ? delay lowered from 100 to 10 Sounds the same as version 5. To my partially deaf from aviation ears and used from childhood to Apple2 sounds these examples are good enough and I hear no defective cracking, but you are the experts. Shall I attach quality …
Re: The Soundblaster DSP project
Posted on 2023-10-16, 13:34
It's a toy. Very nice toy, but toy. So are the sound blaster cards themselves ;) To understand that happening on hardware side, you need: 1. Capture x-bus exchange 2. Capture raw DAC data 3. Capture DMA data All of this - simultaneously, and on large data set. 32 bit logic analyzer with very large …
Page 1 of 20