Search Unity

A few weeks ago at GDC, we announced support for WebGL publishing for Unity 5. Now I’d like to share some more information on what this is all about, and what you can expect from it.

Some background

WebGL is a 3d graphics library built into the browser which allows JavaScript programs to do 3d rendering inside any supported browser without requiring any plug-ins. To us, this always seemed like a perfect fit for running Unity content on the web, as it would give end users the most barrier-free experience – as the browser would supply everything needed out of the box, and everything would just work without the user bothering with installing any plug-ins.

WebGL_500

However, we initially had some doubts on whether this would be technically achievable, as  WebGL is a JavaScript API – which means that all our code (both our Unity runtime and your game code) needs to run in JavaScript somehow. But at the same time, we thought that this technology was too cool not to try it anyways, so we started experimenting with it at a HackWeek in Copenhagen two years ago. Also we had been talking to Mozilla around that time, who have been very eager to help us and to proof to us that this can indeed be done – so they had some engineers come over to Copenhagen to join the fun.

It took us a few more HackWeeks of tinkering around and some developments on the browser side as well, until we reached a point where we realized that we could make a real viable product out of this – which is when we started going into real production.

To give you an idea of what is possible right now, here is a Unity player exported to WebGL with a current alpha version of Unity 5

Currently supported browsers for this content are Firefox and Chrome 35 (Chrome 35 is currently in beta, and is needed, as the current Chrome 34 release version has a JavaScript bug which is causing this game to hang).

Click the icon below to play Dead Trigger 2 by Madfinger games in your browser, demonstrating an immersive fullscreen FPS experience in WebGL. Controls are WASD to walk, mouse to look, Q to switch weapons, Tab to switch to Melee combat, and 1, 2, and 3 for special powers (try them!).

DEAD-TRIGGER-2-Icon

And here is a build of our classic AngryBots demo (which runs fine on Firefox and the release version of Chrome):

angrybots

Technical details

As mentioned above, to run in WebGL, all our code needs to be JavaScript. We use the emscripten compiler toolchain to cross-compile the Unity runtime code (written in C and C++) into asm.js JavaScript. asm.js is a very optimizable subset of JavaScript which allows JavaScript engines to AOT-compile asm.js code into very performant native code (see here for a better explanation).

687474703a2f2f646c2e64726f70626f782e636f6d2f752f38303636343934362f656d736372697074656e5f6c6f676f2e6a7067

To convert the .NET game code (your C# and UnityScript scripts) into JavaScript, we developed a new technology in-house which we call IL2CPP.  IL2CPP takes .NET bytecode and converts it to corresponding C++ source files, which we can then compile using any C++ compiler — such as emscripten to get your scripts converted to JavaScript. Expect more information on IL2CPP soon.

 

WebGL in Unity 5.0

We plan to WebGL support available in Unity 5.0 as an early-access add-on (before you ask: the terms and prices of this add-on have not been decided on yet). Early-Access means that it will be capable of publishing content to WebGL (like the examples above), but it will have some limitations in features and in browser compatibility. In particular, the following features will not be supported:

  • Runtime generation of Substance textures
  • MovieTextures
  • Networking other then WWW class (a WebSockets plug-in is available)
  • Support for WebCam and Microphone access
  • Hardware cursor support
  • Most of the non-basic audio features
  • Script debugging
  • Threads
  • Any .NET features requiring dynamic code generation

In terms of browser support, this initial version will only support the desktop versions of Firefox and Chrome (other browsers might work for some content, but only these two will be officially supported).

We expect to resolve most of those limitations (except for things which are restrictions imposed by the platform) during the 5.x release cycle, and to be able to support a wider range of browsers as well as the platform matures – at which point we will drop the early-access label and make WebGL a fully supported build platform in Unity.

The Unity Web Player in Unity 5

While WebGL is a very exciting new technology, currently, the Unity Web Player is still the most feature-complete and the most performant solution for targeting the web with Unity, and will stay as a supported platform in Unity 5.x. It may be a very useful strategy to dual-publish your content using both WebGL and the Web Player, in order to get the widest possible reach for your audience.

Longer term, however, we expect that the performance and feature gap between the Web Player and WebGL will become much more narrow, and we expect that browser vendors will make the Web Player obsolete by dropping support for plug-ins, at which point WebGL will become the prime solution for targeting the web with Unity.

 

93 replies on “On the future of Web publishing in Unity”

[…] Don’t pay for them. Don’t use 2d rendering, Don’t pay for it. If you take a look at the WebGL demos that we posted, you can see that the entire unity engine that is converted to javascript (not manually […]

[…] мы написали статью про поддержку WebGL в Unity. В ней мы кратко рассказали о том, как будут работать […]

[…] мы написали статью про поддержку WebGL в Unity. В ней мы кратко рассказали о том, как будут работать […]

[…] мы написали статью про поддержку WebGL в Unity. В ней мы кратко рассказали о том, как будут работать […]

If I may add a suggestion for your AngryBot game:
It looks like fun, it’s got great graphics, but the controls are totally screwed up. Using W-A-S-D for movement is total nonsense. You have to setup only 2 keys: Forward (W) and backwards (A). That’s all. As I shoot the enemy I don’t wanna thing whether it’s north or south from me, I just wanna think whether I approach or back away from it. The direction is selected by the mouse. Please fix this, because the movement is now totally unintuitive.

@Edwin: We have gamepad support in WebGL, but it is not hooked up in this samples.

@Indy: CPU requirements are a bit difficult to specify, as it depends a lot on the browser used and the performance of the javascript engines. We have seen AngryBots run fine on machines as low-end as current entry-model Chromebooks, however (or even run on some phones, but then, not so “fine”).

@Akira_san: DT2 itself requires 512 MB of memory to run – but the browser needs to be able to supply that memory in a continuous array of bytes in JavaScript. Depending on the browser and OS used the amount of memory needed to supply that may be different. That said, i have seen this demo run fine on machines with only 4GB of memory installed, so it must be something about your setup.

[…] I tried the Dead Trigger 2 demo on a few Chromebooks and it runs amazingly well; note you’ll need either Firefox or Chrome 35 to test it yourself. The game looks and plays the same on a Chromebook as it does natively on my iPad. Bear in mind this is just a technical demonstration but it’s still impressive. The Unity team is managing this by using the WebGL graphics library and JavaScript for the game; all the details on this is done are here in a Unity blog post. […]

What are current minimal CPU requirements for games like Angry Bots or Dead Trigger 2 and how this would be change in the future?

Really cool! I played the demo in Firefox 29.01; it runs fine, graphics surprise me. I have the generic 360 controller (gamepad) but it didn’t work. I used the keyboard and mouse.

@MARK JOHNES assuming all goes well, no. I’m personally not aware of breaking api changes in 4.5.

[…] […]

PLEASE SOMEBODY ANSWER THIS!
Any Assets ( I’m talking about toolkit, gui’s and extensions, not about 3d models ) that are compatible with 4.3.4, do they have to get updated to work on Unity 4.5 or not??

[…] Pour le moment  il faut garder à l’esprit que Trigger Dead 2 n’est qu’une démonstration jouable, elle n’est la que démontrer la faisabilité technique, mais c’est impressionnant. Pour cela réaliser cette prouesse l’équipe Unity utilise la bibliothèque graphique WebGL et JavaScript . Si vous voulez plus d’informations tous les détails sont ici dans un blog Unity . […]

@DAVER: mouse click will fire the weapon. Other controls are in the blog post: “Controls are WASD to walk, mouse to look, Q to switch weapons, Tab to switch to Melee combat, and 1, 2, and 3 for special powers (try them!).”

@MatrixKP: Your computer should definitely be able to handle these games much faster. What browser and version are you using?

Took me several attempts to get either demo to run on Firefox on Mac OSX 10.8.5. Mostly both demos hung on the loading screen (at end of progress bar, nothing being downloaded, waited a few minutes). Browser warnings for hung scripts several times, but clicking through eventually got everything laoded. Dead trigger demo did load and run after several attempts, but frame rate was about 1 frame every few seconds (iMac with i7 processor and 2GB graphics card), definitely not playable and browser performance was seriously impacted. Severe lag also prevents one from determining the controls (did I just attack and miss the animation?), so a quick list of commands on the splash screen may help for users like me that dont want to waste another 2 minutes being helpless zombie snack.

@Akira: Hearing back from Mozilla, this error seems to be, because we cannot allocate enough memory to run Dead Trigger 2 on your browser/OS. While we cannot fix that, we need to improve the error reporting on this.

@Akira: Thanks, That may be the JS engine in Firefox running out of memory. I asked Mozilla for more info. Asm.js compilation seems to take really long in your log as well. What kind of machine is this?

@JS: No, but it might be used for more platforms in the future. Stay tuned for a blog post explaining it better.

@Peter: I expect MovieTextures to be added during 5.x, yes. It would not be a problem to have the current implementation running in WebGL, but I’d rather take advantage of the browser video codecs instead, for better performance.

[…] Dead Trigger 2 in a browser with no plug-ins thanks to Unity’s new demo of WebGL […]

[…] 上面說過 asm.js 就是 JavaScript 的子集,也就是許多 JavaScript 的樣式之一。但 asm.js 卻代表更重要的使用條件。如同我們在遊戲者開發大會 (GDC) 所發表的《Unity》,就是目前市場上最受歡迎的遊戲開發工具之一,也將使用 Emscripten 將本身引擎編譯為 asm.js 而支援 Web。 […]

[…] asm.js is a subset of JavaScript, so it is just one of many styles of JavaScript out there. But it represents an important use case. As we announced at GDC, Unity, one of the most popular game creation tools on the market, will support the Web by using Emscripten to compile their engine to asm.js. […]

@AKIRA_SAN: DT2 may take a while to load on slower machines, for Firefox to compile the asm.js code. Also, if you open the “Web Console” in the Developer tools in Firefox, does it show any errors?

Im using win7 32b, Firefox 29 – Dead Trigger 2 dont run, only can see the unity3d load screen. AngryBots runs. The same on chrome beta.

Tried using unity2d for 2d game development…
But I think AndEngine is better than unity2d..

[…] asm.js is a subset of JavaScript, so it is just one of many styles of JavaScript out there. But it represents an important use case. As we announced at GDC, Unity, one of the most popular game creation tools on the market, will support the Web by using Emscripten to compile their engine to asm.js. […]

[…] asm.js is a subset of JavaScript, so it is just one of many styles of JavaScript out there. But it represents an important use case. As we announced at GDC, Unity, one of the most popular game creation tools on the market, will support the Web by using Emscripten to compile their engine to asm.js. […]

[…] asm.js is a subset of JavaScript, so it is just one of many styles of JavaScript out there. But it represents an important use case. As we announced at GDC, Unity, one of the most popular game creation tools on the market, will support the Web by using Emscripten to compile their engine to asm.js. […]

[…] asm.js is a subset of JavaScript, so it is just one of many styles of JavaScript out there. But it represents an important use case. As we announced at GDC, Unity, one of the most popular game creation tools on the market, will support the Web by using Emscripten to compile their engine to asm.js. […]

When anyone sees failures on this content, could you please explain how it fails? How far do you get, and then what happens? Then we can see how we can fix it, but “doesn’t work at all” does not help us much debugging this. Thanks!

Doesn’t work at all on firefox (latest version) and hardly runs on chrome (also latest.)

Disappointing, but then anyone who’s kept track of the html5 debacle will be used to that feeling :(

[…] Follow this link: On the future of Web publishing in Unity – Unity Technologies Blog […]

[…] I attempted a Dead Trigger 2 demo on a few Chromebooks and it runs amazingly well; note you’ll need possibly Firefox or Chrome 35 to exam it yourself. The diversion looks and plays a same on a Chromebook as it does natively on my iPad. Bear in mind this is only a technical proof though it’s still impressive. The Unity group is handling this by regulating a WebGL graphics library and JavaScript for a game; all a sum on this is finished are here in a Unity blog post. […]

hmmm doesn’t work in Chrome at all… and Crashes in Firefox… for me, not a good start at all…

[…] I tried the Dead Trigger 2 demo on a few Chromebooks and it runs amazingly well; note you’ll need either Firefox or Chrome 35 to test it yourself. The game looks and plays the same on a Chromebook as it does natively on my iPad. Bear in mind this is just a technical demonstration but it’s still impressive. The Unity team is managing this by using the WebGL graphics library and JavaScript for the game; all the details on this is done are here in a Unity blog post. […]

[…] I tried the Dead Trigger 2 demo on a few Chromebooks and it runs amazingly well; note you’ll need either Firefox or Chrome 35 to test it yourself. The game looks and plays the same on a Chromebook as it does natively on my iPad. Bear in mind this is just a technical demonstration but it’s still impressive. The Unity team is managing this by using the WebGL graphics library and JavaScript for the game; all the details on this is done are here in a Unity blog post. […]

[…] I attempted the Dead Trigger 2 demo on a few Chromebooks and it runs amazingly well; note you’ll need either Firefox or Chrome 35 to test it yourself. The game looks and plays the same on a Chromebook as it does natively on my iPad. Bear in mind this is just a technical demonstration but it’s still impressive. The Unity team is managing this by using the WebGL graphics library and JavaScript for the game; all the details on this is done are here in a Unity blog post. […]

Jonas,
Can you tell us more about UNET?? Is it a replacement to the existing networking for Unity? Will it be a pro or Free or a both version feature? When will it be available? Thanks..

Would it be possible that WebGL app/support be made for Smart TVs? I can imagine in the near future people accessing very high end websites that are not just game specific but can enter a virtual world and interact. One last thing.. Oculus Rift & virtuix Omni compatibility with WebGL? – would be pretty amazing.

That is great…. I’m really interested in this technology…. this is the future!…
Please, take care the opportunity to have support for Oculus and 3Dconnexion 3D mouses.
…. And, much important…. please consider the opportunity to have and 3ds max exporter plugins. Unity Rock. PS: I’m at your disposal is you need support.

That the WebGL component isn’t part of Pro is a bit disappointing. It was one of the major drivers for wanting to upgrade – but now we need to reevaluate that for the time being.

[…] friends, it is here. And. IT. IS. AWESOME!!! Tuesday in Unity’s blog post, they removed the vial and finally showed us beta versions of their WebGL export. This link gets […]

I hope someone of Unity reads this. If we pre-order unity 5, how we know what’s included in the Pro and what not? I was thinking WebGL was included. Before I upgrade my 4.x Pro, what can I suspect to be included without extra fees? I can’t read anywhere this kind of information.

@IULIAN: Substance support should definitely be possible on WebGL. For this, we are dependent on Allegorithmic porting Substance to WebGL, so it is outside of our hands a bit, but I’d be surprised if we would not have this working eventually.

Thank you for giving us more details :) What about the runtime generation of Substance textures on the WebGL platform? I understand it will not be possible in the early access version, but should I expect it to be available in the 5.x cycle?

@AMORANO: Yes and no – only Google announced a plan to drop plugins with a specific, non-to-distant time frame (it remains to be seen if they stick to that), which currently puts pressure on people to find alternatives ASAP. But you are right, I have no doubt that, longer term, all browser vendors will follow along.

@Evan: WebGL will never support .NET sockets to directly work on UDP or TCP sockets as that is not exposed to JavaScript. But we already have a working wrapper to use WebSockets and WebRTC would also be possible. I expect that our upcoming built-in networking solution, UNET, will support WebGL using one of these protocols.

@De-Panther: Yes, there is PPAPI. We could do a PPAPI plugin, but:
-It would require us to build and maintain a custom plugin for Chrome only, which will never be used on other browsers.
-Content would still have to be republished to use it, because PPAPI requires using Chrome’s renderer, which won’t run our existing shaders, so it would still not be backwards compatible with any existing games.
-PPAPI is still a plugin architecture with all it’s downsides – from a browser vendor P.O.V, i don’t see any reason to keep this security hole open in the long term (once they won’t need it any more to support Flash).
With these reasons together, it just does not seem to be reasonable to spend resources on this over WebGL.

@jonas echterhoff:
Google doesn’t remove support for plugins – it removes support for plugins that use NPAPI.
Plugins based on PPAPI will work.

But I don’t know what are the changes that unity need to do in order to support it.
In their articles they say that PPAPI is based on NaCl, unity already have support for NaCl. I’m sure that there is still lots of work to do in order to make it work with PPAPI, but I don’t see why unity can’t do it.
A reasons like costs and money are ok, but then don’t put the blame on Google.
For years now there’s a flash player for chrome and flash player for the other browsers.

I hope that WebGL will be mature enough when browsers won’t run the plugin

I have just one small but extremely pertinent question.

Does this :
“(except for things which are restrictions imposed by the platform)”

include this :
” Networking other than WWW class ”

???

[…] Dead Trigger 2 in a browser with no plug-ins thanks to Unity’s new demo of WebGL […]

@JONAS ECHTERHOFF

Please be clear: It is NOT ONLY GOOGLE dropping support. ALL major browsers. No need to get people pissed off @ Google since everyone is doing it.

And for everyone who does not know, it is going away, it is not a Unity thing, it is a Web Standards thing.

@FRANKS GAMES: if browsers drop support for plugins, there is no way, we can make that content still work without republishing to WebGL, correct.

@OLIVIER: Probably your GPU is not supported by Firefox for WebGL. Note that we don’t want to drop support for the Unity Web Player – it is Google who are talking about dropping plugin support.

WebGl does not work for me for following message appears:
“You need a browser which supports WebGL to run this content. Try installing Firefox”
But I already have the latest version of firefox!

Please consider seriously not dropping the support for the Unity Web as it work perfectly,
and as Unity said in previous post. It will never be as optimized as the native plugin.

@Jonas,
So there won’t be any support for web plugins in 2015 and Unity will charge money for WebGL? Really? I mean, seriously?

This is very cool. But what about old unity webplayers and games? Will those still work?
And what about websites like kongregate, wooglie, gamejolt, etc? There are thousands of published unity webplayer games on those sites. Does this mean that in the future all of them will no longer work unless the devloper rebuilds and publishes their game with WebGL?

[…] Dead Trigger 2 in a browser with no plug-ins thanks to Unity’s new demo of WebGL […]

would be cool if the game gave you some instructions. I swear I’ve pressed every button on my keyboard and nothing let me attack. I can move around, and I can switch weapons, but can’t figure out how to attack.

Otherwise looks pretty good on my HP 14 Chromebook

@De-Panther: If Google actually drops plugin support by then, then yes, that will be the case. I don’t like the situation any more then you, but this is not within our control.

@Jonas Echterhoff:
So in the end of 2014, there will be no support of unity for chrome?
Chrome won’t run the unity plugin, and the WebGL will still be just “Preview” version without some of the functions that we have in the plugin.

I’m really exited about the WebGL extension, I just don’t think that it should be the replacement for the webplayer in the next year – maybe two or three years from now, when the browsers support for WebGL will be matured enough

Nowadays every one use computer and spend lot of time on internet. You shared some good point about webgl that is difficult to find. These points will help me to increase my knowledge about webgl. Your post is really nice and helpful for everyone. I hope, you will share some more such type of post in future. Thanks to share this post with us

Agreed that it should be free! At the very least it should not be an additional license on top of the standard Pro license.

I was exited when I read about WebGL being supported in Unity 5. However I’m a bit disappointed to read that this addon will probably have a price. We bought Unity Pro for having those nice pro features and being able to publish for OS platforms and web. But reading about the future of plugins in browsers and unity plugin, makes me sad. I think this WebGL has a future, but I hope it will remain free as the other web solution was as well.
I think support of any desktop OS and Web should remain a free selling point of Unity, so hopefully you guys keep it free.

[…] de sair uma noticia no blog da Unity, que pode mudar a tendencia de jogos na […]

The Angry Bots looks good 7 it responsive with FireFox 28.

Dead Trigger 2 couldn’t get past the ‘Play’ button although it went full screen with FireFire 28 so FireFox updated to FireFox 29.

Now after the update Dead Trigger 2 got past Play and it took a while after that to actually play. I suppose it was loading things in the background.

“A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete.” 3 times.

The graphics didn’t look near as nice. I only have 1st i5 & 1st Intel Graphic HD though. Windows 8.1 with all patches.

Have you thought about making a direct compiler C# -> JS? I think there might be some performance loss in mid-phases. Your output JS would be shorter and probably much more easy to optimize in a browser.. Or encourage your users to use JS directly istead of C#.

Javascript, C++, .NET, C#, emscripten, custom transpilers, beta versions of a browsers…

.. all so you guys don’t have to mention the word Flash. LOL.

What has this world come to?

Exciting to watch Emscripten bring WebGL to the mainstream and make C++ a realistic option for web-focused developers. How about Oculus Rift support?

Unity IDE does not seem to work on Linux. Are the dev tools used for these demo’s available to me or do they all require the Unity application?

Corollary: when is the IDE coming out for Linux? I don’t see why using a game engine should mean I have to go purchase a closed OS.

Just had play with Dead Trigger and it makes me so excited for the future of web gaming, i’m sure performance will be tweaked in future versions but I’m hoping for Game Controller and offline support.

Eagerly following the WebGL initiative. Smooth performing demos and very nice with an update on the subject.
I have a question (I read through some but not all of the 7 pages of the “Are you OK ..”-thread).
Q: Are you considering a free but severely limited version of the WebGL plugin?
I really get that you need some return on the much more complex investment that WebGL represents. I’m just wondering about a very low-level hands-on experience available for Indy and/or pro.

Will it be possible to communicate between the Unity game and the JavaScript that’s on the same web page, just like in the old Web Player (manual section “Unity Web Player and browser communication”)?

Wow! Both of these demo’s are fantastic, sure I can now cook some eggs on my mac pro and it’s a little rough around the edges but the quality of these games that is running in my WEB BROWSER is phenomenal!

Really can’t wait to get my hands on this.

Works perfectly with latest FireFox on OSX10.9.2 iMacLate2013, no lags or anything. Really smooth, actually smoother than most of the three.js demos. You guys are real heros, I was working on a game for quite some time and then everybody started to talk about Three.js and the future of gaming. Nice to see that Unity3d still keeps up. In my opinion this feature alone will be the killer pro-feature compared to UDK or CryEngine. Please keep up this great work!

Btw: A newer Mono version would really help to use some libraries written for 4.0 or above. Mono-3 is pretty stable ;). It was a good choice to use C#+Mono.

It doesnt work for me, I’m using osx and the thing doesn’t work neither in firefox or chrome.

Really exciting stuff. The Angrybots demo played just like it does on the desktop. Can’t wait to try it out in the future.

Hello, I’m quite interested in IL2CPP – how does it compare to Microsoft’s .Net native?

Took a little time to load and didn’t have high expectations, but both games did run on my aging Thinkpad T420 with Intel HD something gfx. It did lag at times tho, but nevertheless very impressive (and now I can finally play webbased games on linux! ).
Now start porting Starcraft 2 to WebGL already!

These demos are so CPU demanding. Even if you have decent GPU you can’t be happy with smooth framerate if your CPU is not very fast.

That’s disappointing … when I pre-ordered Unity 5, I didn’t realize that this would be a separate add-on. I thought it was a pro-only feature. Oh well, I guess that will teach me to read things more clearly before ordering. If you will eventually drop support for the web player, does that mean that Unity Pro will eventually only be able to deploy to a browser with a separate paid-for add on?

Well, WebGL still isn’t quite there yet, but it’s getting there :)
The Dead Trigger demo runs insanely slow in some parts, and I’ve got a really good GPU so I’m assuming it’s an issue with Javascript (does Chrome not support asm.js yet? That could be the issue)

@greenland: Apple’s always had a thing against Ogg Vorbis, even iTunes has never supported it (that’s why I eventually ditched iTunes).

Neither of the demos work for me in Firefox:

Dead Trigger: “Unity” loading progress bar fills and then nothing happens. It just stays there with a full loading bar.

Angry Bots: After the “Unity” progress bar fills, it says “Web Audio API is not supported in this browser”. After pressing “Ok” the page just goes black and then nothing happens.

When will the Unity 5.0 be realeased … I am waiting for it eagerly Please someone tell me.

Angry Bots works fine on Safari… except sound… I’m guessing that’s because it’s OGG and Apple is apparently trying to boycott open source.

Why WebGL is still considered as AddOn if it seems the only solution for web publishing from 2015? So will be there Unity for standalone Win, Lin, Mac and AddOn required for web?
Will WebGL be able to load .unity3d scene files? would it be possible to create universal Unity WebGL player that could load webplayer files created in Unity 4 or older?

Thanks for this exciting update! I can live with most of the limitations you mention, but lack of threads would be a dealbreaker to me. While the other limitations concern mostly just quality, threads may be required by one’s existing .NET code (as in my case). Is threads one of the limitations you plan to overcome before the full (non-early) release?

@Jellybit: It appears that there are some server load issues getting those demos cached to the CDN nodes right now, so it may be that you need to try again in an hour or so.

This is so exciting to me, but so you know, the Angry Bots demo doesn’t run for me in version Version 34.0.1847.131 m. It takes forever for the load bar to show up, and then it instantly fills and hangs. The webpage doesn’t indicate that it’s downloading or anything.

Comments are closed.