<div dir="ltr"><div dir="ltr">Hi Joe,</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 14 Jun 2023 at 21:33, Joe M <<a href="mailto:brainsnacks@yahoo.com">brainsnacks@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:16px"><div></div>
        <div dir="ltr">Thanks Daniel. Do you know if wl_output instances are decoupled from each other, when it comes to display refresh?</div></div></div></blockquote><div><br></div><div>Yep, absolutely.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:16px"><div dir="ltr">The wl_output geometry info hints that each output can be thought of as a region in a larger compositor canvas, given the logical x/y fields in the geometry. Is the compositor able to handle the repaint scheduling in a refresh-aware way?</div></div></div></blockquote><div><br></div><div>Yes.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-family:"Helvetica Neue",Helvetica,Arial,sans-serif;font-size:16px"><div dir="ltr">I'm trying to get a better understanding of how these pieces interact to maximize draw time but still hit the glass every frame. The various blog posts and documentation out there are pretty clear when it comes to drawing to a single physical display, but less so when multiple displays are in use.</div></div></blockquote><div><br></div><div>Per-output repaint cycles are taken as a given. You can assume that every compositor does this, and any compositor which doesn't do this is so hopelessly broken as to not be worth considering.</div><div><br></div><div>Cheers,</div><div>Daniel </div></div></div>