Войти
ПрограммированиеФорумГрафика

Я уже устал ждать новый WebGL - когда произойдет обнова?

Страницы: 1 2 3 4 Следующая »
#0
22:40, 25 фев. 2017

Я блин дождался WebGL 2.0, но это как оказалось не то что мне нужно. Мне нужен тот же WebGL но на базе OpenGL ES 3.1 (но желательно OpenGL ES 3.2).

Понятно что такого не дождусь походу никогда, да и даже если такое выйдет, понабегут толпы разрабов со своими демками, движками, примерами, и не редко будут демонстрировать всякую хрень...

Почему WebGL так хорош?
- Ну во первых лаконичность JS. Меньший риск неожиданных ошибок.
- Как следствие быстрый темп разработки (вместо нудного ожидания сообщение "скомпилено", причем не редко бывает "ой, какой-то шайтан вышел").
- Да и привычка к родному Web и JS.
- И да - легко расширяется такими фишками как не стандартный масштаб, GUI, CSS (включая тот же High-DPI) и т.д.

Мне плевать на эти старые девайсы, я вообще эти (старые и нищенские) девайсы стараюсь потихоньку выкинуть в мусорку. И плевать что денег не много.


#1
22:49, 25 фев. 2017
>плевать, плевать, плевать, плевать, плевать,
верблюд какойта
#2
22:57, 25 фев. 2017

каких именно фич ты ждал от 2?

как по мне, главное преимущество вебгл - возможность делать быстрозапускаемые кроссплатформенные маленькие игрули (а также всякие визуализации на сайтах), что сильно увеличивает шанс играбельности по сравнению с скачай_ехе-распакуй-запусти, поставь_стим-найди_заново-установи итд.
JS - да ну нафиг.

а новое - придумывают: https://webkit.org/blog/7380/next-generation-3d-graphics-on-the-web/

#3
23:27, 25 фев. 2017

Долго будет... Да и webgl привычнее, как и все GL.
А вот плюсы ES 3.1.

- Доведена до ума поддержка 4.x.
- Есть больше операций которые реально нужны
- Compute Shader (многие придерутся, но в этот пункт включу атомики и SSBO )

#4
23:49, 25 фев. 2017

viennahd
> - Ну во первых лаконичность JS.
Спорно при отстутствии классов и типизации

> Меньший риск неожиданных ошибок.
Больший риск неожиданных ошибок (читай п.1)

> Как следствие быстрый темп разработки (вместо нудного ожидания сообщение
> "скомпилено", причем не редко бывает "ой, какой-то шайтан вышел").
Этот шайтан намекает, что ты наговнокодил, при отссутствии намеков имеем п.2 :)

> Да и привычка к родному Web и JS.
Дя, вот тут согласен :)

#5
0:39, 26 фев. 2017

bodja
> Спорно при отстутствии классов и типизации
Мелким проектам классы и статическая типизация категорически вредны.
А вообще, типизация в js есть, только динамическая, ага.

#6
7:37, 26 фев. 2017

viennahd

- Ну во первых лаконичность JS. Меньший риск неожиданных ошибок.

Это по сравнению с чем?
#7
7:41, 26 фев. 2017

У JS есть специфичная фича. Во первых относительная легкость в дебаге, запуск сразу за счет итератора, интеграция с Web интерфейсом. Если ошибки и случаются, то в принципе можно понять где эта хрень завелась.
У JS есть способность что отличает от других языков - работа со строками как с родными.

Главная особенность JS - сборка мусора.
Ну не знаю, говорят в C++ можно добится схожей способности, но нужно экспортировать дофига библиотек и использовать куча нейм-спейсов (а также городить много шаблонов, классов) чтобы реализовать непревзойденный уровень.

#8
9:42, 26 фев. 2017

viennahd

Главная особенность JS - сборка мусора.

Сборщик мусора много где есть. А кое где даже одумались, и стали избавляться от него (Objective-C).
У JS есть способность что отличает от других языков - работа со строками как с родными.

Так у вас приложение занимается обработкой строк, и для вас это так важно?
А я то думал по вашем темам, что вы занимаетесь совсем другим...
Если ошибки и случаются, то в принципе можно понять где эта хрень завелась.

Да, весомое преимущество. Там где C++ компилятор укажет на ошибку до запуска программы, javascript упадёт только в runtime.
Дебажиться веселее, чаще и интереснее!
#9
10:21, 26 фев. 2017

Весело в другом - в чертовой скорости компиляции C++. Не знаю, может где-нибудь в PINGWINUX это работает достаточно быстро...
Кстати, в PINGWINUX все же запустилась трассировка (возможно первая в истории)...

#10
10:31, 26 фев. 2017

gkv311
> Так у вас приложение занимается обработкой строк, и для вас это так важно?
> А я то думал по вашем темам, что вы занимаетесь совсем другим...
Нет, я имел ввиду что у JS есть JSON'подобные структуры, обращения через имена (причем в т.ч. через переменную).

#11
12:19, 26 фев. 2017

gkv311
> Дебажиться веселее, чаще и интереснее!

Было весело когда отлавливал порчу памяти на C++ ?

#12
13:37, 26 фев. 2017

innuendo
> Было весело когда отлавливал порчу памяти на C++ ?
Не знаю, как у других, но у меня такое случается не чаще, чем раз в пару лет. И трудности это доставляло только в совокупности с OpenGL - когда на одной видеокарте, которой у меня не было, порча происходила, а на другой было всё порядке. Когда я заполучил проблемную видеокарту себе, ошибку исправил почти сразу.

viennahd
И зачем тебе этот тормозной WebGL?

viennahd
> Весело в другом - в чертовой скорости компиляции C++.
Сколько времени у тебя компилируется проект сейчас и сколько тебя бы устроило? И размер проекта какой? Используются ли шаблоны?

#13
14:16, 26 фев. 2017

gammaker
> Не знаю, как у других, но у меня такое случается не чаще, чем раз в пару лет. И
> трудности это доставляло только в совокупности с OpenGL - когда на одной
> видеокарте, которой у меня не было, порча происходила

Ты работаешь в одиночку с небольшим проектиком, о чём можно говорить ?

#14
14:17, 26 фев. 2017

gkv311
> Да, весомое преимущество. Там где C++ компилятор укажет на ошибку до запуска
> программы, javascript упадёт только в runtime.

Кстати, да - как часто такое было?

У тебя есть try/catch  в коде на C++ ?

Страницы: 1 2 3 4 Следующая »
ПрограммированиеФорумГрафика

Тема в архиве.