Re: Synchronous workers

2013-10-14 Thread Till Schneidereit
On Mon, Oct 14, 2013 at 11:31 PM, Robert O'Callahan wrote: > On Mon, Oct 14, 2013 at 4:29 PM, Till Schneidereit > wrote: >> >> From talking to Kyle, it sounds like getting WebGL into workers is >> much closer than getting all of Context2D, too. Specifically, we need >> text rendering to work, bec

Re: Synchronous workers

2013-10-14 Thread Robert O'Callahan
On Mon, Oct 14, 2013 at 4:29 PM, Till Schneidereit < t...@tillschneidereit.net> wrote: > From talking to Kyle, it sounds like getting WebGL into workers is > much closer than getting all of Context2D, too. Specifically, we need > text rendering to work, because we have to be able to render device

Re: Synchronous workers

2013-10-14 Thread Robert O'Callahan
On Mon, Oct 14, 2013 at 4:16 PM, Benjamin Smedberg wrote: > Is canvas-on-a-worker a short-term project? > WebGL is at least. Also from reading the whatwg discussion, I thought you had proposed .toBlob > but not .toDataURI specifically so that the bitmap was not synchronously > available (the blo

Re: Synchronous workers

2013-10-14 Thread Till Schneidereit
On Mon, Oct 14, 2013 at 10:16 PM, Benjamin Smedberg wrote: > On 10/14/2013 4:12 PM, Robert O'Callahan wrote: > >> On Mon, Oct 14, 2013 at 11:03 AM, Benjamin Smedberg > > wrote: >> >> Having this blocking interface will also support blocking shumway >> on graph

Re: Synchronous workers

2013-10-14 Thread Benjamin Smedberg
On 10/14/2013 4:12 PM, Robert O'Callahan wrote: On Mon, Oct 14, 2013 at 11:03 AM, Benjamin Smedberg mailto:benja...@smedbergs.us>> wrote: Having this blocking interface will also support blocking shumway on graphics rendering; there are a fair number of SWF files that use an API to

Re: Synchronous workers

2013-10-14 Thread Robert O'Callahan
On Mon, Oct 14, 2013 at 11:03 AM, Benjamin Smedberg wrote: > Having this blocking interface will also support blocking shumway on > graphics rendering; there are a fair number of SWF files that use an API to > get a synchronous bitmap of their stage, which requires a blocking call > from shumway t

Re: Synchronous workers

2013-10-14 Thread Till Schneidereit
On Mon, Oct 14, 2013 at 6:30 PM, Bobby Holley wrote: > On Mon, Oct 14, 2013 at 6:21 PM, Till Schneidereit wrote: >> Nobody's proposing to expose any of this to web content. The question is >> whether we want to fully expose it as an official capability of Gecko, to be >> used by other parts of

Re: Synchronous workers

2013-10-14 Thread Bobby Holley
On Mon, Oct 14, 2013 at 6:21 PM, Till Schneidereit wrote: > Nobody's proposing to expose any of this to web content. The question is > whether we want to fully expose it as an official capability of Gecko, to be > used by other parts of the browser and maybe even addons, or if we want to go > t

Re: Synchronous workers

2013-10-14 Thread Till Schneidereit
Didn't see this before now, sorry. On Mon, Oct 14, 2013 at 6:15 PM, Benjamin Smedberg wrote: > On 10/14/2013 12:06 PM, Bobby Holley wrote: >> >> How common are the blocking API calls? > > Expect them to be very common or almost universal for "real" Flash. Much > less common for simple display ads

Re: Synchronous workers

2013-10-14 Thread Till Schneidereit
- Original Message - > How common are the blocking API calls? Can we somehow predict whether > the SWF will need that, and optionally use a worker/non-worker context > based on that? Fairly common: many SWFs use ExternalInterface at least once, and even more use BitmapData#draw, which all

Re: Synchronous workers

2013-10-14 Thread Benjamin Smedberg
On 10/14/2013 12:06 PM, Bobby Holley wrote: How common are the blocking API calls? Expect them to be very common or almost universal for "real" Flash. Much less common for simple display ads. Can we somehow predict whether the SWF will need that, and optionally use a worker/non-worker context

Re: Synchronous workers

2013-10-14 Thread Bobby Holley
How common are the blocking API calls? Can we somehow predict whether the SWF will need that, and optionally use a worker/non-worker context based on that? We can do whatever we like in Gecko, but I'd imagine that any proposal to allow blocking on a worker will meet significant resistance in the W

Synchronous workers

2013-10-14 Thread Benjamin Smedberg
One of the shumway goals has been to run most or all of shumway in a worker, so that it can run in parallel with a web page the same way Flash currently does. This will significantly help solve jank associated with shumway loading. However, we still need to support the Flash externalInterface