Запустил эту хрень на рабочей машине
Получил "Your browser does not support WebGL 2. Please try with Firefox 52 or newer"
При том что это как раз и был FF 52 x64
Запустил на домашней.
Через 2 минуты крэшанулся FF.
Здравствуйте, rm822, Вы писали:
R>Запустил эту хрень на рабочей машине R>Получил "Your browser does not support WebGL 2. Please try with Firefox 52 or newer" R>При том что это как раз и был FF 52 x64
WebAssembly is enabled in Firefox 52+, although disabled in the Firefox 52 Extended Support Release (ESR.)
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, rm822, Вы писали:
R>Запустил эту хрень на рабочей машине R>Получил "Your browser does not support WebGL 2. Please try with Firefox 52 or newer" R>При том что это как раз и был FF 52 x64
R>Запустил на домашней. R>Через 2 минуты крэшанулся FF.
У меня всё работает отлично — спокойно пинаю там рыбок и бабочек. ))) А у тебя с видеодрайверами всё нормально на компьютере, современные игры идут без проблем?
Туфта. Писать на этом еще долго не будут, потому что половина клиентов со старыми браузерами. Плюс нет API к браузерному DOM.
А твой пример фееричен по размеру, ты б предупредил, вдруг у кого трафик.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, alex_public, Вы писали:
_>Ну что господа C++'ки, начинаем ваять сайтики?
А что — господа C++'ки до этого спали и в JS никогда-никогда не вляпывались или emscripten это не их поделка? Хм... а если подумать... господа яваскриптеры и не додумались бы до такого. Это вы прилумали?! Каакие молодцы у нас прямо примерные господа! Гордимся! Но лучшее что вы сможете сделать — сидеть в сторонке пооодальше со своими извращенными идеями как выдолбать мозг пременной x через y, да так — что бы компилятор ни-ни-ни об этом не догадался. Ибо вы писали всю жизнь и продолжаете писать пошлятину неугодную богу ибо даже он такой херни бы не нёс. Даже если бы писал на C++.
В общем — по делу — и без вас умников дебилоидных хватает везде. От того что вы изнасилуете очередную VM — быстрее не станет. Вы мля за записями в DOM следите что-бы небыло лишних — того глядишь и половина сайтов научится не перерисовывать себя полность при появлении подсказок.
Про паталогию в google sheets — я уже писал. Клик на любую ячейку приводит к... перерисовке листа. А почему? А потому что html наслуют в мозг. А когда насилуют — свой отключают напроч. Увы.
Так и ты со своим сообщением — говоришь — пацаны — давай поблещем своей безграмотностью, а то что С++ники бывшие и настоящие со стажем одни из самых грамотных людей и сами придумали вебассембли для таких как ты...
Вот назови три причины почему они должны наваять вебасм, а не обычный жс?
Ops>Туфта. Писать на этом еще долго не будут, потому что половина клиентов со старыми браузерами. Плюс нет API к браузерному DOM.
Про DOM API ты серьёщно? Нахер оно нужно без него? Загружать декодер любимого видео, но всё равно встроенный лучше?!
Здравствуйте, Ops, Вы писали:
Ops>Туфта. Писать на этом еще долго не будут, потому что половина клиентов со старыми браузерами. Плюс нет API к браузерному DOM.
1. Браузеры сейчас в основном на автоапдейте сидят. Так что думаю через годик wasm (эх, будет теперь постоянно путаться с нашим старым добрым WASM) будет доступен на подавляющем числе браузеров.
2. Не особо представляю зачем тебе может понадобиться доступ к DOM, но если что, он априори доступен (через jS).
3. Ещё до выхода wasm приложения на C++ во всю портировались в браузер с помощью emscripten (смотри например тут https://github.com/kripken/emscripten/wiki/Porting-Examples-and-Demos). Просто там работала компиляция не в wasm, а в js — менее эффективные приложения выходили, но для определённых целей годилось и такое. Так что в принципе технология наработанная и сейчас она просто получит многократное увеличение эффективности (позволяющее портировать уже не только quake3, но и например последний Doom). Т.е. хотя раньше emscripten и притворялся практически обычным C++ компилятором, но разница всё же была принципиальная (быстродействие, затратах памяти и т.п.). А теперь реально не будет разницы между компиляцией C++ кода под какую-то ОС или "под браузер". )
Здравствуйте, alex_public, Вы писали:
_>1. Браузеры сейчас в основном на автоапдейте сидят. Так что думаю через годик wasm (эх, будет теперь постоянно путаться с нашим старым добрым WASM) будет доступен на подавляющем числе браузеров.
+1. Но хотел уточнить, что Chrome, STS + принципиальная зашитая в хром тайм-бомба на 3 недели — делает из года — месяца 1.5. Т.е. их следующих можорный релиз. STS тупо хардкодится — ембеддеры патчат. Счастливые — не догадываются. Те ещё ублюдки с точки зрения написания либ.
Здравствуйте, alex_public, Вы писали:
_>2. Не особо представляю зачем тебе может понадобиться доступ к DOM, но если что, он априори доступен (через jS).
А я вот не понимаю. Нахера мне либа от фейсбука в 300-500Кб для писания в дом. JSX? Тапочки разорвались от смеха. Но — т.е. юквери в вебасм не будет? На кой черт тогда вебасм нцюужен? 3д тарахтелки при всём желании просто сосут у C++-based эжинов или у гибридов на Юнити. Эм. Вебовый юнити... Ну как увижу хотя бы Pillars of Eternity в вебе — тогда да (это что технологтчески подъемно на ваших супер видюхах). А тот же новый тормент — и так едва шевелится на встроенном видео. А демки аля квак 2-3.0 — это то что шевелится пять лет как на мобилах.
Здравствуйте, alex_public, Вы писали:
_>1. Браузеры сейчас в основном на автоапдейте сидят. Так что думаю через годик wasm (эх, будет теперь постоянно путаться с нашим старым добрым WASM) будет доступен на подавляющем числе браузеров.
А ты загляни в соседнюю тему. Тут даже в IT куча народу принципиальные противники обновлений, часто по религиозным причинам.
Или зайди на caniuse, много узнаешь о поддержке у пользователей фич, которые были реализованы еще 5 лет назад, а сейчас полностью поддерживаются всеми современными версиями мейнстримовых браузеров.
А еще можешь попробовать запустить ту демку из стартового сообщения на мобиле с 512 памяти — таких тоже много, и выбросят их все отнюдь не скоро.
_>2. Не особо представляю зачем тебе может понадобиться доступ к DOM, но если что, он априори доступен (через jS).
Вот как раз хотелось бы заменить JS нормальным языком. А апплеты можно было бы и на жабе писать, даром что ее банить везде начали.
_>3. Ещё до выхода wasm приложения на C++ во всю портировались в браузер с помощью emscripten (смотри например тут https://github.com/kripken/emscripten/wiki/Porting-Examples-and-Demos). Просто там работала компиляция не в wasm, а в js — менее эффективные приложения выходили, но для определённых целей годилось и такое. Так что в принципе технология наработанная и сейчас она просто получит многократное увеличение эффективности (позволяющее портировать уже не только quake3, но и например последний Doom). Т.е. хотя раньше emscripten и притворялся практически обычным C++ компилятором, но разница всё же была принципиальная (быстродействие, затратах памяти и т.п.). А теперь реально не будет разницы между компиляцией C++ кода под какую-то ОС или "под браузер". )
Что-то мне кажется, это будут те же апплеты, просто в новом виде. У браузерных приложений есть огромный недостаток — им нужен браузер. Зато с тем, что браузеры должны делать, эта чуда-юда работать не умеет.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
Ops>А ты загляни в соседнюю тему. Тут даже в IT куча народу принципиальные противники обновлений, часто по религиозным причинам. Ops>Или зайди на caniuse, много узнаешь о поддержке у пользователей фич, которые были реализованы еще 5 лет назад, а сейчас полностью поддерживаются всеми современными версиями мейнстримовых браузеров. Ops>А еще можешь попробовать запустить ту демку из стартового сообщения на мобиле с 512 памяти — таких тоже много, и выбросят их все отнюдь не скоро.
Браузер априори в выгодном положении — у него есть доступ в интернет. Если соединение "бесплатное" — то значит и обновиться можно. Я ещё раз повторяю, если очень грубо то хром или любое уважающее себя приложение — будет требовать апдейта. Это требование — натуральная тайм-бомба. Всё. Апдейты нужны в первую очередь не сколько ради исправлений браузера, а сколько ради обновления сертификатов и прочей мутоты. В случае с хромом — нас всех незаметно насилуют воблаго — т.к. получаем мы не только обновления сертификатов жёстко встроенных в бинарник — но и обновления самого браузера.
Не скажу, что это идеальная схема. Совсем нет. Скажу что эта схема позволяет в какой-то степени не думать о браузере. А моё предыдущее сообщение было о том же самом — то технически — они ембеддеров посылают на юх практически всегда, потому что у них всегда есть две дежурных отговорки:
1. by design
2. by security
И, лишь избранные кого они считают достойными — с ними нормально общаются (с тем же финальным рельзутатом в основном).
Но, поскольку мы всё таки в КСВ — я считаю важным обратить внимание на инженерный момент. А с точки зрения юзера — я считаю команда хрома делает правильно. Собственно — достаточно системную дату укрутить назад в укурок и никакой гугл не загрузиться.
Здравствуйте, fddima, Вы писали:
F> Про DOM API ты серьёщно? Нахер оно нужно без него? Загружать декодер любимого видео, но всё равно встроенный лучше?!
Ну они чего-то там обещают, но у них это с низким приоритетом, а пока прослойка между браузером и вебасмом — JS. Т.е. на страничке у тебя крутятся скрипты, которые этот вебасм дергают, а по результатам правят DOM, если надо. ИМХО, довольно монструозно и геморройно, для многих применений проще на этот вебасм вообще забить.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
Ops>Ну они чего-то там обещают, но у них это с низким приоритетом, а пока прослойка между браузером и вебасмом — JS. Т.е. на страничке у тебя крутятся скрипты, которые этот вебасм дергают, а по результатам правят DOM, если надо. ИМХО, довольно монструозно и геморройно, для многих применений проще на этот вебасм вообще забить.
Жесть. Я честно слово туда не вникаю — не очень нужно. Но это очень странно — ведь поддержкой webasm заняты именно движки JS. И кто как ни они могут лучше всех совершать вызовы по работе с DOM.
Ну посмотрим. Мож одумаются. В принципе оно и щас юзерам пофигу — что JS грузить, что webasm.
Здравствуйте, sin_cos, Вы писали:
_>теперь наступит путаница: wasm c nasm, fasm, masm, tasm и вообще с ассемблером который assembly.
Не наступит. Ваши wasm/nasm это очень узко или маргиналов. masm/tasm — скорее история. В конце концов — webasm отличить от предыдущих можно. А wasm-ом опять же их может называть очень узкий круг людей.
Мне лично assembly нравится гораздо больше чем module — последний и так уже нагружен смыслами что хватит. Давайте webasm назовём чисто и красиво — солнышко!
Теперь можно картинки на сайтах делать сразу в WebP, а для тех браузеров, которые его не хотят поддерживать, конвертировать прямо в браузере в .png с помощью быстрого WebAssembly приложения по событию onerror для <img>.
Здравствуйте, Ops, Вы писали:
_>>1. Браузеры сейчас в основном на автоапдейте сидят. Так что думаю через годик wasm (эх, будет теперь постоянно путаться с нашим старым добрым WASM) будет доступен на подавляющем числе браузеров. Ops>А ты загляни в соседнюю тему. Тут даже в IT куча народу принципиальные противники обновлений, часто по религиозным причинам. Ops>Или зайди на caniuse, много узнаешь о поддержке у пользователей фич, которые были реализованы еще 5 лет назад, а сейчас полностью поддерживаются всеми современными версиями мейнстримовых браузеров. Ops>А еще можешь попробовать запустить ту демку из стартового сообщения на мобиле с 512 памяти — таких тоже много, и выбросят их все отнюдь не скоро.
Так демка то тяжёлая не потому что webasm, а потому что сам мир там рисуется красивый. ) Собственно если взять любой другой веб-инструмент для попытки прорисовки такого мира, то ситуация будет ещё намного хуже. ))) Так что тут всё нормально. И сейчас на десктопах вполне себе полно игр, которые не пойдут на слабом железе. А так же полно игр (требующих обязательно DX11), которые не пойдут на какой-нибудь старой ОС. Но этот факт же не мешает выпуску каждый год топовых игр, собирающих миллионы, не так ли? )
_>>2. Не особо представляю зачем тебе может понадобиться доступ к DOM, но если что, он априори доступен (через jS). Ops>Вот как раз хотелось бы заменить JS нормальным языком. А апплеты можно было бы и на жабе писать, даром что ее банить везде начали.
Правильно, заменяем JS нормальным языком (пока в наличие C++, но скоро наверняка подтянутся и остальные), а DOM заменяем нормальным OpenGL рендерером.
_>>3. Ещё до выхода wasm приложения на C++ во всю портировались в браузер с помощью emscripten (смотри например тут https://github.com/kripken/emscripten/wiki/Porting-Examples-and-Demos). Просто там работала компиляция не в wasm, а в js — менее эффективные приложения выходили, но для определённых целей годилось и такое. Так что в принципе технология наработанная и сейчас она просто получит многократное увеличение эффективности (позволяющее портировать уже не только quake3, но и например последний Doom). Т.е. хотя раньше emscripten и притворялся практически обычным C++ компилятором, но разница всё же была принципиальная (быстродействие, затратах памяти и т.п.). А теперь реально не будет разницы между компиляцией C++ кода под какую-то ОС или "под браузер". ) Ops>Что-то мне кажется, это будут те же апплеты, просто в новом виде. У браузерных приложений есть огромный недостаток — им нужен браузер. Зато с тем, что браузеры должны делать, эта чуда-юда работать не умеет.
В общем то да, типа апплетов. Но с несколькими поправками:
— быстродействие должно быть ближе к C++ (ну приблизительно как у проектов на LLVM), а не к жабкe
— язык разработки любой, а не только жабка
— изначально доступ к GPU
— y апплетов помнится были какие-то мутные дела с правами и т.п., а в данном случае будет уже стабильная и проверенная песочница от JS
— данное решение является результатом договорённости основных игроков в данной индустрии, а не проталкиваемым одним игроком решением (от которого кривятся остальные).
В общем на мой взгляд апплеты с таким набором свойств взлетят обязательно. )
https://s3.amazonaws.com/mozilla-games/ZenGarden/EpicZenGarden.html — этот вроде не плохо вышел. )
