Realtalk: How to get the community to like LL's viewer again?

[Wulfie Reanimator]

1 hour ago, Mollymews said:

using MS Windows (out-the-box) as a displayable example, the window that has the focus gets more time than does a window that doesn't have the focus. To see this open your viewer and a browser program side by side. When we click on the viewer, it gets the focus, and our FPS climbs. Click on our browser and it gets the focus, and our viewer FPS drops

This is actually caused by a simple FPS limit you can set for the viewer while it is out of focus. If you remove the limit, there is no noticeable difference in FPS while the viewer is in or out of focus. (Based on the statistics window and frame-time information.)

On a more general note unrelated to SL, Windows doesn't seem to give specific windows higher processing priority. The active/inactive window system is more about handling user input.

[Coffee Pancake]

A modern redesigned UI would remove all the buttons and hide everything behind hamburgers.

☰

You would hate it.

 

[Wulfie Reanimator]

Just now, CoffeeDujour said:

A modern redesigned UI would remove all the buttons and hide everything behind hamburgers.

☰

You would hate it.

 

But I love hamburgers!!

[Erwin Solo]

Re: Realtalk: How to get the community to like LL's viewer again?

I don't think it matters.We get new technology through the LL viewers and then the 3rd party folks do cosmetic stuff. We get a good overall result. 

[Mollymews]

15 hours ago, Wulfie Reanimator said:

This is actually caused by a simple FPS limit you can set for the viewer while it is out of focus. If you remove the limit, there is no noticeable difference in FPS while the viewer is in or out of focus. (Based on the statistics window and frame-time information.)

On a more general note unrelated to SL, Windows doesn't seem to give specific windows higher processing priority. The active/inactive window system is more about handling user input.

yes we can allocate time to the windows in our app. Is why I mention it is possible to write such a program

lets say we do give our view window more time when its not the active window, then as you rightly say this also impacts the time available for the active window. Like a popped out chat window for example, which is then slower to respond due to our allocating less time to it than we might have otherwise.  The deeper we get into the more performance issues there are that have to be solved