Earlier quoted context omitted.
> Are apps compatible between platforms That would be an awful experience for the consumers, UI/UX-wise.
And yet somehow web apps, each with their very own shirty UI and UX, that looks and works completely different than the platform you use them from, are doing just fine.
Apple proposes new web 3D graphics API
541–550 of 650 posts
Re: Apple proposes new web 3D graphics API
#542Earlier quoted context omitted.
It has three things going for it: 1) It's currently the fastest (unlike DirectX) 2) It's not controlled by an OS company (unlike DirectX and Metal) 3) It reflects recent developer and hardware concerns (unlike OpenGL)
1) Compared to Metal or the low level thing MS has (don't they have one?) 2) Apple is proposing an open standard here, they're not making WebMetal 3) Why do you think Apple's proposal doesn't?
2) I think the people here would rather it be developed by an independent group like Khronos Group. For example, Apple created OpenCL as an open standard too and then abandoned it.
Re: Apple proposes new web 3D graphics API
#543Earlier quoted context omitted.
No. Provide a source that Apple actively prevents it. Developers can ask users for their admin password, sudo to root and largely do whatever they want including adding kernel extensions and drivers.
kext's must be signed now, Apple can freely revoke developer certs and block them if they so desire.
Re: Apple proposes new web 3D graphics API
#544Earlier quoted context omitted.
I think you are wrong on that. Vulkan is a low-level native API, not a JavaScript API for the web. Lots of design work needs to be done. In addition, even on platforms where there are unofficial Vulkan drivers (such as Windows), it's likely the natively available API will still have more complete support and better performance. So either way, we need a cross-platform graphics API. Let's focus this discussion on impro…
> I think you are wrong on that. Vulkan is a low-level native API, not a JavaScript API for the web. Lots of design work needs to be done. Isn't that what we want? A low-level not opinionated API allows the market and the open source community to create solutions that are subject to competition. If we get an opinionated high level API then we are close to future developments by small agents. Only the big players can…
Wouldn't that be just about the opposite of everything Apple has stood for the last ten years?
Re: Apple proposes new web 3D graphics API
#545Earlier quoted context omitted.
The part of the software calling/using the API. So, if you are writing a C++ application targeting the API, you should be able to implement high level abstractions at least as efficient than an API provider could. Possibly more efficient, as you can tune your abstractions to your very non-generic needs. An API provider though has to implement the more common use cases which might bring inefficiencies. However this tu…
> tuned to his needs Is there a specific person you're talking about, or just a programmer in general? Does this have to be male, or are women also allowed to code? I can only imagine the type of flack I'll get for raising this hear, but I find it difficult to parse sentences that are overly specific about a general collective of people. There's no need to mention gender here - consider using something like "they" in…
Re: Apple proposes new web 3D graphics API
#546Earlier quoted context omitted.
We're not complaining, we're explaining the lay of the land. Working on top of all three of these APIs is totally doable and will result in a better API for the web. Things worth noting: - We believe other browser vendors agree with us that the web API should work on all three of the major native APIs. - The web has security requirements which force us to go a bit higher-level than Vulkan anyway. I understand your de…
You say Vulkan drivers will, for the forseeable future, be of lower quality than D3D12 drivers and lack official support. Lets assume I blindly accept this faith-based argument. WebGPU than, must be implemented on top of D3D12 and Metal, two already very different APIs. What, than, makes a hypothetical WebVulkan unfeasible in contrast to WebGPU?
Re: Apple proposes new web 3D graphics API
#547Earlier quoted context omitted.
Is it your position that the only drivers worth using are those produced by the operating system's vendor? While I suppose this would make sense to Apple, it sounds entirely crazy to me. IMHO, it makes much more sense for the hardware vendor to write the drivers.
The web is supposed to be a universal platform. It doesn't make much sense to limit a feature to the subsection of web users who install graphics drivers.
Re: Apple proposes new web 3D graphics API
#548Hey Apple, how about developing your browsers to support modern web technologies first?
Isn't Safari Technical Preview supported 100% ES6? https://news.ycombinator.com/item?id=11708840
Re: Apple proposes new web 3D graphics API
#549I'd like to see Apple implement Safari's missing functionality before they try and come up with a replacement for WebGL. Where are getUserMedia, MediaRecorder, WebRTC, filesystem, vibration, screen orientation, Service Workers, Web Bluetooth ? What about WebGL 2? I'm sure there are a few more I missed too. Those are things that are really holding the web browsing experience back on iOS/MacOS, not an extra 20% 3D perf…
We are working on many of the things you list. We are able to work on more than one thing at a time though.
The sudden interest in a web graphics api is somewhat conspicuous coming from a company known not to adhere to web standards.
There must be some reason for apples sudden interest in this stuff. Knowing apple they're interest probably isn't aligned with their users interest.
Re: Apple proposes new web 3D graphics API
#550Earlier quoted context omitted.
Your question seems rhetorical, but here are my thoughts anyway... This is the new normal, coinciding with the death of expertise. The WebKit developers clearly are not working in a vacuum, if one bothers to read the blog post: > Our proposal has been received positively by our colleagues at other browser engines, GPU vendors, and framework developers. Not to mention that the WebKit developers are pretty much the for…
I appreciate this comment. We did indeed discuss this widely. No one thought that an API which only works on top of Vulkan was right, everyone in the relevant sector thinks it has to support the big three. Very few thought modeling the API closely on Vulkan was the best technical path. I honestly don't understand why everyone here is so obsessed with Vulkan. Cloning it on the web won't make it more successful in the…
I suspect part of the issue is that since video games intersect so heavily with graphics APIs it will bring out the angry gamer crowds and with your being an Apple employee, it brings out the extreme anti Apple crowds. There will be people with legitimate claims, but I think they're being drowned out by the noise.