VOGONS


Voodoo 2 SLI and 1024x768

Topic actions

First post, by hasnopants

User metadata
Rank Member
Rank
Member

I recently build this machine below and cannot get any game to run at 1024 x 768 while running SLI Voodoo 2. The driver says Scan Line Interleave : "Detected" when I look under system info on the driver settings page.

Specs:

P3 Coppermine 1000EB @ 1ghz/133mhz
1GB RAM (2x 512MB) Crucial PC133
ASUS TUSI-M Socket 370 with SIS 660 Chipset Motherboard
SIS 630 Onboard VGA (Primary Graphics)
2 x 8 MB Diamond Monster 3D II (1x Rev. A, 1x Rev. B) (Secondary Graphics)
Sound Blaster Live! 5.1 Platinum
Windows 98SE
Direct X 9 Installed

I have the latest Monster 3D II drivers installed from this page: http://falconfly.vogonswiki.com/voodoo2.html (Diamond Monster 3D II V4.10.01.0207 DirectX 6 Driver)

My problem is that ALL games it seems whether they are D3D, OGL, or GLIDE either lock up instantly, or wont even load (crash the program or my machine completely) when I try to run them at 1024x768 resolution. Is there something simple that I am missing? The only game I got to run at the resolution for about 1 -2 mins was Thief: The Dark Project, then it locked up. Unreal flyby sometimes will run for a second or two then lock up as well at the resolution.

All games run at 800 x 600 perfectly across all three APIs.

Before you ask, I have tried Direct X 6.1a (what I started with), DX7, DX8, and now finally 9, all with the same issue. I dont believe its a DX issue at all anyways because it not only effects D3D but GLIDE and OGL (I use either MiniGL or WickedGL depending on the game)

Any help would be appreciated.
Thanks!

Current Systems:
DIP40|8088|640K|HERCULESGB102|PCSPKR
DIP40|V20|640K|VGA|ADLIB/TNDY/COVOX
S7|P233MMX|128M|S3ViRGEDX/DM3D|SB16
S370|P600MMX|256M|SIS630/DM3DIIX2|SBLIVE!5.1
S775|P43.4|2G|6800GS|SBAUDIGY

Reply 1 of 60, by F2bnp

User metadata
Rank l33t
Rank
l33t

Use the latest drivers instead of the Monster3D ones and see what happens then.

Also, try benchmarking a specific game at 800x600 and then try the same thing with SLI disabled and see if there's a difference. Quake 2 or Quake 3 will do nicely.

Reply 2 of 60, by hasnopants

User metadata
Rank Member
Rank
Member

Ok so I will update to the latest reference drivers on falconfly tonight and see if that does anything. If not do i need to remove the 2nd card or is there a way to disable SLI without getting into the case?

Im assuming the 2nd test is to see if I have a dead card or not?

Thanks!

Current Systems:
DIP40|8088|640K|HERCULESGB102|PCSPKR
DIP40|V20|640K|VGA|ADLIB/TNDY/COVOX
S7|P233MMX|128M|S3ViRGEDX/DM3D|SB16
S370|P600MMX|256M|SIS630/DM3DIIX2|SBLIVE!5.1
S775|P43.4|2G|6800GS|SBAUDIGY

Reply 3 of 60, by F2bnp

User metadata
Rank l33t
Rank
l33t

There is a switch in the drivers I believe, unless I'm mistaking it for Voodoo 5. You could always remove the card (or at least the ribbon cable) just to be sure no shenanigans are going on behind your back. 🤣

Reply 5 of 60, by hasnopants

User metadata
Rank Member
Rank
Member

So I tried those things. Still doesnt work. A couple questions Im having trouble finding the answers to on the net...

Do you need 2 x 12 MB cards to do 1024 x 768?

Do the cards have to be the same exact revision?

Thanks everyone.

Current Systems:
DIP40|8088|640K|HERCULESGB102|PCSPKR
DIP40|V20|640K|VGA|ADLIB/TNDY/COVOX
S7|P233MMX|128M|S3ViRGEDX/DM3D|SB16
S370|P600MMX|256M|SIS630/DM3DIIX2|SBLIVE!5.1
S775|P43.4|2G|6800GS|SBAUDIGY

Reply 6 of 60, by F2bnp

User metadata
Rank l33t
Rank
l33t

What do you mean it doesn't work? Did you try the SLI thing and if so what was the result? You need to figure out whether or not SLI is actually working, that should be your first priority.

To answer your questions:

a) No, 8MB will do 1024x768 as well.
b) No. I've been SLIing my MaxiGamer3D II and Orchid Righteous II for almost 10 years with little issues. I just have to use the appropriate driver.

Reply 7 of 60, by chinny22

User metadata
Rank l33t++
Rank
l33t++
F2bnp wrote:

To answer your questions:
b) No. I've been SLIing my MaxiGamer3D II and Orchid Righteous II for almost 10 years with little issues. I just have to use the appropriate driver.

Just to be clear, the appropriate driver is NOT the reference drivers.
For mismatched cards you need an unofficial driver like the fastvoodoo

edit: just realised you said same revision not same card.
Reference drivers should work fine with different revisions but you may still have more luck with the unofficial driver

Reply 8 of 60, by F2bnp

User metadata
Rank l33t
Rank
l33t

You can do mix and match even without FastVoodoo, there are other alternatives. This is besides the point however, I was merely stating that I have different cards just to push the point that different revisions of the same card should not really matter. The Monster3D was probably the most popular one of the Voodoo and Voodoo2 cards, this seems like a different issue altogether.

Hopefully, it's just Windows 98SE messing you up with the drivers and not a faulty card. Another thing that sprang to mind, which drivers are you using for that Live! 5.1 ? Do you know if they are VxD or WDM drivers?

Reply 9 of 60, by hasnopants

User metadata
Rank Member
Rank
Member

So I did a fresh install of Win98SE, all I installed was the LAN driver, the primary display adapter (SIS 630), my sblive! drivers (Im sorry im at work and I dont know if they are VXD or WDM but I will confirm) and the FastVoodoo 4.6 drivers.

Curious enough when I did system info on settings it showed SLI detected but my total texture memory was only 4 MB (frame buffer was 4 MB as well)...which was wrong...so I reseated everything twice, no change. I went ahead and tried unreal and at all resolutions it was fine except 1024x768. It loads 1 frame and instantly locks up on the unreal flyby when the game is first started. Other games will seize up with crazy colors all over the screen and some wont even show a picture when loading at that resolution and just play the game music.

All that being said, I then switched to the latest ref drivers for win9x (3.02 I believe) and restarted and checked system info again SLI is detected BUT this time it shows 8 MB of frame buffer and 8 MB of texture memory. I believe this is correct. So I tried unreal again, same problem.

I thought I read somewhere where the FSB being too fast might screw up voodoo 2 sli. So I tried this...I lowered my clocks to 66/66...so my 1000EB down-clocked to 500 mhz and my FSB down-clocked to 66 mhz. Lo and behold different results. Unreal flyby actually plays for a bit sometimes, one time it kept the first frame on the screen sort of translucent while it flyby'd in the background at the right resolution.

So then I got another idea, I have another machine I've been working on a win95/DOS machine (ostensibly DOS really). So I pulled the cards out of my 1ghz machine and put them in this much slower machine running a Pentium 1 w/ MMX at 233mhz, 128 mb of PC100 SDRAM, VIRGE DX, Sound blaster 16

Loaded the 3.02 win 9x driver on windows 95 and installed unreal on the machine. Checked system info and got it to SLI detected 8mb/8mb. Started up unreal flyby and it ran fine on all resolutions except when I switch to 1024x768 it locks up.

THE SAME THING!

So maybe one of my cards has a bad memory module or something...is there a way to test these cards to make sure all the components are working?

Thanks again all.

Current Systems:
DIP40|8088|640K|HERCULESGB102|PCSPKR
DIP40|V20|640K|VGA|ADLIB/TNDY/COVOX
S7|P233MMX|128M|S3ViRGEDX/DM3D|SB16
S370|P600MMX|256M|SIS630/DM3DIIX2|SBLIVE!5.1
S775|P43.4|2G|6800GS|SBAUDIGY

Reply 10 of 60, by F2bnp

User metadata
Rank l33t
Rank
l33t

I don't know what to tell you, I'm thinking your best bet is to test each card individually at 800x600 with something like 3DMark 2000 that will push them to the max. That way you'll see whether or not one of the two cards is having issues.

Reply 11 of 60, by FFXIhealer

User metadata
Rank Oldbie
Rank
Oldbie

Dude, don't go by what "memory" the tab is reporting. Voodoo2s in SLI draw the EXACT SAME IMAGE on both cards, just using alternating scan-lines on the screen. So while you may "technically" have 8MB of framebuffer total between two cards, you effectively only have 4MB framebuffer for the image the two cards are drawing. If you have an "8MB Voodoo2" card, the tab could be telling you have 8MB of texture memory, but you really don't. Both cards have to have the exact same textures loaded into both memory banks, giving you only 4MB of texture memory effectively. If you have 12MB Voodoo2 cards, then you'd have 8MB of texture memory effectively. I'd rather the tab tell me my effective memory (the FastVoodoo drivers do this) than to give you a false impression when you're trying to match up system requirements for a game.

I tried playing Return to Castle Wolfenstein on my Voodoo2 SLI setup (12MB cards) and it ran, but only really at 640x480. Trying to change just about any video setting caused the game to lock up and refuse to start again until I deleted the configuration file (setting the game to defaults). It was a guy here on Vogons that helped me switch over to my RIVA TNT2 32MB card. Now I can play at 1024x768, but the framerate is around 14-25 FPS. Enough to play, but it's a bit choppy on outdoor scenes. Processor is a 600MHz Pentium 3.

292dps.png
3smzsb.png
0fvil8.png
lhbar1.png

Reply 12 of 60, by The Serpent Rider

User metadata
Rank l33t++
Rank
l33t++

Voodoo2s in SLI draw the EXACT SAME IMAGE on both cards

They don't.

I must be some kind of standard: the anonymous gangbanger of the 21st century.

Reply 13 of 60, by FFXIhealer

User metadata
Rank Oldbie
Rank
Oldbie

In the internal memory, yes. They do. Both cards are rendering the exact same frame. They have the exact same textures for each surface, the same triangles, everything. The difference is that each card is only drawing alternating lines on the screen. This allows the two cards operating together to generate a higher-resolution screen at 1024x768. This means each card only has to ACTUALLY draw 384 lines OF THE IMAGE.

292dps.png
3smzsb.png
0fvil8.png
lhbar1.png

Reply 14 of 60, by appiah4

User metadata
Rank l33t++
Rank
l33t++
FFXIhealer wrote:

In the internal memory, yes. They do. Both cards are rendering the exact same frame. They have the exact same textures for each surface, the same triangles, everything. The difference is that each card is only drawing alternating lines on the screen. This allows the two cards operating together to generate a higher-resolution screen at 1024x768. This means each card only has to ACTUALLY draw 384 lines OF THE IMAGE.

Technically they are rendering the same FRAME but they are rendering alternating lines so they are not rendering the same IMAGE.

Retronautics: A digital gallery of my retro computers, hardware and projects.

Reply 15 of 60, by Jade Falcon

User metadata
Rank BANNED
Rank
BANNED

Voodoo 2 use afr. They both have the same data in their vram. But etch card renders one line of pixels after another. Etch card only rendereds half the screen/image. Not the hole image.

Reply 16 of 60, by FFXIhealer

User metadata
Rank Oldbie
Rank
Oldbie
appiah4 wrote:
FFXIhealer wrote:

In the internal memory, yes. They do. Both cards are rendering the exact same frame. They have the exact same textures for each surface, the same triangles, everything. The difference is that each card is only drawing alternating lines on the screen. This allows the two cards operating together to generate a higher-resolution screen at 1024x768. This means each card only has to ACTUALLY draw 384 lines OF THE IMAGE.

Technically they are rendering the same FRAME but they are rendering alternating lines so they are not rendering the same IMAGE.

They ARE rendering the same image. They're just not drawing the same pixels.

292dps.png
3smzsb.png
0fvil8.png
lhbar1.png

Reply 17 of 60, by appiah4

User metadata
Rank l33t++
Rank
l33t++
FFXIhealer wrote:
appiah4 wrote:
FFXIhealer wrote:

In the internal memory, yes. They do. Both cards are rendering the exact same frame. They have the exact same textures for each surface, the same triangles, everything. The difference is that each card is only drawing alternating lines on the screen. This allows the two cards operating together to generate a higher-resolution screen at 1024x768. This means each card only has to ACTUALLY draw 384 lines OF THE IMAGE.

Technically they are rendering the same FRAME but they are rendering alternating lines so they are not rendering the same IMAGE.

They ARE rendering the same image. They're just not drawing the same pixels.

If they are not drawing the same pixels they can not twehnically be rendering the same picture. They are drawing the same frame but different pictures there is a distinction.

Retronautics: A digital gallery of my retro computers, hardware and projects.

Reply 18 of 60, by FFXIhealer

User metadata
Rank Oldbie
Rank
Oldbie

Dude, you need a dictionary. It's RENDERING THE IMAGE. IN MEMORY. The exact same triangles, the exact same textures, the exact same image.

Are you TRYING to troll here?

292dps.png
3smzsb.png
0fvil8.png
lhbar1.png

Reply 19 of 60, by appiah4

User metadata
Rank l33t++
Rank
l33t++
FFXIhealer wrote:

Dude, you need a dictionary. It's RENDERING THE IMAGE. IN MEMORY. The exact same triangles, the exact same textures, the exact same image.

Are you TRYING to troll here?

Calm down cowboy. If you can't be civil, I would suggest that you do not carry arguments. The cards in SLI mode render the same frame but do NOT render the full frames, they render seperate halves of the same frame so technically they are rendering DIFFERENT images. These two different images when combined create the full frame.

Retronautics: A digital gallery of my retro computers, hardware and projects.