[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Public WebGL] Disable software rendering



 

Regards

-Mark



Steve may have a good point about loading. If a user opens a lot of  tabs to WebGL links without waiting for one to display before moving on to open the next tab, or if a browser is restarting to a previous state with lots of WebGL tabs, could all those tabs asynchronously loading fairly large amounts of data bog down the browser?

Regards

    -Mark

On 22/06/2011 01:04, Gregg Tavares (wrk) wrote:
Then you should contact the authors of those demos and request that the start using requestAnimationFrame.

Send them this link
http://paulirish.com/2011/requestanimationframe-for-smart-animating/



On Tue, Jun 21, 2011 at 5:38 AM, stephen white <steve@adam.com.au> wrote:

On 21/06/2011, at 7:22 PM, Mark Callow wrote:
> requestAnimationFrame is supposed to do exactly what you are asking for. The problem is either WebGL applications that are not using requestAnimationFrame, you using a browser that does not support requestAnimationFrame or a bug in your browser.

...

Does anyone else have the same behaviour from doing the same, or is it a problem with my machine? I'm being a little simple here, because this is how a lot of people will perceive WebGL, and it's not a correct behaviour to cause me so much trouble especially when Flash doesn't.

Perhaps the first call to create a 3d canvas could block the tab until it is being viewed? Pre-loading in the background isn't necessarily the best behaviour for resource intensive programs...

begin:vcard
fn:Mark Callow
n:Callow;Mark
org:HI Corporation;Graphics Lab, Research & Development
adr:Higashiyama 1-4-4, Meguro-ku;;Meguro Higashiyama Bldg 5F;Tokyo;;153-0043;Japan
email;internet:callow_mark@hicorp.co.jp
title:Chief Architect
tel;work:+81 3 3710 9367 x228
tel;fax:+81 3 5773 8660
x-mozilla-html:TRUE
url:http://www.hicorp.co.jp,  http://www.mascotcapsule.com
version:2.1
end:vcard