WebGL on iOS8 Safari and WebView

http://blog.ludei.com/webgl-ios-8-safari-webview/

by glasshead969 • 12 years ago

107 51 12 years ago

blog.ludei.com

It also looks like both iOS and OSX are using same Webkit Api. Webviews get the same stuff Safari has access to, which mean Webviews also get access to JIT compilation including FTL tier.

More info in this talk: Introduction to Modern Webkit Api https://developer.apple.com/videos/wwdc/2014/

lcnmrn3• 12 years ago

Actually is the other way around, Safari on both OS X and iOS is built on top of the WebView which is part of WebKit framework.

glasshead9692• 12 years ago

Yes, I was trying to convey that webviews are no longer second class.

elpool2• 12 years ago

That's very good news. Now I just want a way to turn off the 300ms tap delay without needing fastclick.

lolo_2• 12 years ago

Apparently that's fixed in iOS8 :)

https://github.com/ftlabs/fastclick/issues/262

bdash• 12 years ago

To be pedantic, WKWebView from the new, modern WebKit API, gets access to the JIT. The existing UIWebView does not.

erichate• 12 years ago

this is great news, thanks for linking the talk!

wildpeaks• 12 years ago

Finally a link about WebGL on iOS is upvoted enough to land on the frontpage: I was hoping to see what would be HN's reaction about the news yesterday, but no submission seemed to get through.

double051• 12 years ago

This is very exciting for a number of reasons. Apple's platforms were some of the first to adopt WebGL (you could turn on WebGL in any iOS WebView with private APIs three years ago), but they were the last to turn it on by default.

Hell, even Microsoft beat them to the punch with IE11, but at least the implementation in Safari is 'complete' and 'comprehensive', as opposed to the silly restrictions in IE like 'floating point vertex attributes only'.

imacomputer23• 12 years ago

This is great news! I've been disappointed with the slow adoption of webgl in mobile webviews. This will make it easier to create mobile HTML5 apps with animations that look as good as native apps.

druidsbane2• 12 years ago

Wouldn't that be too taxing on battery life? I'd rather have WebGL used for 3D games or visualizations where I at least know the impact beforehand rather than like flash or as a CSS animation alternative.

imacomputer23• 12 years ago

That's a good point. I've never compared the battery usage. But you don't have to make everything 3D (I think). I think you can use WebGL in a 2D context and the battery impact is probably less significant.

Mostly, I just want to avoid learning each mobile platform just to make one app. That's been turning me off from mobile development for years. I'd rather use something like Cordova with webgl and hit all mobile platforms in one shot.

tvon• 12 years ago

(the site is currently unavailable)

Has there been confirmation at WWDC that this will remain enabled through the final release of iOS8?

ashearer• 12 years ago

Yes, there was a very brief mention of WebGL as a Safari feature during the keynote.

Edit: On second thought, don't take that as proof. I was thinking of the Mac OS X portion, and I don't recall them calling it out specifically for iOS.

Angostura• 12 years ago

I would be surprised if desktop and mobile Safari didn't have comparable rendering capabilities.

smackfu• 12 years ago

There's a WWDC session on it tomorrow, that would be worth checking out afterwards if you are interested. (Free developers can access WWDC videos and slides.)

iheart2code• 12 years ago

Since the site appears to be down, here is a cached version: http://webcache.googleusercontent.com/search?q=cache:wkB31vC...

Unfortunately, the images do not appear to be cached.

mrmoka• 12 years ago

502 nginx error.. looks like their blog didn't handled traffic pressure ;)

judax• 12 years ago

It is back up.

tieTYT2• 12 years ago

I'm a hobbyist game dev, and although I appreciate this, I'm disappointed that sound works so poorly on mobile in html5 and I actually consider that a bigger issue than this (after all, my game already renders fine in the 2d canvas). Why don't others seem to care about this issue? Is it because they plan to use WebGL for something that doesn't need sound or is it because they know of some sound workaround that I've never heard of?

Here's the details of my complaint: http://stackoverflow.com/questions/19365175/with-html5-audio... and http://stackoverflow.com/questions/19365931/does-phonegap-co...

Jare• 12 years ago

In general, you are right to complain, audio in the web is always a problem; the only debate is about just how much and in how many ways it is broken.

In practice, you probably want to take a look at Howler.js - it's pretty comprehensive library that tries its best to overcome the various limitations and problems.

AshleysBrain• 12 years ago

The Web Audio API - supported in Safari and Chrome for Android - solves this pretty well. You can even connect up HTML5 audio to play through Web Audio for features like streaming long tracks and still be able to process them. Is there something still wrong with that?

tieTYT2• 12 years ago

No, i assumed that these problems also applied to the Web Audio API. Thanks for the info

azakai• 12 years ago

Web Audio also works in Firefox, and IE has pledged to implement it, so things are looking good, even if they aren't quite there yet.

doczoidberg• 12 years ago

That is good news! Finally I can say to my customers that my products work on all significant platforms.

yoran• 12 years ago

Can someone tell me what the recent negative news around OpenGL (see for instance http://www.alexstjohn.com/WP/2014/06/03/apple-ditching-openg...) means for the future of WebGL? I don't follow the graphics world from close, therefore my question.

mortenjorck• 12 years ago

There's a trend afoot toward vertically-integrated graphics pipelines and APIs for driven by the enhanced efficiency and easier optimization they offer. This really only further highlights OpenGL's benefit of portability, though.

It's just becoming a more interesting trade-off with OpenGL.

_random_• 12 years ago

Mixing a legacy platform with a legacy language just isn't working out.

Touche• 12 years ago

I'm not sure what you mean here... what isn't work?

mikeash• 12 years ago

Given that the same company that's "ditching OpenGL" according to that article is the one now throwing their weight behind WebGL, I think it's safe to say that the article in question is overblown. Apple isn't ditching OpenGL. In fact, OpenGL remains the only 3D acceleration API available on Macs. Apple just added another API with lower overhead to certain devices.

pjmlp• 12 years ago

Technically you don't need OpenGL for WebGL, it just makes the implementation easier.

mantrax5• 12 years ago

Those are not negative news, just the speculation of Some Dude on the Internet.

Apple is not abandoning OpenGL, heck, SpriteKit and SceneKit are both laid on top of OpenGL.

The fact is OpenGL doesn't allow the underlying hardware to be fully utilized, so now those demanding best performance can use Metal. A good example would be a high-end gaming engine like Unreal. And those who don't, can keep using OpenGL forever.

All the FUD about walled garden and proprietary APIs ignore how Metal is supposed to be used. Engines like Unreal already support OpenGL, DirectX, the PlayStation variation of OpenGL-ish API, Mantle (AMD) and so on.

Now it'll support also Metal.

People who use the Unreal engine can still write cross-platform games for it, but now they'll get even better performance under iOS thanks to Metal.

That's really it. No conspiracy theories.

0x04• 12 years ago

It's quite the funny coincidence that WebGL is being made available to HTML5 apps at the same time that the native SDK gets an OpenGL replacement in Metal with "up to 10x performance". Yet again it would appear that HTML5/webapp remains a second class citizen to the native app experience.

xcntktn• 12 years ago

I don't know why you're being downvoted for that; your interpretation, while uncharitable, is still most likely the correct one, given Apple's history.

Not to mention the games market for the iOS App Store is very saturated and most of the money has likely been sucked out of it for the time being, so now Apple finds they don't have much to lose by allowing the possibility of OpenGL-based games for iOS which bypass the App Store.

In case anyone is quick doubt or dismiss the above criticism, just recall that for years Apple's iAd framework officially supported WebGL, but Safari and UIWebView did not. This implies that Apple could have released WebGL support in Safari and/or UIWebView any time they wanted; they simply chose not to for for non-technical (i.e., business) reasons.

0x04• 12 years ago

I'm honestly not sure what to make of it.

Although I disagree that it was purely non-technical limitations. Quite possibly they didn't want to enable webgl in the wild until they had the out-of-process, super sandboxed webview implementation.

Btw, I did pretty much call this one out two weeks ago: https://news.ycombinator.com/item?id=7783137

madeofpalk2• 12 years ago

Well, the statement was kind of wrong.

Metal isnt really an OpenGL replacement. Most people would use it in their apps - you don't write games in metal, you write game engines in it.

AKluge• 12 years ago

This is great news. I, and others, use WebGL to generate realistic interactive educational content. Not falling back to images or SVG on iOS will provide a more effective experience on one of the most popular educational platforms. It's a win for more than games. We can even offload computations from some simulations onto the GPU.

sunsu• 12 years ago

Now if only we could get some WebRTC support! Has anyone heard anything about that in iOS8?

Continuous• 12 years ago

Unfortunately no,

No WebRTC audio/video or data!

DonHopkins• 12 years ago

Any changes in the lovely JavaScript/Objective-C bridging stuff on iOS8? Does it work with the new stuff WebKit? Is it any better documented or have more features?

MacOS since 10.3 has the handy WebScriptObject / JSContext stuff, which made it into iOS 7, but wasn't very well documented, and took some tricks to use. You have to fish a JSContext out of the WebView with [webView valueForKeyPath: @"documentView.webView.mainFrame.javaScriptContext"] ...

https://developer.apple.com/library/mac/documentation/Cocoa/...

http://blog.impathic.com/post/64171814244/true-javascript-ui...

http://asciiwwdc.com/2013/sessions/615

http://www.steamclock.com/blog/2013/05/apple-objective-c-jav...

http://stackoverflow.com/questions/2254372/calling-javascrip...

http://will.thimbleby.net/script/

Here is the header file, the best documentation available:

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/JavaScriptCore.framework/Headers/JSContext.h

WebGL on iOS8 Safari and WebView

Related Stories