VOGONS


First post, by Matth79

User metadata
Rank Oldbie
Rank
Oldbie

Is anything lost / gained (well other than using an IRQ that may be needed elsewhere) by enabling.

Looking to see if my old 486 VLB is ok - not too bad from the battery, cleaned up with no visible damage.

Cards to choose from 2x CL5428, one of them has a "turbo" jumper
Diamond Stealth 64 (964 chip), I believe that's VRAM but not Video - probably the fastest one, but be fun benching against each other

CPU, I think is a DX4 100
RAM, if I'm not mistaken about the chips, I seem to have 8x 30 pin 4MB - that's gonna be one overkill RAM setup

Of course, the whole thing may just blow up... guess I should test ye olde AT PSU on its own first

Reply 1 of 11, by Tiido

User metadata
Rank l33t
Rank
l33t

It is better left disabled, no software (there may be some edge cases) rely on video interrupt and there's a lot of hardware that doesn't have it at all or enable it by default. You need that IRQ for stuff like intelligent MPU401 interface or something else that actually is going to have the IRQ used.

T-04YBSC, a new YMF71x based sound card & Official VOGONS thread about it
Newly made 4MB 60ns 30pin SIMMs ~
mida sa loed ? nagunii aru ei saa 😜

Reply 2 of 11, by Gmlb256

User metadata
Rank l33t
Rank
l33t

There was a topic here related to this 3 years ago. For practical purposes it is not necessary and you are not really missing anything, the PC platform hardly used this feature due to inconsistencies around the graphics hardware.

VIA C3 Nehemiah 1.2A @ 1.46 GHz | ASUS P2-99 | 256 MB PC133 SDRAM | GeForce2 GTS 32 MB | Voodoo2 12 MB | SBLive! | AWE64 | SBPro2 | GUS

Reply 3 of 11, by Matth79

User metadata
Rank Oldbie
Rank
Oldbie

Interesting, so it's an old "vsync interrupt" that is presumably one of the things that lets 8088MPH do some of the CGA tricks, but irrelevant later

Reply 4 of 11, by Gmlb256

User metadata
Rank l33t
Rank
l33t

8088MPH doesn't use EGA or VGA graphics card. It uses a real CGA in ways that people believed it was not possible on a IBM PC.

VIA C3 Nehemiah 1.2A @ 1.46 GHz | ASUS P2-99 | 256 MB PC133 SDRAM | GeForce2 GTS 32 MB | Voodoo2 12 MB | SBLive! | AWE64 | SBPro2 | GUS

Reply 5 of 11, by maxtherabbit

User metadata
Rank l33t
Rank
l33t

Doesn't 32-bit windows require it?

Reply 6 of 11, by Gmlb256

User metadata
Rank l33t
Rank
l33t

AFAIK, no since I have two cards that doesn't use an IRQ and works on Windows without any problem.

VIA C3 Nehemiah 1.2A @ 1.46 GHz | ASUS P2-99 | 256 MB PC133 SDRAM | GeForce2 GTS 32 MB | Voodoo2 12 MB | SBLive! | AWE64 | SBPro2 | GUS

Reply 7 of 11, by Namrok

User metadata
Rank Oldbie
Rank
Oldbie

At one point I couldn't get a Riva128 PCI to work in Windows 95 OSR2 properly until I turned on VGA Interrupt. The drivers just constantly insisted the device wasn't functioning properly.

This was on an MVP3 platform though, which is known to have some PCI *ahem* quirks though. I'm not sure, although I may find out soon, if installing the VIA PCI Latency patch would have also addressed my problem.

Win95/DOS 7.1 - P233 MMX (@2.5 x 100 FSB), Diamond Viper V330 AGP, SB16 CT2800
Win98 - K6-2+ 500, GF2 MX, SB AWE 64 CT4500, SBLive CT4780
Win98 - Pentium III 1000, GF2 GTS, SBLive CT4760
WinXP - Athlon 64 3200+, GF 7800 GS, Audigy 2 ZS

Reply 8 of 11, by mkarcher

User metadata
Rank l33t
Rank
l33t

Accellerated cards are a different piece of cake. We might gather some games that use the vertical sync interrupts for color cycling effects (I guess my ten fingers are enough to count them), but otherwise, that interrupt didn't get much use on PCs. On Accellerators, especially 3D accellerators, the card is a coprocessor that gets batches of drawing commands issued from the processor, and often uses an interrupt to tell the processor that it is (nearly) done executing the commands, and the processor can now issue further commands to keep the card busy.

So my rule of thumb is: For framebuffer cards and DOS gaming, no IRQ is needed. For modern cards in 32-bit windows, you can try without, but shouldn't be surprised if the driver refuses to work.

Reply 9 of 11, by Marco

User metadata
Rank Member
Rank
Member

Hi all,

I just read mkarcher‘s last post.
Accelerator is a noun that can be widely interpreted.
Do you think the „coprocessor“ comparison also applies on high End 2D GDI accelator (ISA) cards as the GD5434 with heavy drawing offloading as well? Meaning should you also active irq here to get best GDI acceleration?

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 10 of 11, by clb

User metadata
Rank Member
Rank
Member

The vsync interrupt (originally on IRQ2, and then later demoted to chained IRQ9 iirc) quickly became obsolete after it first appeared in EGA, and most VGA adapters do not implement it.

Many games use video effects that require synchronization to the vertical blank and/or the vertical sync (both are sometimes needed due to a way IBM botched up their VGA adapter design). Practically all DOS EGA/VGA/SVGA era games implement such synchronization via polling, and not via the interrupt. The only game that I know that used the interrupt to sync is the EGA implementation of Gauntlet on DOS.

In the PCI 3D accelerator era, when each vendor would have their proprietary 3D drivers the situation might be different, and it is not really described or observable (or particularly meaningful, unless you are a 3D driver developer) whether those drivers internally use a PCI hardware interrupt or not - the driver manages all of that, and programming is done via one of the 3D APIs.

Reply 11 of 11, by Marco

User metadata
Rank Member
Rank
Member

Thanks for the answer. Strange that even a gd5434 from 95/96 had this implemented

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I