[whatwg] Counterproposal for canvas in workers
robert at ocallahan.org
Sun Oct 20 00:22:55 PDT 2013
On Fri, Oct 18, 2013 at 4:17 PM, Glenn Maynard <glenn at zewt.org> wrote:
> On Thu, Oct 17, 2013 at 10:25 PM, Robert O'Callahan <robert at ocallahan.org
> > On Fri, Oct 18, 2013 at 3:10 PM, Glenn Maynard <glenn at zewt.org> wrote:
> >> Also, with the "transferToImageBuffer" approach, if you want to render
> >> from a worker into multiple canvases in the UI thread, you have to post
> >> those ImageBuffers over to the main thread each frame, which has the
> >> (potential) synchronization issues as the transferDrawingBufferToCanvas
> >> proposal.
> > What are those issues? You can do a single postMessage passing a complete
> > set of ImageBItmaps.
> I don't know the answer to this; my feeling is that posting to the UI
> thread and scripts in the UI thread may or may not have
> (performance/smoothness) issues, but doing it all in the worker avoids any
> potential for this issue.
I'm confused here. You said "if you want to render from a worker into
multiple canvases in the UI thread", which I took to mean that you wanted
to synchronize canvas updates from workers with DOM changes made by the UI
thread. But now you're saying you don't want to do that. So I don't know
what you meant.
Jtehsauts tshaei dS,o n" Wohfy Mdaon yhoaus eanuttehrotraiitny eovni
le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o Whhei csha iids teoa
stiheer :p atroa lsyazye,d 'mYaonu,r "sGients uapr,e tfaokreg iyvoeunr,
'm aotr atnod sgaoy ,h o'mGee.t" uTph eann dt hwea lmka'n? gBoutt uIp
waanndt wyeonut thoo mken.o w *
More information about the whatwg