What browser and version are you using?
We are about to start revising the Typed Array specification to define
the behavior of passing ArrayBuffers and typed array views between the
main thread and worker threads. The new behavior will be zero-copy,
and if you ping-pong the ArrayBuffers back and forth, you'll be able
to implement really efficient producer-consumer queues.
These changes will be discussed on this list as they show up, and
hopefully you'll see this behavior start to appear in nightly builds
of browsers within a couple of months.
-Ken
On Tue, Apr 12, 2011 at 4:41 AM, Shy Shalom <shooshx@gmail.com> wrote:
> I'm trying to write a Worker thread that does some processing and creates a
> mesh on the fly.
> It works fine up until returning the created result to the main GUI thread.
> it seems that the communication between the worker and the main thread does
> JSON serialization,
> so if I'm sending a Float32Array from the worker, what I get in the main
> thread is a regular JavaScript array.
>
> A trivial solution is to just rebuild the Float32Array again from the array
> I receive but that seems wasteful.
> Is there a good workaround for this? Maybe a way to tell the JSON
> deserialization that something should be a Float32Array ?
>
-----------------------------------------------------------
You are currently subscribed to public_webgl@khronos.org.
To unsubscribe, send an email to majordomo@khronos.org with
the following command in the body of your email:
unsubscribe public_webgl
-----------------------------------------------------------