News for hackers. Stuff that matters.
Re:Native visionOS platform support by willtemperley on Wednesday April 23, 2025 @02:06AM (#43769111)
> Hell would freeze over before Apple conformed and contributed to an existing open standard.

Why the vitriol?

Apple did in fact initiate and co-create the WebGPU standard [1].

[1] https://en.wikipedia.org/wiki/WebGPU

Edit to include quote of parent comment.

Re:Native visionOS platform support by andsoitis on Wednesday April 23, 2025 @02:17AM (#43769167)
I don’t know that that is relevant.

In this context, what’s relevant is OpenXR. Apple’s visionOS does not natively support OpenXR, the open standard developed by the Khronos Group for cross-platform AR/VR development. Apple has not indicated any plans to adopt OpenXR, choosing instead to promote its proprietary frameworks such as ARKit, RealityKit, and PolySpatial for spatial computing on the Vision Pro.

What Apple is finding, however, is that there’s virtually no consumer or developer appetite for visionOS / Vision Pro.

Re:Native visionOS platform support by willtemperley on Wednesday April 23, 2025 @03:12AM (#43769443)
You probably didn't see the comment I was replying to. I should have quoted:

> Hell would freeze over before Apple conformed and contributed to an existing open standard.

This is patently false given the fact I posted.

Re:Native visionOS platform support by furyofantares on Wednesday April 23, 2025 @07:10AM (#43770724)
I don't see how you can say it's patently false. Do you have any proof that hell didn't freeze over before then?
Re:Native visionOS platform support by freedomben on Wednesday April 23, 2025 @11:19AM (#43773195)
An excellent comment for it's humor value. (not to ruin the humor with an explanation, but this is a masterful use of sophistry as it's logically sound, but clearly not a serious argument).

Now to add to the unhelpfulness in what I hope is a humorous way, we in fact have some evidence that hell did freeze over:

https://www.npr.org/sections/thetwo-way/2014/01/08/260735693...

Re:Native visionOS platform support by jbverschoor on Wednesday April 23, 2025 @07:36AM (#43770911)
Ahhh Khronos. Lovely Fahrenheit where Microsoft strung SGI along to make Fahrenheit fail (now Open Scene Graph) and incorporate the IP in Direct3D.. Shitty tactics.

It's a miracle they actually allowed Microsoft to be a member of the Khronos group.

I should try an make an image of Fahrenheit's beta cds some day.

Re:Native visionOS platform support by skeptrune on Wednesday April 23, 2025 @02:20AM (#43769178)
> Cross-platform dev is for low-rent chumps, unless it's our cross-platform dev

From an article talking about their decision to build WebGPU[1]. I was definitely being dramatic, but do think that Apple's overall vibe doesn't mesh well with open standards.

[1]: https://www.theregister.com/2017/02/08/apple_webgpu/

Re:Native visionOS platform support by tormeh on Wednesday April 23, 2025 @04:50AM (#43769944)
It's my impression that the WebGPU spec design team went to extreme lengths to accommodate Apple's wishes, and Apple in turn does not even support WebGPU in Safari. Why not express vitriol? Apple does not seem to act in good faith.
Re:Native visionOS platform support by ykl on Wednesday April 23, 2025 @05:07AM (#43770040)
WebGPU works just fine in Safari on my iPhone. It was enabled by default starting with iOS 18.2.
Re:Native visionOS platform support by gbear605 on Wednesday April 23, 2025 @08:08AM (#43771157)
It’s disabled still on my iPhone on iOS 18.4.1. Either it was enabled specifically on 18.2, and then disabled, or you enabled it manually. (Or some other weird thing, like it’s only enabled on iPhone Pros.)
Re:Native visionOS platform support by jsheard on Wednesday April 23, 2025 @05:13AM (#43770074)
https://caniuse.com/webgpu

Caniuse says it's still behind a feature flag, are you sure you didn't enable that at some point?

Re:Native visionOS platform support by ykl on Wednesday April 23, 2025 @05:27AM (#43770153)
I don’t recall enabling it.
Re:Native visionOS platform support by criddell on Wednesday April 23, 2025 @10:31AM (#43772675)
This doesn't load for me on my iPhone or iPad:

https://webgpu.github.io/webgpu-samples/?sample=texturedCube

Re:Native visionOS platform support by oarsinsync on Wednesday April 23, 2025 @12:26PM (#43773876)
Confirmed my M1 iPad Pro iOS 18.4.1 also doesn’t have it enabled. Took a bit of digging in the settings app to discover where to enable feature flags too, confirmed it’s off.
Re:Native visionOS platform support by macintux on Wednesday April 23, 2025 @12:29PM (#43773892)
I dug into my iPad and found a feature flag to enable it, hiding in settings/Safari/Advanced.

So definitely not enabled by default yet.

Re:Native visionOS platform support by willtemperley on Wednesday April 23, 2025 @05:13AM (#43770081)
Because getting angry about things that are false is insane.

WebGPU is still in progress in Safari - it is available as a technology preview. The same is true for Firefox.

Re:Native visionOS platform support by jsheard on Wednesday April 23, 2025 @05:27AM (#43770159)
> WebGPU is still in progress in Safari

That's kind of the point, Chrome shipped it across multiple platforms two years ago, while Safari still has no timeframe despite having a much narrower set of APIs and hardware to support. Firefox at least has the excuse of needing broad compatibility like Chrome but with a fraction of the development resources. Apple are just dragging their feet.

Re:Native visionOS platform support by troupo on Wednesday April 23, 2025 @07:46AM (#43770979)
> That's kind of the point, Chrome shipped it across multiple platforms two years ago

Chrome ships a lot of things. Even now WebGPU is marked as experimental technology on MDN.

WebGPU didn't even become a Candidate Recommendation until December 2024 (half a year ago)

> Apple are just dragging their feet.

Or they are not in any rush to implement APIs that haven't reached consensus, haven't passed reviews, are subject to change etc. Chrome has very very cavalier attitude towards shipping APIs.

Re:Native visionOS platform support by threeseed on Wednesday April 23, 2025 @08:45AM (#43771467)
> Chrome shipped it across multiple platforms

Chrome has routinely shipped junk APIs with no concern for privacy, security or battery life.

It's why fingerprinting works so incredibly well on their browsers.