You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, we are not precisely describing the threading model and instead rely on pipeTo et al.
We should probably define a encoded media thread which is the thread on which happen the generation and consumption of frames.
And the thread of the window + the thread of the worker.
We could post/enqueue tasks between the various threads which would further clarify things.
The text was updated successfully, but these errors were encountered:
The generation and consumption of frames is likely to happen on different threads than their JS processing, so any threading model that tries to include the generation and consumption itself is likely to be misleading.
We should concentrate on the events that concern frames appearing to the worker and what happens when the worker enqueues a frame (+ special events like thread end), and leave everything else as "out of scope for specification".
Currently, we are not precisely describing the threading model and instead rely on pipeTo et al.
We should probably define a encoded media thread which is the thread on which happen the generation and consumption of frames.
And the thread of the window + the thread of the worker.
We could post/enqueue tasks between the various threads which would further clarify things.
The text was updated successfully, but these errors were encountered: