tehsiggi wrote on Yesterday, 18:46:Hmm.. strange.. Can you try to wipe the complete log file and run it again? I can recall this happening to me as well once.
So, it passed test 1? I'm now going to try the * variable to run them all.
Okay, I finally got the r3memid results. Here's what I got:
R3MEMID version 1.07, (c) Copyright ATI Technologies Inc, 2003Log file generation enabled to .\R3MEMID.LOG ...Reference data file (RDF) loading disabled ...No wait on error enabled (not effected by '-s') ...TEST RESULT SUMMARY:====================Rv350 (0x4152) detected.128M video memory.Test suite ran 1 of 1 times.Checking test status array ...[1 ] Fill : PASS[2 ] Data line toggle (GUI) : PASS[3 ] RW page (GUI) : PASS[4 ] RW channel (GUI) : PASS[5 ] Data mask : PASS[6 ] Macro + Micro8x2 tiling read : PASS[7 ] Byte swap macro+micro8x2 read : FAILError ID 0VC0181024 x 768 - 32 bpp ( 60 Hz): TEST FAILUREfailing bit : MDA1 0 1 2 3 4 5 6 7 ... MDB1 0 1 2 3 4 5 6 7 ...[8 ] HOST_DATA/<f,b>/M2L : PASS[9 ] Line slopes/dir/P/solid : PASSFailure detected.
So only one test failed. I do not know what this means.
Played a bunch of GLQuake and HL1 on OpenGL at 1024x768 without incident after this. So it's not busted, but something is off.
not rereading it all:
is the problem the same on VGA and DVI?
the card draws power through the mb only?
Retro PC warning: The things you own end up owning you.
ux-3 wrote on Today, 16:45:not rereading it all:
is the problem the same on VGA and DVI?the card draws power through the mb only?
Yup, just uses motherboard power. I haven't tried DVI but because the video output appears perfectly clean most of the time I doubt that's the problem.
Just played the rest of the shareware episode of Quake in GLQuake at 1024x768 without a problem. On the other hand Return to Castle Wolfenstein ran for about 5 seconds at 640x480 before crashing out.