Bikeshedding on WEBGL_video_texture #2718
Conversation
This is a placeholder PR for bikeshedding on WEBGL_video_texture. I've suggested a rename here, because I think the old one was confusing. I like something like this because it retains the "texImage2D" heritage. Without it, it's not clear that this behaves much like an upload call. However I'm open to other ideas.
|
Good suggestion. I like it, but one concern is that with the texImage2D naming, users may think it acts like a copy. Maybe wording involving "latch video texture" or similar could help. Ultimately we'll also need to respecify this so that the reference to the video texture is only live during the current requestAnimationFrame callback, or similar. |
Because of the latch video behavior, this function really does not behave much like an upload call. |
|
With the original name, I was concerned with making sure it doesn't sound like the texture always tracks the video, latching rather than always magically "referring to" the most recent frame. |
|
(But yes, it's important to distinguish it from an "upload"/copy as well.) |
This is a placeholder PR for bikeshedding on WEBGL_video_texture. I've suggested a rename here, because I think the old one was confusing.
I like something like this because it retains the "texImage2D" heritage. Without it, it's not clear that this behaves much like an upload call. However I'm open to other ideas.