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
I'm working on WebVR implementation on Android, and I think it would be useful if an application could opt in to a lower color depth canvas mode such as RGB565 if it doesn't need precise colors but wants to maximize performance. On some hardware, this could reduce the per-pixel storage from 32bit to 16bit and double effective memory throughput. Hardware where this mode is not supported efficiently would be free to ignore this and use RGB8888 instead.
I assume that this use case isn't very interesting to people who want precise color and HDR, but it sounds as if it would be a fairly natural fit to this proposed API as a canvas attribute.
What do people think? Would you be open to adding an optional "5-6-5-0" as a requested color format option?
I'm working on WebVR implementation on Android, and I think it would be useful if an application could opt in to a lower color depth canvas mode such as RGB565 if it doesn't need precise colors but wants to maximize performance. On some hardware, this could reduce the per-pixel storage from 32bit to 16bit and double effective memory throughput. Hardware where this mode is not supported efficiently would be free to ignore this and use RGB8888 instead.
I assume that this use case isn't very interesting to people who want precise color and HDR, but it sounds as if it would be a fairly natural fit to this proposed API as a canvas attribute.
What do people think? Would you be open to adding an optional "5-6-5-0" as a requested color format option?