<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Documentation of scale option in weston.ini manpage not clear" href="https://bugs.freedesktop.org/show_bug.cgi?id=94824#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Documentation of scale option in weston.ini manpage not clear" href="https://bugs.freedesktop.org/show_bug.cgi?id=94824">bug 94824</a> from <a class="email" href="mailto:ppaalanen@gmail.com" title="Pekka Paalanen <ppaalanen@gmail.com>"> Pekka Paalanen</a> <pre>Output scale is a roughly related to the pixel density on the output. Applications are usually sized in pixel units. If your output pixel density is huge, the application elements become too small to read. On such high density outputs, you set the output scale to larger than one to roughly match the density legacy applications expect. Applications that do not handle output scale, will be scaled up by the compositor automatically to make them at least readable, if not good looking. I would expect this to be nearest-filtered, but I'm not sure what Weston actually does. Applications that do handle output scale can choose to draw their content in high resolution (buffer scale greater than one), in which case they can avoid the compositor scaling and show a good quality image that is also of readable size. Then there is also the case when an application draws with some buffer scale not one, but the output scale is not matching. The compositor usually scales accordingly to account for the scale difference, but it likely will not look pretty because of non-integer total scaling factor. This can happen when a window is spanning two outputs with different output scales. You can use any integer for output scale, 2 is perhaps most common that is not 1, but any positive integer goes in theory. If this answers all your questions, which parts of it should be in the manual? Can you write a patch and send it to wayland-devel mailing list?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>