<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Protocol: colored buffer" href="https://bugs.freedesktop.org/show_bug.cgi?id=93094#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Protocol: colored buffer" href="https://bugs.freedesktop.org/show_bug.cgi?id=93094">bug 93094</a> from <a class="email" href="mailto:ppaalanen@gmail.com" title="Pekka Paalanen <ppaalanen@gmail.com>"> Pekka Paalanen</a> <pre>(In reply to phizh from <a href="show_bug.cgi?id=93094#c6">comment #6</a>) > Perhaps, between us is another misunderstanding. When using wl_viewport and > wl_buffer 1x1 composer resizes to MxN. When live resizing is happening scale > and crop - fills pixels are already a compositor, not a client. And, as I > understand it, the compositor makes each time at the beginning of resizing > window. That's not what I want. With wl_viewport, the compositor does *not* create any kind of buffer of size NxM. During compositor repaint, it will just fill the given size with the given color in the final framebuffer, which is the cheapest possible operation. There is no memory reserved for the NxM image at all. Why is that not what you want? Do you want to do something with the buffer in the client *after* it has been filled with the given color? If so, what do you want to do?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>