[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Public WebGL] Interest in promoting to draft, and implementing, WEBGL_dynamic_texture

A couple of bugs (haven't gone through the whole spec in detail):

  WDTStream.acquireImage has a different return type in three places
throughout the spec (WDTStreamFrameInfo, boolean, and void).

  WDTStream.releaseImage() takes different argument types in a couple
of different places (no args, and WebGLTexture).

There's some interest in hooking WebRTC MediaStreamTracks directly to
WEBGL_dynamic_texture which raises a question. If the resolution
(width/height) of the source stream changes dynamically, how will that
be reported? Consider MediaStreamTrack as a concrete example.
acquireImage would latch the current frame from the MediaStreamTrack,
and the MediaStreamTrack can report its resolution via
MediaSourceStates. Perhaps it would be "good enough" to go back to the
MediaStreamTrack to query the resolution of the video stream, but
would it be better for WDTStreamFrameInfo to simply contain this
information? That way it's guaranteed to be correct for the most
recently latched frame no matter what the source type.


On Mon, Jul 15, 2013 at 8:38 PM, Mark Callow <callow.mark@artspark.co.jp> wrote:
> On 2013/07/16 4:35, Kenneth Russell wrote:
> Actually, I think you can write:
>   (HTMLCanvasElement or HTMLImageElement or HTMLVideoElement)? getSource()
> -Ken
> Thanks. I actually figured that out. I'm using a StreamSource typedef as a
> shorthand for the above.
> Regards
>     -Mark
> --
> 注意:この電子メールには、株式会社エイチアイの機密情報が含まれている場合が有ります。正式なメール受信者では無い場合はメール複製、
> 再配信または情報の使用を固く禁じております。エラー、手違いでこのメールを受け取られましたら削除を行い配信者にご連絡をお願いいたし ます.
> NOTE: This electronic mail message may contain confidential and privileged
> information from HI Corporation. If you are not the intended recipient, any
> disclosure, photocopying, distribution or use of the contents of the
> received information is prohibited. If you have received this e-mail in
> error, please notify the sender immediately and permanently delete this
> message and all related copies.

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