From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 92977] Display artifacts when using MST Date: Thu, 19 Nov 2015 03:44:55 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1023886859==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 5F1216E0D3 for ; Wed, 18 Nov 2015 19:44:55 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1023886859== Content-Type: multipart/alternative; boundary="1447904695.221B70.22273"; charset="UTF-8" --1447904695.221B70.22273 Date: Thu, 19 Nov 2015 03:44:55 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=92977 --- Comment #4 from Dan Doel --- I've conducted some tests with respect to the color oddities on the left-most/main monitor. First, colorizing a blank image in gimp gives a way of seeing the color disparity in a decent manner. When changing the hue step by step, it's possible to see the colors becoming closer and farther apart from one another, which would make sense if the color depths are different, I think. I was never able to make the colors match exactly. I'm unsure if it's ever possible to get a color to display the same when approximated to 24 bit and 16 bit color. Next, it occurred to me that the issue may be gamma or brightness, because even white on the right half of the monitor was 'more white' (or, brighter) than white on the left. However, regardless of what I set these to on the left half of the monitor using xrandr, the white was not as bright as on the right half. I'm unsure if color depth is a sensible explanation for this, as I wouldn't expect 16-bit white to be 'less white' than 24-bit white. Finally, some other issues have led me to cause mode resets in which the main monitor gets laid out logically backwards, so that the right half of the monitor is the left half of the desktop. When this happens, the right half of the monitor then gets put in the 'low' color mode, and is stuck there until a reboot. So it seems that the color oddity is somehow related to _ever_ being laid out with a positive x offset (since the entire right monitor is in this mode from the start). I don't know if any of this is helpful, but I thought I'd document it for whoever eventually looks into this stuff. -- You are receiving this mail because: You are the assignee for the bug. --1447904695.221B70.22273 Date: Thu, 19 Nov 2015 03:44:55 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 4 on bug 92977 from
I've conducted some tests with respect to the color oddities on the
left-most/main monitor.

First, colorizing a blank image in gimp gives a way of seeing the color
disparity in a decent manner. When changing the hue step by step, it's possible
to see the colors becoming closer and farther apart from one another, which
would make sense if the color depths are different, I think. I was never able
to make the colors match exactly. I'm unsure if it's ever possible to get a
color to display the same when approximated to 24 bit and 16 bit color.

Next, it occurred to me that the issue may be gamma or brightness, because even
white on the right half of the monitor was 'more white' (or, brighter) than
white on the left. However, regardless of what I set these to on the left half
of the monitor using xrandr, the white was not as bright as on the right half.
I'm unsure if color depth is a sensible explanation for this, as I wouldn't
expect 16-bit white to be 'less white' than 24-bit white.

Finally, some other issues have led me to cause mode resets in which the main
monitor gets laid out logically backwards, so that the right half of the
monitor is the left half of the desktop. When this happens, the right half of
the monitor then gets put in the 'low' color mode, and is stuck there until a
reboot. So it seems that the color oddity is somehow related to _ever_ being
laid out with a positive x offset (since the entire right monitor is in this
mode from the start).

I don't know if any of this is helpful, but I thought I'd document it for
whoever eventually looks into this stuff.


You are receiving this mail because:
  • You are the assignee for the bug.
--1447904695.221B70.22273-- --===============1023886859== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1023886859==--