<div dir="ltr">This suggests they haven't done it:<br><a href="https://bugs.chromium.org/p/chromium/issues/detail?id=658763&desc=2">https://bugs.chromium.org/p/chromium/issues/detail?id=658763&desc=2</a><div><br></div><div>We wanted to add ETC2 support, but currently blocked by this, as it is totally unacceptable path: more VRAM (comparing to alternatives) and more Download size.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 21 January 2017 at 21:46, Maksims Mihejevs <span dir="ltr"><<a href="mailto:max@playcanvas.com" target="_blank">max@playcanvas.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">Correct me if I'm wrong.<div>But ETC2 and EAC is mandatory on OpenGL ES 3.0+ and OpenGL 4.3+ right?</div><div>I could not find any information that Nvidia GPU actually supports ETC2 and EAC.</div><div><br></div><div>On Windows, using ANGLE, there is no OpenGL involved.</div><div><br></div><div>So why then we seeing 71% support of WEBGL_compressed_texture_<wbr>etc on Desktop Windows? And where there is OpenGL, such as Linux and OSX, we see only 5% on Linux, and 0% on OSX? :)</div><div><br></div><div>I believe, they haven't actually decided anything, and wen't their way regarding CPU path, unless there is somebody here to prove that I'm wrong.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 21 January 2017 at 15:55, Florian Bösch <span dir="ltr"><<a href="mailto:pyalot@gmail.com" target="_blank">pyalot@gmail.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"><div class="gmail_extra"><div class="gmail_quote"><span>On Sat, Jan 21, 2017 at 1:32 PM, Maksims Mihejevs <span dir="ltr"><<a href="mailto:max@playcanvas.com" target="_blank">max@playcanvas.com</a>></span> wrote:<br></span><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">We've seeing already many enormous issues. For example MSAA with ANGLE has CPU path, and is unusable at all, as performance drops insanely. ETC2 was another case where CPU path was pushed a lot. </div></div></blockquote><div><br></div></span><div>Are you sure ETC2 is software decoded and put on the GPU plain? Because if so, we've had a lengthy debate in 2016 about ETC1 that ended with Jeff Gilbert stating:</div><div><br></div><div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">Update: The WG is planning on only exposing the extension where there<br>is 'native' support. (Not D3D, maybe not Desktop NV?) We feel this<br>best matches what devs expect when they see support for a compressed<br>texture extension. Compressed image formats are a better delivery<br>mechanism than compressed texture formats, if they're going to be<br>decompressed anyway.</blockquote></div><div><br></div><div><a href="https://www.khronos.org/webgl/public-mailing-list/archives/1609/msg00074.php" target="_blank">https://www.khronos.org/webgl/<wbr>public-mailing-list/archives/1<wbr>609/msg00074.php</a></div><div><br></div><div>I don't believe we'll need to have this debate all over again... do we?</div><div> </div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>