Resolution Support and OSD

While the ideal solution is to run your LCD at the native resolution, there are times when you might want to use something lower. With the fine 0.233mm dot pitch and 2560x1440 native resolution, running at something lower becomes even more likely. We tested the VGA, HDMI, DisplayPort, and DVI connections to see how the U2711 would handle non-native resolutions (note that we didn't test component or composite video). The OSD provides three aspect ratio options: Fill (use the entire LCD, with stretching), Aspect (fill as much of the LCD as possible but avoid stretching), or 1:1 (no stretching at all).

The vast majority of resolutions work exactly as you would expect. 800x600, 1024x768, 1280x800, 1280x960, 1280x1024, 1440x900, 1600x1200, 1680x1050, 1920x1200, and 2560x1440 showed no problems at all. Also, when using a VGA connection, every resolution we tried worked properly. Shift to the digital connections and we did encounter a few minor issues.

Starting with DVI, both 720p and 1080p filled the whole LCD regardless of the aspect ratio setting. This isn't terrible, since the image will still maintain the correct aspect ratio, but it does mean that the 1:1 setting failed to work in this instance. We also encountered some oddities with 720p and 1080p using an HDMI cable at times, but those problems appear to be more of a laptop driver issue than something in the U2711. On one laptop, 720p output always looked blurry, and the 1:1 setting didn't actually map to 1280x720 pixels as far as we could tell. In general, though, these common widescreen resolutions still worked well.

The resolutions where we had the most problems are all less common resolutions. On DVI, 1280x768 didn't have the correct aspect ratio, with black bars on all sides. 1360x768 stretched horizontally but not vertically on "Fill", making for a very skewed result, "Aspect" left borders on all four sides, but "1:1" worked properly. 1792x1344, 1800x1440, 1856x1392, and 1920x1440 all did an "aspect" stretch, regardless of OSD setting.

HDMI didn't show as many resolutions, probably because we had to use a different computer as the source (a laptop). Again, "odd" resolutions caused some incorrect behavior, but we don't really fault Dell. 1152x648 and 1776x1000 (underscanned 720p and 1080p, respectively) have a black border at all times, and like the DVI connection 1360x768 was squashed vertically unless you use the "1:1" setting. DisplayPort behavior was the same as HDMI. Note also that the HDMI connection didn't allow us to select resolutions above 2048x1152 (a 16:9 resolution). 2048x1152 was also the maximum resolution we could use on a VGA connection. We're not sure if the limitation was with our test laptop or if it's inherent with the U2711, as we don't have any HDMI connections that we're sure will properly handle 2560x1440.

In general, all but a few uncommon resolutions worked well. Something else we really liked was the "Sharpness" setting when we were using something other than the native resolution. The default setting of "50" appears to pass the signal on without molesting it, but as you move towards 0 the display becomes a bit blurrier and increasing towards 100 will apply a mild to moderate sharpening filter. Running at 1680x1050 with sharpness set at 70, you have to look very closely to notice that the LCD isn't running at its native resolution. Other LCDs have a similar feature, but on many displays the sharpness setting is only active if you use an analog connection (i.e. VGA).

The OSD

For the sake of completeness, here's a gallery of all the OSD settings. Yes, there are a ton of options. We like that Dell allows you to customize the "quick jump" buttons, but we wish they had allowed us to make one of the settings "Aspect Ratio" rather than limiting the choices to "Preset Modes", "Brightness/Contrast", "Input Source", or "Mode". There's really not much to say about the OSD: it works as expected.

Brightness, Contrast, and Power Most Impressive
Comments Locked

153 Comments

View All Comments

  • MadMan007 - Friday, January 22, 2010 - link

    Yup I wish more sites would go in to the implications of wide gamut but sadly it seems most just buy in to the MOAR=BETTER marketing hype. Given the depth of some articles at Anandtech it's kind of sad to see only the positives written, almost like marketing material, even if it is ostensibly in the context of professional use and applications.
  • JarredWalton - Friday, January 22, 2010 - link

    I have never noticed any problems whatsoever when viewing images on a high gamut display, but perhaps that's because I have calibration tools available. On the U2711, if you're running standard applications, just set the LCD to sRGB instead of Adobe RGB and your LCD will be running in the reduced gamut.

    Again, I'm not sure how having a wider gamut is supposed to oversaturate colors. Just because a display has a potentially wider gamut doesn't mean you have to use it. Oversaturated reds and blues is a calibration problem, not something inherently wrong with having a higher gamut.

    I've heard this complaint before, and I've just never experienced any problems with this. I've even searched for information on what you might be referring to, with no luck. If you use a standard sRGB color space on a wider gamut, you're going to only use 82% of the available gamut. There should be a mapping for reds to reds, blues to blues, etc. that occurs with the display regardless; red shouldn't suddenly map to bright red.

    Anyway, if you have a link to somewhere that explains how you encounter this problem, post it and I'll go see if I can replicate this issue (with and without calibration).
  • 10e - Tuesday, January 26, 2010 - link

    Sorry Jarred, I have to disagree with wide gamut not oversaturating colors in a practical sense, especially with a monitor that has multimedia aspirations like Dell's latest releases.

    I also have calibration tools, and one cannot "calibrate out" wide gamut on my Dell 3008WFP and NEC LCD2690WUXI. Wide gamut works fine with color managed applications like Photoshop, or color managed OSes like Mac OS X, but even using the Color Mgmt control panel and loading in the ICM profile in Windows 7 or Vista (or XP) only fixes the oversaturation in Windows Media Player and Picture Viewer, which funny enough ARE color managed. Ty using Media Player Classic and you'll see that it's different from what WMP 11 or 12 show.

    This is because color managed apps perform color gamut transformation to correctly "map" sRGB colors to a wider gamut co-ordinate, based on information in the ICM profile. Because a wide gamut screen can effectively show a higher color intensity, a color that is R,G,B 255,0,0 will show a deeper red on wide gamut than standard gamut, because if eight bits per pixel is used, you have the same number of bits defining a wider color space than sRGB. In easy terms, the color difference between red at 254 vs red at 255 is more obvious on wide gamut screens.

    Load a photo as your desktop background and load it into Picture Viewer in Vista or Win7 and you will see the difference especially with greens and reds. Even an ocean shot with lots of cyans and turqouises will show up quite obviously. I'm saying to do this, because I have made the same assertion before that wide gamut is not that big a deal, because I was fooled by the built in color viewer of Vista showing me correct colors.

    I DO agree, however that using the sRGB mode for PC users and multimedia (console, BluRay) is best. Because otherwise the wide gamut will show up with stronger, unrealistic colors, similar to an old style TV with a color knob.

    I have read reviews from other sites that listed wide gamut as being a plus, but I would have to disagree for about 90% of the population out there using tagged and untagged sRGB images.
  • The0ne - Wednesday, January 27, 2010 - link

    You have a perfect example imo. I use this quite often myself for testing.

    "Load a photo as your desktop background and load it into Picture Viewer in Vista or Win7 and you will see the difference especially with greens and reds. Even an ocean shot with lots of cyans and turqouises will show up quite obviously. I'm saying to do this, because I have made the same assertion before that wide gamut is not that big a deal, because I was fooled by the built in color viewer of Vista showing me correct colors."

  • JarredWalton - Tuesday, January 26, 2010 - link

    I'm not sure about video playback... I just tried to compare a movie in WMP11 and MPCHC on a regular gamut LCD, and there's clearly a difference between the two. MPCHC looks somewhat washed out, with lighter blacks and darker whites. I'm not sure if WMP11 is doing some extra post processing or what.
  • AnnonymousCoward - Saturday, January 23, 2010 - link

    Jarred, virtually all pictures and video were recorded in sRGB space. With 24 bit color, one pixel might be color 103x50x246. That maps to a different color than it should on a wide gamut monitor. Since wide gamut extends deeper into the red zone, the incorrect mapping will give more saturated reds.
  • JarredWalton - Saturday, January 23, 2010 - link

    It only maps incorrectly if your monitor is running in a wide gamut color space (both the monitor and OS) and it doesn't handle an sRGB image as being sRGB. If the applications is color space aware, you don't have a problem. Having a wide gamut monitor doesn't inherently cause the problem; in fact, if you have a regular gamut monitor you get the same effect. It's the images/videos and color space they are created in that can create issues.
  • AnnonymousCoward - Saturday, January 23, 2010 - link

    Maybe my understanding is incorrect. The way I see it, regardless of what OS or application is being run, let's say you open a picture on a 72% gamut screen. The color is accurate. Now you crack open the monitor and replace the backlight with one that does 95% gamut. That same picture would appear different and more saturated, right? If so, that would be the case with all sRGB pictures out there, which is nearly every one.

    Even if software could "up-convert" a low gamut sRGB picture to be high gamut (by lowering the integer color values), for viewing on a high gamut screen, the end result wouldn't be a perfect match since we're dealing with integers.
  • JarredWalton - Sunday, January 24, 2010 - link

    This is not correct. A high gamut screen has the potential to display a wider range of color, but it doesn't inherently do so. The backlight puts out white, and if it's a better white you can get a wider color range (more or less). But if you run in a limited color space, it doesn't make the colors map incorrectly within that color space. The problem only manifests when you view an image that maps to a different color space, and your image viewer doesn't adjust colors appropriately.

    There's a link above to a site that shows the problem. I can view the "wrong color space" stuff on a low gamut display as well as a high gamut display. So if you want an image to be viewable by your average Joe, you should use sRGB color space. Which, incidentally, the U2711 has a built-in profile calibrated to less than 5.0 delta E.
  • AnnonymousCoward - Monday, January 25, 2010 - link

    I really appreciate the responses =)

    After looking into this more, I think there are 2 things going on (which happen to relate to the 2 points in my last post). 1) If software isn't color managed, there's an incorrect mapping (see http://tinyurl.com/yk2h9uz)">http://tinyurl.com/yk2h9uz). 2) Even with color management, due to "bits of color" having finite numbers of steps, the conversion for display on a high gamut screen might not be 1:1 (see http://tinyurl.com/y8vocba)">http://tinyurl.com/y8vocba). It seems like #1 is the bigger problem.

Log in

Don't have an account? Sign up now