Radeon incompatibility with Dell LCDs (U2410)

I recently upgraded my video card to an EVGA 260 GTX (SC), for reasons of performance and compatibility. My old video card (Radeon X800 XL) was reasonably quite, fast enough for non-gaming needs, and OK for watching flash video, but not great. Most annoying of all, it has an incompatibility with my Dell U2410 LCD, where it cannot wake the screen back up after it has been put into power saving mode by the screensaver. Apparently the video card sends a signal to the DVI port to see if there is a device there, and the DELL takes too long to respond so the ATI card stops sending a signal, and never discovers that anything is attached. I found I could get around this by opening a full-screen DOS prompt, which causes the ATI drivers to power up the DVI port whether it thinks there is a screen attached or not. I set up a hotkey to open and then close a fullscreen DOS window, thus bringing my display back to life, but what a pain! I don't think this was a problem with all Dell displays - I don't recall the same problem with my older 2408WFP.

To be fair to ATI, this is an old card. But the drivers weren't that old; you'd think this was something that could have been fixed in software. The good news was that the upgrade to an Nvidia card fixed it. Plus, flash video no longer exhibits taring problems. You know, full screen video playback was a problem most software solved in the late 90s. Flash is such a dog - apparently it can only use hardware acceleration with fairly modern video cards - which the ATI card certainly isn't. But then every other video playback program I used was tare-free, so it certainly had the horsepower to do the job if given even half a chance.

Comments

Post a Comment

Email me

Name

Email *

Message *

Popular posts from this blog

Panasonic TH-42PX75U Plasma TV review: input lag and upscaling tested using the piLagTesterPRO

Image
This 720p Plasma TV from 2008 is very unique and quite nice in many ways. It used to retail for around $1300. If you can find one it's a great choice for retro gaming.  Overview/Image quality This is a plasma TV, which generally means at least the following: nearly infinite viewing angles, and jaw dropping weight. That's true in this case as well. This 42" model weights 75lbs.  At native resolution (720p) this TV crops 20 pixels off the top/bottom and 30 off the sides. 480p/i crops 20 pixels off all sides. Both modes have aliasing, too, though it's not too bad. There's really no excuse for aliasing on a TV this big: you know the panel was designed specifically to be a tv. Why not hit 720p exactly? And as for 480p/i, they could have at least offered a zoomed out mode with black borders and 1:1 pixel mapping. But no such luck. There are zoom/stretch options to crop even more, but none that crop less. While the native resolution supposedly is 1366 x 768 it does accept...
Read more

piLagTester PRO order page

Image
The piLagTesterPRO measures your monitor's input lag and response time. It is a cheap, full featured add-on to the Raspberry Pi; I provide the sensor and required software, you provide the Pi (a $5 pi Zero is more than sufficient). Although it has a DIY aesthetic, it is quite functional and in fact offers quite a lot more features than the commercial alternatives (Leo Bodnar and the Time Sleuth), and has been tested with over 40 TVs, including 4k models .  Here's what it looks like in action: The pi draws a black background, and then roughly once a second displays a set of target rectangles (top/middle/bottom). You place the sensor over the desired target, and the piLagTester measures the monitor's response starting from the moment the frame of video data is sent over the Pi's HDMI port. This is plotted in the graph, which is sideways for space reasons. The lag tester measures two thresholds. In red it shows how long it takes for the monitor to start displaying t...
Read more

A $5 TV Input Lag tester using a Raspberry Pi Zero

Image
High speed monitors are all the rage now, with quoted response times  of 1-4ms. But does that mean that 1-4ms after you make an input (say, jump) you will see that on your screen? No. Often a much bigger issue is  Input lag. This is   the delay between your computer / game console sending a video frame to your display and your display starting to actually show it, and it ranges from 4ms to 80ms. The problem with measuring input lag is that you can't, at least with everyday hardware. The solution for hardware review sites is to purchase dedicated lag testers such as the leo bodnar tester,  timesleuth (both ~$100), or the pi lag tester pro ($40) or use homegrown methods utilizing an oscilloscope ("free" if you already own a $400+ oscilloscope and perhaps a $50k+ engineering degree). Here I introduce a $5 solution (or, "free" if you own the required equipment). What's required: A Raspberry Pi Zero ($5 + S&H from several sources). This single b...
Read more