I have done another update to the demos, and only use VAO if the extension 
is actually present. Should the VAO emulation kick in automatically if the 
extension is not present?

I also fixed an unrelated bug where I was using undefined behaviour with 
OES_depth_texture (reading from depth texture while it is bound to a 
framebuffer).

There's still a problem on FF28 where the framebuffer completeness check 
fails (very likely this 
bug: https://bugzilla.mozilla.org/show_bug.cgi?id=948002). Nightly works at 
least on my machine.

One thing I definitely learned in the past few days: when using WebGL 
extensions, only do one change at a time, and first test on a wide range of 
config before moving to the next :D

Cheers,
-Floh.

Am Dienstag, 25. Februar 2014 23:06:39 UTC+1 schrieb Floh:
>
> FYI, I just updated the demos at http://www.flohofwoe.net/demos.html with 
> VAO enabled, I'm not doing any testing though whether the extension is 
> actually supported in the browser. Alon says he has problems on his machine 
> (nothing rendered), I'll see if I can find out more tomorrow.
>
> -Floh.
>
> Am Montag, 24. Februar 2014 14:54:55 UTC+1 schrieb jj:
>>
>> The code was merged last week - and in the end we actually noticed that 
>> we had to retain the VAO emulation path as well, so no features were 
>> dropped. It should be possible to use VAOs both with and without GL 
>> emulation, although the emulation path is not functionally perfect.
>>
>>    Jukka
>>
>>
>> 2014-02-24 15:44 GMT+02:00 Floh <[email protected]>:
>>
>>> PS: clarification: "desktop version" means the actual native version for 
>>> Windows and OSX, not the "desktop GL path" in emscripten. I'm currently not 
>>> using VAO code in emscripten, so thumbs up from me :)
>>>
>>> -Floh.
>>>
>>> Am Montag, 24. Februar 2014 14:42:06 UTC+1 schrieb Floh:
>>>
>>>> Whoops, I was sick last week and didn't notice this :) My demos (
>>>> www.flohofwoe.net) use VAOs in the desktop-GL version. I'd love to use 
>>>> them in emscripten too since it can reduce calls to GL drastically (if I 
>>>> remember right I can replace 11 calls with a single VAO call). Would love 
>>>> to use this in emscripten, especially if the code makes use of a WebGL VAO 
>>>> extension.
>>>>
>>>> Even though VAOs don't seem to make much of a performance difference in 
>>>> desktop GL it would be interesting to measure perf differences in WebGL, 
>>>> because of the (I guess) higher overhead per GL call.
>>>>
>>>> Cheers,
>>>> -Floh.
>>>>
>>>> Am Montag, 17. Februar 2014 21:24:22 UTC+1 schrieb jj:
>>>>>
>>>>> Hey,
>>>>>
>>>>> Anthony Liot has been working on a pull request to add proper VAO 
>>>>> support in Emscripten in this pull request: https://github.com/
>>>>> kripken/emscripten/pull/1817
>>>>>
>>>>> Before that PR (and before Firefox even supported VAOs), we had an 
>>>>> emulation path implemented, which was not really that great or perfect, 
>>>>> but 
>>>>> possibly actually worked in some codebases.
>>>>>
>>>>> Now when looking at Anthony's pull request and after having a chat 
>>>>> with Alon some time ago, we thought that in case nobody's actually using 
>>>>> that emulation path, we could just merge Anthony's PR in and drop the old 
>>>>> VAO emulation altogether. Then the browsers that have real support for 
>>>>> VAOs, would do so, and those that don't, would not even try to emulate, 
>>>>> since the performance will be suboptimal compared to not using VAOs at 
>>>>> all.
>>>>>
>>>>> If someone is using that VAO emulation and cares about browser 
>>>>> environments which don't have it, please let us know - of course we can 
>>>>> preserve it if someone actually is using it. Otherwise we'll probably 
>>>>> drop 
>>>>> the VAO emulation path for good.
>>>>>
>>>>> Note that this VAO emulation is a different thing than the existing 
>>>>> desktop GL/fixed-pipeline GL emulation, which will not be changed here in 
>>>>> any way.
>>>>>
>>>>> Cheers,
>>>>>    Jukka
>>>>>  
>>>>  -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "emscripten-discuss" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to [email protected].
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"emscripten-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to