| Thread Previous • Date Previous • Date Next • Thread Next |
I have attached screenshots made with the print screen button, while running with the onboard display. If you compare these two, they are the same. So X is running with the same color-depth as windows (called *_screenshot.png), which was also pointed out in an earlier mail.
Now, if you look at the two other attached files (*_pic.png), they resemble what i actually see. Clearly the gnome picture has artifacts while the windows one does not. Okay maybe it's not that clear, but if you look hard enough you will notice :) (crappy camera)
So the panel supports 24 bit, but somehow linux / X / gnome fails to enable this.
Any suggestions? /Nicklas On 2011-09-27 19:42, Joël Bourquard wrote:
Yes it would be a great idea to compare with Windows :-) Best regards, Joël -- Sent from my Android phone. Please excuse my brevity.On Sep 27, 2011 7:36 PM, "Nicklas Overgaard" <nicklas@xxxxxxxxx <mailto:nicklas@xxxxxxxxx>> wrote:> Hi Joël, > > That could be the issue. I will have a test run using windows later > tonight to see if I can reproduce the artifacts i'm seeing with GNOME. > > /Nicklas > > On 2011-09-27 18:50, Joël Bourquard wrote: >> >> Maybe the screens themselves have a 16-bit DAC ? >> >> Best regards, >> >> Joël >> >> -- Sent from my Android phone. Please excuse my brevity. >>>> On Sep 27, 2011 6:45 PM, "Rob Mukai" <dothedog2010@xxxxxxxxx <mailto:dothedog2010@xxxxxxxxx>>> <mailto:dothedog2010@xxxxxxxxx <mailto:dothedog2010@xxxxxxxxx>>> wrote: >> > Well, I just tried changing the DefaultDepth to 16 to see what would >> happen. >> > Not pretty. I also did a >> > xdpyinfo | grep "of root" >> > depth of root window: 24 planes >> > >> > So it looks like it is in 24 bit color depth. I wonder why it is >> rendering >> > the gradients so poorly... >> > >> > DoTheDog >> >>> > On Tue, Sep 27, 2011 at 8:29 AM, Rob Mukai <dothedog2010@xxxxxxxxx <mailto:dothedog2010@xxxxxxxxx>>> <mailto:dothedog2010@xxxxxxxxx <mailto:dothedog2010@xxxxxxxxx>>> wrote: >> > >> >> Nicklas and Damien, Yeah I noticed both problems, fn+F1 doesn't >> work for me >> >> either (tried xev and no response) also color depth seems to be a >> problem >> >> for me as well. I tried putting in an xorg.conf like this: >> >> >> >> Section "Screen" >> >> Identifier "Default Screen" >> >> DefaultDepth 24 >> >> EndSection >> >> >> >> Section "Module" >> >> Load "glx" >> >> EndSection >> >> >> >> but it doesn't seem to help. >> >> >> >> Finally, FYI I did post my ubuntu installation instructions in the >> >> ubuntuforums here: >> >> http://ubuntuforums.org/showthread.php?t=1850544 >> >> >> >> DoTheDog >> >> >> >> On Tue, Sep 27, 2011 at 8:03 AM, Nicklas Overgaard>> <nicklas@xxxxxxxxx <mailto:nicklas@xxxxxxxxx> <mailto:nicklas@xxxxxxxxx <mailto:nicklas@xxxxxxxxx>>>wrote:>> >> >> >>> On 2011-09-27 10:55, Damien R wrote: >> >>>>> >>> On 26 September 2011 22:45, Rob Mukai <dothedog2010@xxxxxxxxx <mailto:dothedog2010@xxxxxxxxx>>> <mailto:dothedog2010@xxxxxxxxx <mailto:dothedog2010@xxxxxxxxx>>> wrote: >> >>> >> >>>> NIcklas, Well over the weekend, I tried installing the fglrx >> driver from >> >>>> ATI and it completely blew up my install. I ended up reinstalling >> from >> >>>> scratch, following my notes. A couple of things, 1. I will wait >> for better >> >>>> support of the PMD Graphics card before trying again ;) 2. I >> didn't need to >> >>>> upgrade MESA to get full 3d/compiz working with the 3.1.0-rc6 >> kernel. MESA >> >>>> 7.10.2 works just fine. Everything else went in fine as per my >> notes. vaio >> >>>> patched kernel, WWAN, Clickpad, Power Management, FN buttons, >> etc. Maybe >> >>>> I'll post my install notes. See if you can see anything different. >> >>>> >> >>> >> >>> Nice ! >> >>> I have a question regarding FN Buttons, does FN+F1 key work ? For >> me, the >> >>> key is not recognized even with the xev utility. >> >>> >> >>> Regards, >> >>> Damien R. >> >>> >> >>> No, my fn+f1 is not working.. not even in wintendo 7 :) >> >>> >> >>> Btw, I discovered something strange during the weekend.... >> >>> >> >>> I'm on RC6 kernel, stable mesa. When i'm using the laptop with the >> onboard>> >>> screen, it looks like the color depth is 16 bits -> crappy drawing of>> >>> gradients and transparency in my terminals is kind of ugly. On the >> other >> >>> hand, when i'm using the external display via HDMI, it's runinng >> 24 bits (or>> >>> what ever it's called), so nice gradients, perfect transparency etc.>> >>> >> >>> I wonder how that is? Is the onboard screen reporting something >> weird to X >> >>> or another subsystem? Or is X or subsystem Y failing to recgonize >> that the >> >>> onboard screen is capable of higher colordepths? >> >>> >> >>> My 5 cents for now :) I'm waiting for the open-source ATI graphics >> stack >> >>> to pick up the support - the Catalyst drivers has also destroyed a >> big part >> >>> of my setup a week ago, managed to recover though. >> >>> >> >>> /Nicklas >> >>> >> >>> _______________________________________________>> >>> Mailing list: https://launchpad.net/~sony-vaio-z-series <https://launchpad.net/%7Esony-vaio-z-series>>> <https://launchpad.net/%7Esony-vaio-z-series>>> >>> Post to : sony-vaio-z-series@xxxxxxxxxxxxxxxxxxx <mailto:sony-vaio-z-series@xxxxxxxxxxxxxxxxxxx> >> <mailto:sony-vaio-z-series@xxxxxxxxxxxxxxxxxxx <mailto:sony-vaio-z-series@xxxxxxxxxxxxxxxxxxx>> >> >>> Unsubscribe : https://launchpad.net/~sony-vaio-z-series <https://launchpad.net/%7Esony-vaio-z-series>>> <https://launchpad.net/%7Esony-vaio-z-series> >> >>> More help : https://help.launchpad.net/ListHelp >> >>> >> >>> >> >> >
Attachment:
chrome_ssl_error_gnome_pic.jpg
Description: JPEG image
Attachment:
chrome_ssl_error_gnome_screenshot.png
Description: PNG image
Attachment:
chrome_ssl_error_windows_pic.jpg
Description: JPEG image
Attachment:
chrome_ssl_error_windows_screenshot.png
Description: PNG image
| Thread Previous • Date Previous • Date Next • Thread Next |
