performance. Some hard to do things (on hardware) make use of stencil
buffers and multipass rendering. I think that's as specific info you'll
get.
If you're really interested, run your favourite browser through PIX
http://en.wikipedia.org/wiki/PIX_(Microsoft)
--
Erik Möller
Core Gfx Lead
context scenario on desktop would
be browsing to your driver manufacturers page, downloading and installing
a new driver.
--
Erik Möller
Core Gfx Lead
Opera Software
twitter.com/erikjmoller
when the event is triggered... even if we could read back the
half rendered content in the rendertarget how do we generate the correct
output from there? We'd have to take our DeLorian back to before the frame
was started and replay the rendering commands.
--
Erik Möller
Core Gfx Lead
Opera
On Mon, 03 Sep 2012 00:14:49 +0200, Benoit Jacob bja...@mozilla.com
wrote:
- Original Message -
On Sun, 2 Sep 2012, Erik Möller wrote:
As we hardware accelerate the rendering of , not just with
the webgl
context, we have to figure out how to best handle the fact that
GPUs loose
paths and batching to reduce the number of drawcalls. I.e. using an image
atlas to draw several pieces in succession should give a good performance
boost. Of course if we'd want to take it one step further then adding
support at the API level for drawing multiple images would be good.
--
Erik
/specs/latest/#5.15.2
My preferred option would be to make a generic context lost event for
canvas, but I'm interested to hear what people have to say about this.
For reference (since our own BTS isn't public yet).
http://code.google.com/p/chromium/issues/detail?id=91308
--
Erik Möller
Core
a
better idea of how something like this could be accomplished... i.e. via
SVG and foreignObject or punching a hole in the canvas and applying a
transform etc. I'd like to hear your thoughts.
--
Erik Möller
Core Developer
Opera Software
, no doubt it's useful for those implementing higher level APIs. As
usual it's a matter of at what level to place the API.
--
Erik Möller
Core Developer
Opera Software
and
people from adjacent industries there's significant interest in the _final
product_ but not so much interest in getting directly involved in the
process.
--
Erik Möller
Core Developer
Opera Software
to be better left outside the UDP-WebSockets spec
and implemented in javascript if the application developer requires it.
Best Regards,
--
Erik Möller
Core Developer
Opera Software
don't quite follow what you mean here. Can you expand on this with an
example?
--
Erik Möller
Core Developer
Opera Software
want to have some sort of limit in place
before it completely starves the OS of resources.
--
Erik Möller
Core Developer
Opera Software
protection is there it should be
possible... then there's the success rate of UDP NAT hole punching...
--
Erik Möller
Core Developer
Opera Software
on this.
--
Erik Möller
Core Developer
Opera Software
On Tue, 01 Jun 2010 13:34:51 +0200, Philip Taylor
excors+wha...@gmail.com wrote:
On Tue, Jun 1, 2010 at 11:12 AM, Erik Möller emol...@opera.com wrote:
The use case I'd like to address in this post is Real-time client/server
games.
The majority of the on-line games of today use a client
on UDP (or other protocol) shouldn't stall
the existing work, but right now there seems to be very little activity
anyways.
--
Erik Möller
Core Developer
Opera Software
handshake with origin info
-Automatic keep-alives
-Reliable close handshake
-Socket is bound to one address for the duration of its lifetime
-Sockets open sequentially (like current DOS protection in WebSockets)
-Cap on number of open sockets per server and total per user agent
--
Erik Möller
Core
be mentioned as an interesting side note, it does peer
introduction as well as subnet peer detection, but again that's TCP only.
--
Erik Möller
Core Developer
Opera Software
been sent
before queuing a new one.
Is that correct, or are there any other use cases anyone had in mind?
--
Erik Möller
Core Developer
Opera Software
19 matches
Mail list logo