Какую технологию вы бы использовали сейчас при написании браузерной игры с элементами РПГ?

HTML

Only registered users can participate in poll. Log in, please.

Какую технологию вы бы использовали сейчас при написании браузерной игры с элементами РПГ?

45.2%WebGL428
54.8%Canvas520

Tags:

Hubs:

HTML

Ads

AdBlock has stolen the banner, but banners are not teeth — they will be back

More

–9
967
22
Share
- Copy link
- Facebook
- Twitter
- VK
- Telegram
- Pocket

Dark_Knight

User

October 8, 2019 at 05:53 PM
Best Languages for Game Localization

3 845 4 2
April 23, 2019 at 12:24 PM
Top game development companies in the world

8 7k 3 3
January 15, 2019 at 04:05 PM
Creator of while True: learn() on programming in game development, VR issues and machine learning simulation

10 3k 4 0

Ads

AdBlock has stolen the banner, but banners are not teeth — they will be back

More

Comments 22

tzlom December 23, 2011 at 02:02 AM
+4
А не очевидно ли что WebGL для 3D и Canvas для 2D?
- Dark_Knight December 23, 2011 at 02:12 AM
  0
  Очевидно. Но хотелось бы узнать чему больше отдают предпочтение для браузерных игр: 3д или 2д, вебГЛ или канвас. И начинает ли набирать 3д популярность в вебе
  - StrangeAttractor December 23, 2011 at 02:21 AM
    
    0
    Ну, лично я пока не встречал «production» 3D игр в web: только экспериментальные порты всяких Quake и т.п. для интересующихся, но не для широкой аудитории.
    - Fedcomp December 23, 2011 at 02:31 AM
      
      0
      
      по BSG игрушку сделали, но там Unity плагин ставится.
- Dark_Knight December 23, 2011 at 02:30 AM
  +2
  Вот пожалуйста 2д игра, которая использует вебГЛ
  www.timetrap.se/emberwind/
  - Dark_Knight December 23, 2011 at 02:33 AM
    
    +2
    и после просмотра ролика, можно сказать с уверенностью, что будущее веб-игр именно за технологией вебГЛ
    - GreatRash December 23, 2011 at 10:53 AM
      
      +1
      
      После просмотра ролика много чего можно сказать. А как оно на самом деле нифига не понятно. Но будущее по любому за webGL.
    - tzlom December 23, 2011 at 11:04 AM
      
      –1
      
      Даже до просмотра ролика можно задать резонный вопрос — а собственно где WebGL? Это же обычное приложение на писюк и мак.
StrangeAttractor December 23, 2011 at 02:18 AM
+1
Я бы выбрал canvas, но только потому, что что-то мне подсказывает что «кривая обучения» canvas побыстрее будет. Если же предположить что я менеджер и не испытываю нехватки квалифицированных разработчиков и прочих ресурсов, то, наверно, WebGL т.к. оно, вроде как, ускоряется аппаратно (и поддержка его, похоже, всё ширится и улучшается). 2D, на сколько я понимаю, делают и на OpenGL, а следовательно (или я не прав?) и на WebGL.
- Dark_Knight December 23, 2011 at 02:21 AM
  0
  да, здесь я с вами согласен. И да, вы правы, 2д делают и на ОпенГЛ
Dark_Knight December 23, 2011 at 02:25 AM
0
да, кстати, если я не ошибаюсь, то angry birds тоже испльзуют вебГЛ
chrome.angrybirds.com/
или все только канвас?
- GreatRash December 23, 2011 at 10:54 AM
  0
  Там, вроде как, почти всё на SVG.
FlashManiac December 23, 2011 at 08:18 AM
+1
Вот поэтому я люблю flash, там «все в одном» и 2D и 3D. Плюс удобная работа с видео и аудио.
В интернете можно найти тысячи(если не миллионы) онлайн игр различного жанра на flash.
northicewind December 23, 2011 at 08:36 AM
+2
Canvas — это элемент html5. WebGL — технология, которая предоставляет API для аппаратного просчета 3D графики. И рисуется эта графика на том же самом канвасе в 3D контексте. Так что если выбирать js + html5 для игры, то canvas будет в любом случае, а вопрос будет заключаться в типе используемого контекста.
Да, WebGL ускоряется аппаратно, но производители браузеров уделяют 2d контексту не меньше внимания. В частности у хрома уже есть поддержка аппаратного ускорения для 2d контекста(включается в about:flags).
nill December 23, 2011 at 11:17 AM
0
У webGL есть серьезные проблемы с безопасностью, так же её забраковала m$. Думаю сейчас стоит поработать с canvas, а дальше посмотреть куда вода потечет.
TheShock December 23, 2011 at 11:20 AM
0
Canvas 2d и LibCanvas =)
andreysmind December 23, 2011 at 11:51 AM
0
Какую технологию вы бы использовали — Канвас или Канвас. :)
Вообще 2д контекст предпочтительнее ввиду всё ещё экспериментального статуса движка ВебГЛ.
homm December 23, 2011 at 12:00 PM
0
WebGL это тоже Canvas.
ArtemSmirnov December 23, 2011 at 02:01 PM
–1
Иногда разрдражает фанатизм по канвасу, вещи для которых svg подходит больше люди все равно хотят делать на кавнвасе, потому что модно а многие даже не знают про svg видимо и автор опроса тоже не знает.
- Dark_Knight December 23, 2011 at 02:14 PM
  –1
  Автор знает, но так как канвас для игр более актуален, то я спрашиваю именно по поводу него
- alist December 23, 2011 at 02:20 PM
  0
  С SVG надо быть аккуратнее. Все-таки многие операции провоцируют DOM reflow и repaint. Даже если сам SVG быстр, как в IE, это не значит, что все решение будет быстрым.
  
  В целом, никто не мешает использовать и то, и другое.
alist December 23, 2011 at 02:17 PM
0
Я бы посмотрел на это со стороны производительности и охвата. Canvas есть в IE9 и там он аппаратно ускорен. Из-за этого IE на многих своих графических бенчмарках делает и Chrome, и FF. Да, это очередная пузомерка, но она весьма популярна, и потому я уверен, что остальные браузеры тоже будут работать в этом направлении. По факту я точно знаю, что работа над аппаратным ускорением ведется в Mozilla.

С другой стороны, WebGL пока на IE не предвидится. Какие-то умельцы из России клепают WebGL-плагин для IE, но он платный. Не думаю, что вы готовы платить за него, тем более просить пользователей ставить какой-то сомнительный плагин — не знаю не знаю. Также на Intel HD все canvas-демки у меня тормозят заметно меньше, чем WebGL, а на двух старых ноутах даже с дискретной графикой WebGL не завелся, пока я видеодрайвера не обновил. Вы хотите, чтоб пользователи с этим заморачивались?

Так что смотрите сами. Если вам хватает canvas, я не вижу смысла переходить на WebGL.

Еще посмотрите в сторону CSS3 transformations — они на некоторых мобильных платформах тоже с ускорением работают. Вообще пишите код так, чтобы графику изолировать: при случае будет проще еще один бэкэнд добавить или вообще пересесть.