Changing the color gamut to AdobeRGB instead of sRGB produces similar pre-calibration results. The grayscale is pushing red and this leads to dE2000 errors that are visible. A larger issue is the color gamut, as it is over-saturated at the points below 100% and has a serious tint shift in magenta. The color errors are very visible and it happens at all saturations for almost all colors.

 

Pre-Calibration

Post-Calibration,
200 cd/m^2
Post-Calibration,
80 cd/m^2
White Level (cd/m^2) 199.8 199.5 80.6
Black Level (cd/m^2) 0.2655 0.263 0.2625
Contrast Ratio 752:1 759:1 307:1
Gamma (Average) 2.31 2.21 2.40
Color Temperature 6580K 6567K 6521K
Grayscale dE2000 2.68 0.63 0.67
Color Checker dE2000 4.13 1.07 N/A
Saturations dE2000 3.91 1.70 N/A

Post-calibration the grayscale and gamma are spot-on with no visible error to them. The gamut is much improved with the exception of green and cyan. The behavior here is very strange, as we can see the gamut is capable of hitting 100% saturations for them, but after calibration it does not. I’m willing to lay the blame for this on CalMAN and an issue with the calibration here. Since every point except for these 5 are virtually perfect, and the pre-calibration data shows those points should be possible, I imagine it’s a bug. Multiple attempts to calibrate gave the same results, so it isn’t something I can correct myself.

If we believe that is a bug, then post-calibration the Dell UP3214Q is almost perfect in AdobeRGB mode as well. It encompasses the entire gamut and has very accurate results. The results for 80 cd/m2 are identical to the ones for 200 cd/m2 but some of the data was lost and those charts are missing. The pre-calibration numbers are not great for the Dell UP3214Q in the grayscale, but the color gamut is good. It manages to use the full AdobeRGB gamut with its backlighting system unlike other UltraHD displays.

Note: Dell provides their Dell Calibration software with the UP3214Q. Using this and a meter like the XRite i1Pro you can save two modes with your own light output, gamma, and color space settings. Unfortunately I could never get it to work properly with the UP3214Q. The software would detect the i1Pro which is connected directly to the UP3214Q USB ports, but didn’t detect the UP3214Q itself. Updating the monitor firmware and the Dell Calibration software didn’t resolve this issue either. Talking to others with the display they had similar issues as well so hopefully Dell can resolve this as this software has worked well in the past.

sRGB Test Data Display Uniformity
Comments Locked

84 Comments

View All Comments

  • willis936 - Tuesday, April 1, 2014 - link

    I'm not sure this is right. Companies usually are making and testing IP while a standard is in the works. In some cases they're out before the standard is done.
  • cheinonen - Tuesday, April 1, 2014 - link

    This is correct. There is currently no full HDMI 2.0 silicon out there that I'm aware of, and since the Dell started shipping last fall it certainly didn't have access to it then. There are currently devices shipping that claim "HDMI 2.0" support in the AV world, but that isn't full HDMI 2.0. It is support for 4:2:0 chroma subsampling, which is part of the HDMI 2.0 spec, and enabled UltraHD resolution at 60 Hz. Since computers don't use chroma subsampling, this isn't relevant and there is no HDMI 2.0 silicon right now.
  • Penti - Tuesday, April 1, 2014 - link

    Not even Maxwell can output it, so what sources are you suppose to use?
  • BMNify - Tuesday, April 1, 2014 - link

    where you get that idea from , its false you need a GeForce 600 "Kepler" graphics card or newer to drive a display up to 4096 x 2160.

    hell, even the ChromeOS guys have merged this linux UHD patch in to their tree now...so intel Haswell/Iris Graphics work at "UHD-1" 3840x2160P if you are not gaming http://lists.x.org/archives/xorg-devel/2014-Januar...
  • cheinonen - Tuesday, April 1, 2014 - link

    You can do that resolution at 24 Hz, or 3840x2160 at 30 Hz, but you can't do it at 60 Hz without MST right now. HDMI 2.0 allows it at 60 Hz but that isn't available yet on a product.
  • Penti - Tuesday, April 1, 2014 - link

    I was speaking about 600MHz HDMI not ~300MHz. 300MHz HDMI has been around since GCN 1.0 and Kepler. It's also available in Haswell, works fine in Windows, OS X or GNU/Linux at that res, but that limits it's to 30Hz for 3840x2160. That's not HDMI 2.0 specs. You can't use anything else than DisplayPort for 60Hz 4k/UHD. DisplayPort-receivers only do that on MST too. You need two 300MHz HDMI-ports to do UHD @ 60Hz. So gaming in UHD with HDMI is out regardless of gpu/source.

    Maxwell doesn't do H.265/HEVC for that matter either. You only need ~300MHz HDMI 1.4 to do 4096x2160 @ 24Hz. Not HDMI 2.0, that can do it @ 60Hz.
  • zanon - Tuesday, April 1, 2014 - link

    As far as things that still aren't there, I'd throw in color space (both gamut and bit depth) as well. Official UHDTV (see Rec. 2020), beyond the resolution standards bumping to 4K or 8K, also at last features a significantly larger color space and also the depth necessary to go with it (either 10-bit or 12-bit). That's another marquee feature of HDMI 2.0, 12-bit 4:2:2 4K@60fps. Without the increase depth a wider gamut isn't a straight upgrade since the delta between colors increases too, 8-bit AdobeRGB say isn't a clear superset of 8-bit sRGB. It's exciting that as well as HiDPI we'll finally see an industry wide shift to a color space that will be a strict improvement and is large enough to basically be "done" as far as human vision.

    There's still a lot more pieces needed on the PC side though, including both hardware (video cards, interconnect) and OS/applications. High DPI is slowly improving, but even Apple has slipped a bit in terms of color management and support. That said, given the economies of scale that'll come with the general UHDTV push the market pressure should be there at least.
  • peterfares - Tuesday, April 1, 2014 - link

    Did you test it on a Windows computer other than the one you pictured? Because that one is 8.0, not 8.1 which added multi-DPI support.
  • datobin1 - Tuesday, April 1, 2014 - link

    Correct, 8.0 has static scaling across all displays. 8.1 introduced different scaling for each display.
    This works very well for surface pros that are docked. It will scale the surface pro display at 150% and the extra monitors at 100%. If you move a window between the displays the screen with the majority of the window will decide the scaling for that window. As you pull it from one screen to the next you will see the window change its scaling factor.
  • cheinonen - Tuesday, April 1, 2014 - link

    Yes, I tested with both Windows 8.0 and 8.1. I just happened to have rebooted into Windows 8.0 when I took the photos but I tested both.

Log in

Don't have an account? Sign up now