Project

General

Profile

Bug #10731

Thumbnails are not sharp in lighttable

Added by Francisco Cribari over 3 years ago. Updated over 3 years ago.

Status:
Fixed
Priority:
Low
Assignee:
-
Category:
Lighttable
Start date:
11/19/2015
Due date:
% Done:

100%

Affected Version:
2.0rc1
System:
Fedora/RHEL
bitness:
64-bit
hardware architecture:
amd64/x86

Description

I am running DT 2.0 rc1 on Fedora 23 (64 bit). Each photo when opened in darkroom is displayed sharp, but the small thumbnails in lighttable are not sharp at all. They look almost out of focus. I am attaching a screenshot.

darktable-2.0-thumbails.png (1.72 MB) Francisco Cribari, 11/19/2015 09:36 PM

darktablerc (20.5 KB) Francisco Cribari, 11/19/2015 10:26 PM


Related issues

Related to darktable - Bug #10994: Thumbnails in lighttable not sharp/badly rendered Fixed 04/14/2016

Associated revisions

Revision c1dfcc3a
Added by Pedro Côrte-Real over 3 years ago

gtk: use cross-platform gtk function to detect ppd
fixes #10731

Revision 922c4fa4
Added by Pedro Côrte-Real over 3 years ago

gtk: react to ppd/dpi changes while running
refs #10731

History

#1 Updated by Pedro Côrte-Real over 3 years ago

Have you done any changes to the dpi settings? Something like setting screen_dpi_overwrite in ~/.config/darktable/darktablerc?

#2 Updated by Francisco Cribari over 3 years ago

I have

screen_dpi_overwrite=-1.0
screen_ppd_overwrite=-1.0

I am attaching my ~/.config/darktable/darktablerc file.

Pedro Côrte-Real wrote:

Have you done any changes to the dpi settings? Something like setting screen_dpi_overwrite in ~/.config/darktable/darktablerc?

#3 Updated by Pedro Côrte-Real over 3 years ago

Thanks, could you tell us what hardware you're using. Particularly what is the screen?

#4 Updated by Francisco Cribari over 3 years ago

Notebook DELL XPS 13 (2015 model), Intel GPU, screen resolution: 3200 x 1800 pixels: http://www.dell.com/us/p/xps-13-9350-laptop/pd?oc=dncwt5143h&model_id=xps-13-9350-laptop

Pedro Côrte-Real wrote:

Thanks, could you tell us what hardware you're using. Particularly what is the screen?

#5 Updated by Pedro Côrte-Real over 3 years ago

Yeah, so it's definitely a high-dpi issue. What settings have you changed globally to make apps look good on that size of screen?

#6 Updated by Francisco Cribari over 3 years ago

The only change I made to the settings was in "Scaling Factor" in Gnome's Tweak Tool (fonts tab). I changed it from 1.0 to 0.85. Other than that I did not make any changes at all. I installed Darktable 2.0 RC1 from Germano Massullo's repository. I run Fedora 23 + Gnome 3.18. A couple of weeks ago, when I was still running Fedora 22 + Gnome 3.16, I compiled DT from git and had the same problem.

Pedro Côrte-Real wrote:

Yeah, so it's definitely a high-dpi issue. What settings have you changed globally to make apps look good on that size of screen?

#7 Updated by Igor Kuzmin over 3 years ago

I can suggest trying to set the following to 1, 2 and 0.5 one-by-one to see if it affects this issue:
  • screen_ppd_overwrite in darktablerc
  • GDK_SCALE environment variable
  • GDK_DPI_SCALE environment variable

#8 Updated by Igor Kuzmin over 3 years ago

Also add to the list that "Scaling factor" option you mentioned

#9 Updated by Francisco Cribari over 3 years ago

I changed screen_ppd_overwrite in darktablerc in ~./config/darktable/darktablerc to 2 and it solved the problem. Should I keep this setting? BTW, it also looks good when I use 1.

Igor Kuzmin wrote:

I can suggest trying to set the following to 1, 2 and 0.5 one-by-one to see if it affects this issue:
  • screen_ppd_overwrite in darktablerc
  • GDK_SCALE environment variable
  • GDK_DPI_SCALE environment variable

#10 Updated by Igor Kuzmin over 3 years ago

Are you saying screen_ppd_overwrite=1 and screen_ppd_overwrite=2 look the same? it doesn't make any sense, 1 is the default on Linux, it should look exactly the same as -1

#11 Updated by Francisco Cribari over 3 years ago

I was wrong. Sorry about that. With 1 in screen_ppd_overwrite in darktablerc the problem remains. When I change that setting to 2 the problem goes away.

Igor Kuzmin wrote:

Are you saying screen_ppd_overwrite=1 and screen_ppd_overwrite=2 look the same? it doesn't make any sense, 1 is the default on Linux, it should look exactly the same as -1

#12 Updated by Igor Kuzmin over 3 years ago

I'm guessing you can also try 1.18 (as in 1/0.85), but please also check the other suggestions in my comments, so we could understand what's happening better.

#13 Updated by Francisco Cribari over 3 years ago

With screen_ppd_overwrite set to -1, changes to

GDK_SCALE environment variable and GDK_DPI_SCALE environment variable

performed using

export GDK_SCALE=1
export GDK_SCALE=2

and

export GDK_DPI_SCALE=1
export GDK_DPI_SCALE=2

had no impact on the problem.

Setting screen_ppd_overwrite to 0.5 made the problem considerably worse. With 1.18, the problem remains, although to a lesser extent.

Igor Kuzmin wrote:

I'm guessing you can also try 1.18 (as in 1/0.85), but please also check the other suggestions in my comments, so we could understand what's happening better.

#14 Updated by Francisco Cribari over 3 years ago

With screen_ppd_overwrite set to -1, returning "Scaling Factor" to 1.0 in the Gnome Tweak Tool (fonts tab): the problem remains. That is, that setting has no impact on the problem. So far, the only solution is to change screen_ppd_overwrite in ~/.config/darktable/darktablerc from -1.0 to 2.

Francisco Cribari wrote:

With screen_ppd_overwrite set to -1, changes to

GDK_SCALE environment variable and GDK_DPI_SCALE environment variable

performed using

export GDK_SCALE=1
export GDK_SCALE=2

and

export GDK_DPI_SCALE=1
export GDK_DPI_SCALE=2

had no impact on the problem.

Setting screen_ppd_overwrite to 0.5 made the problem considerably worse. With 1.18, the problem remains, although to a lesser extent.

Igor Kuzmin wrote:

I'm guessing you can also try 1.18 (as in 1/0.85), but please also check the other suggestions in my comments, so we could understand what's happening better.

#15 Updated by Pedro Côrte-Real over 3 years ago

  • % Done changed from 0 to 50
  • Status changed from New to In Progress

Good to know then. Just keep it at 2 for now. We're figuring out how to autodetect it so it's not needed (-1 means auto in this context).

#16 Updated by Pedro Côrte-Real over 3 years ago

This should now be fixed in master and the override shouldn't be needed when we release rc3. Thanks for reporting it.

#17 Updated by Pedro Côrte-Real over 3 years ago

  • % Done changed from 50 to 100
  • Status changed from In Progress to Fixed

#18 Updated by Roman Lebedev over 3 years ago

  • Related to Bug #10994: Thumbnails in lighttable not sharp/badly rendered added

Also available in: Atom PDF