<div dir="ltr">Also keep in mind that Float16 is the only viable format for some operations. Mobiles in particular may not support any or a combination of:<div><ul><li>Basic (nearest, clamped, non mipmapped) Float32 textures</li><li>Linearly interpolating Float32 textures</li><li>Rendering to Float32 textures</li><li>Reading back Float32 textures</li><li>Repeating (ST) Float32 textures</li><li>Mipmapping Float32 textures</li><li>Not clamping (numerically between 0 and 1) Float32 textures</li></ul><div>If your usecase requires any of these capabilities and you need to either upload or readback the data, then there is no primitive you can use to perform computations with the data in JS. The present day way this is handled is you upload/readback UInt16 and then have conversion routines that convert these to floating point values you can work with on the CPU or convert back for use by the GPU. </div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 17, 2017 at 2:15 PM, T.J. Crowder <span dir="ltr"><<a href="mailto:tj.crowder@farsightsoftware.com" target="_blank">tj.crowder@farsightsoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'd missed that this was the continuation of a thread. Florian Bösch [started it](<a href="https://esdiscuss.org/topic/float16array#content-0" target="_blank">https://esdiscuss.org/<wbr>topic/float16array#content-0</a>) <wbr>with interop in mind, in fact. So that makes sense.<span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">-- T.J. Crowder</font></span><div><div class="h5"><br><div class="gmail_extra"><br clear="all"><div><div class="m_4272047213852643465gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><b style="font-weight:normal"><p dir="ltr" style="line-height:1.15;margin-top:0pt;margin-bottom:0pt"><b style="line-height:normal;font-weight:normal"></b></p></b></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote">On Wed, May 17, 2017 at 1:12 PM, T.J. Crowder <span dir="ltr"><<a href="mailto:tj.crowder@farsightsoftware.com" target="_blank">tj.crowder@farsightsoftware.<wbr>com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="m_4272047213852643465gmail-">On Wed, May 17, 2017 at 1:05 PM, Leo Balter <span dir="ltr"><<a href="mailto:leonardo.balter@gmail.com" target="_blank">leonardo.balter@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>The current spec is based on IEEE 754 and matches the floating point specs. What would Float16 be based on?<br></div></blockquote><div><br></div></span><div>There's a binary16 format specified by IEEE-754 2008.</div><div><br></div><div>But I agree with the "why" comment. 16-bit (aka "half precision") binary floating point is not very useful here in 2017 except for interop (<span style="font-size:12.8px">森建 - is interop your motivation?</span>)...</div><div><br></div><div>I'd be much more interested to see support for the "new" (nine years ago) decimal formats.</div><span class="m_4272047213852643465gmail-HOEnZb"><font color="#888888"><div><br></div><div>-- T.J. Crowder</div></font></span></div></div></div>
</blockquote></div><br></div></div></div></div></div>
<br>______________________________<wbr>_________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/<wbr>listinfo/es-discuss</a><br>
<br></blockquote></div><br></div>