<div class="gmail_quote">On Thu, Oct 1, 2009 at 3:16 PM, Robert McNamara <span dir="ltr"><<a href="mailto:robert.mcnamara@gmail.com">robert.mcnamara@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, Oct 1, 2009 at 12:11 PM, Andrew Barbaccia<br>
<div class="im"><<a href="mailto:andrew.barbaccia@gmail.com">andrew.barbaccia@gmail.com</a>> wrote:<br>
> On Thu, Oct 1, 2009 at 3:06 PM, Robert McNamara <<a href="mailto:robert.mcnamara@gmail.com">robert.mcnamara@gmail.com</a>><br>
> wrote:<br>
>><br>
>> On Thu, Oct 1, 2009 at 12:04 PM, Andrew Barbaccia<br>
>> <<a href="mailto:andrew.barbaccia@gmail.com">andrew.barbaccia@gmail.com</a>> wrote:<br>
>> > Hello,<br>
>> ><br>
>> > I'm been doing some load testing on trunk.<br>
>> ><br>
>> > I'm running the Graphite theme with OpenGL. When browsing throught the<br>
>> > video<br>
>> > wall, everything is smooth and works like a charm (great work devs!). I<br>
>> > am<br>
>> > seeing an issue when I press the 'i' key to pull up a menu. At that<br>
>> > point<br>
>> > mythfrontend and xorg both jump to 99% usage.<br>
>> ><br>
>><br>
>> This is a known issue with the GL Painter interacting badly with<br>
>> negative offsets used in the XML of several themes. Unfortunately,<br>
>> using the Qt painter in those same cases is generally not an option<br>
>> because it creates clipping issues that make the theme virtually<br>
>> unusable.<br>
>><br>
>> Robert<br>
><br>
><br>
> Thanks for the quick response (and all your excellent responses thus far).<br>
><br>
> I noticed the clipping that occurs with Qt but was focusing my work on<br>
> OpenGL since the results are much...prettier.<br>
<br>
</div>Yes, the GL Painter is much nicer for sure.<br>
<div class="im"><br>
><br>
> Will this be addressed in time for 0.22 or will it require a larger OpenGL<br>
> fix upstream? Is there a workaround to not use negative offsets on the menus<br>
> where this behavior occurs?<br>
<br>
</div>It's definitely a Myth issue, but I don't have an ETA on a fix for you<br>
unfortunately. I hope it will be fixed for .22 but I honestly am not<br>
sure. Quoting WarGames, the only way to win is not to play at all--<br>
Terra and Graphite both make use of negative coordinates to some<br>
extent, though Graphite much moreso.<br>
<div class="im"><br>
><br>
> Thanks,<br>
> Andrew<br>
><br>
> PS. Are you experiencing this as well? Can it be fixed with an upgrade of<br>
> hardware or other configuration possibly?<br>
<br>
</div>Yes, I'm experiencing it (or at least, I was until I started work on<br>
Arclight, which doesn't use any negative coordinates so far), and it<br>
will likely appear regardless of hardware or configuration.<br>
<br>
Hoping to have better/more information soon, but that's what I've got for now.<br>
<div><div></div><div class="h5"><br>
Robert<br></div></div></blockquote><div><br>Robert,<br><br>I did some more testing. Before I was logged in through VNC to do my testing. When in front of the machine, there isn't a noticable lag and the processor usage doesn't seem to spike nearly as much.<br>
<br>Any thoughts?<br><br>-ajb </div></div>