<div><br></div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Jan 10, 2025 at 6:13 AM Michalis Kamburelis via x3d-public <<a href="mailto:x3d-public@web3d.org">x3d-public@web3d.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><br>
- An (optional of course) way to specify mesh data as binary blobs, in<br>
a way compatible with glTF:<br>
<a href="https://github.com/michaliskambi/x3d-tests/wiki/Binary-meshes" rel="noreferrer" target="_blank">https://github.com/michaliskambi/x3d-tests/wiki/Binary-meshes</a></blockquote><div dir="auto"><br></div><div dir="auto">While I appreciate performance and size improvements, I come from an era of big-endian, little-endian issues:</div><div dir="auto"><br></div><div dir="auto"><div><a href="https://en.m.wikipedia.org/wiki/Endianness">https://en.m.wikipedia.org/wiki/Endianness</a></div><div dir="auto"><br></div><div dir="auto">The suggestion is to use “network order” as defined in Internet standards.</div><div dir="auto"><br></div><div dir="auto">AFAIK, HTML was never designed for 2D images that were actual numbers, so no surprise that meshes should be binary as well.   UTF-8 should also remain a supported option though.</div><div dir="auto"><br></div><div dir="auto">John</div></div></div></div>