Здравствуйте, vdimas, Вы писали:

_>>Вообще то игры — это только пример того, что вполне нормально для тяжёлых приложений иметь определённые ограничения на запуск и при этом быть успешными. А так это касается не только игр, но и любого тяжёлого ПО (вот например такое http://formit360.autodesk.com сразу же станет на порядок эффективнее от прихода wasm).
V>За счет чего станет эффективнее на порядки? WebGL и так нейтивный. HLSL закидываются в него точно так же.
V>Вызовы нейтивной подсистемы из JS в подобных приложениях происходят со скоростью кликанья мышки, JS должен справляться.

Ну так на шейдерах то только прорисовка. А надо ещё просчитывать сам мир, взаимодействия объектов и т.п. )

_>>Так GUI построенный на базе HTML во-первых достаточно убогий (посмотри на список доступных контролов в современных GUI библиотеках и в HTML), а во-вторых рендеринг через DOM весьма тормозной. Различные JS библиотеки (типа ExtJS) пытаются решать эти проблемы разработкой своих контролов и различными оптимизациями DOM, но всё это не эффективно на практике. Если же у тебя есть C++ приложение и предоставленная OpenGL поверхность, то ты просто берёшь одну из готовых мощных GUI библиотек и автоматически получаешь быстрый и профессиональный GUI. Естественно это актуально только для всяческих сложных сайтов (по сути веб приложений), а не для обычных "каталогов текста с картинками". )
V>Интресно, какой получится размер подобной загружаемой библиотеки GUI? ))

А можешь сам посмотреть например тут http://vps2.etotheipiplusone.com:30176/redmine/projects/emscripten-qt/wiki/Demos — это примеры Qt приложений, скомпилированных под браузер (причём не в wasm, а в js). Самое забавное, что даже при компиляции в js этот интерфейс выглядит более отзывчивым, чем многие GUI на современных сайтах (сделанные с помощью JS GUI библиотек). А вот что это всё превратится с приходом wasm...