> In reference to: https://sourceforge. net/p/darktable/mailman/message/32734685/
> By adjusting the display scaling to "Scaled --> More Space" he is simply disguising the problem. > It *is* still an issue; the image is not being displayed at the specified resolution of the screen. It's just that with that > particular scaling setting it's far less noticeable to his eyes... However a simple comparison can be made by opening the > same raw file in "Preview" app and you will see that the photo is *noticably* sharper in Preview vs Darktable. That’s correct, the “Scaled --> More Space” simply makes the problem less noticeable. I already replied in http://sourceforge. net/p/darktable/mailman/message/32736110/ including some screenshots. So yes, the problem is not solved. Also, in another reply http://sourceforge. net/p/darktable/mailman/message/32736110/ I mentioned that at 100% image zoom a checkerboard pattern appears. This is actually a more severe issue than the previous which makes really darktable not usable on my machine. The link to the screenshots might be expired so I re-uploaded the pictures here http://we.tl/Vyxhv0enOd It would be nice if you could confirm the same behaviour (especially concerning picture 6). As a comparison I build from git-master with X11 backend and tested in full screen mode at 2880x1440 resolution: perfect picture quality can be achieved (however, I get crashes when importing many pictures with the git version...). It is a bit unpractical to use it this way (entering full screen mode, calling xrandr to change resolution, and then use darktable) but this might still be a reasonable alternative to a Lightroom license. Best regards, Mauro ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
