kvark

31 ms·

331.
by kvark 7y ago
The API works off SPIRV, it doesn't know anything about GLSL. The latter is only used by the examples for convenience.
332.
by kvark 7y ago
Except for email, which they appear to be hosting, so it's more than just "K9 Mail" client app.
333.
by kvark 8y ago
Yeah, but what about thinking strategically, placing figures on a virtual chess board, anticipating moves, etc? Assuming their actions can affect you, or otherwise them wouldn't be competitors. If this is a wasted effort to someone, ma
334.
Portability Benchmark of Dolphin Emulator on macOS(gfx-rs.github.io)
3 points by kvark 8y ago|0 comments
335.
by kvark 8y ago
No idea if that helps, but they do mention Mojave support in the release notes: > Mac: Added Mojave support
336.
by kvark 8y ago
Thank you! This is great input to us, it just needs a few more details to become actionable: bugs filed (for things that are not by design, of course, like the extension API), repro steps and detailed information provided. If I can reproduc
337.
by kvark 8y ago
Is there anything specific you are missing in Firefox today? Or is it purely the fact that it's broken since version 61? Did you submit a bugzilla issue, or know the existing number? I'd be happy to check it out.
338.
by kvark 8y ago
I do agree that the information on what WebGPU does and what not isn't clearly available. It's all in the IDL ([1]), where you may notice no API for explicit barriers. We are working on more readable documentation/specificati
339.
by kvark 8y ago
I believe the plug is misplaced here, since you misunderstood the article contents. WebGPU does not have the user manually setting barriers or allocating memory.
340.
by kvark 8y ago
I strongly agree. We tried really, really hard to not invent a new standard. We proposed Obsidian API based on Vulkan, and we invested into Vulkan Portability initiative... But at the end of the day it became clear that Vulkan is simply n
341.
by kvark 8y ago
The group hasn't yet agreed on what shading language is directly digested by the WebGPU implementation. We may provide some helpers in the future to convert WHLSL to SPIRV for wgpu-rs to consume, just like today we provide GLSL to SPIR
342.
by kvark 8y ago
> Apple (arguably) initiated the WebGPU API development effort. That's not correct as far as I'm aware. All of us (Mozilla, Google, Apple) had prototypes in the works for the new API, and WebGPU just happened to be the name o
343.
by kvark 8y ago
Ultimately, it doesn't matter at this point. If the API is usable and popular, hardware vendors may later decide to pave the way from it directly to the driver. For now, layering on top of the existing native graphics APIs is fine. And
344.
by kvark 8y ago
This deprecates the old gfx (also called "pre-ll" for pre-low-level), which you can find at [1]. The new gfx (also called "gfx-hal" for hardware abstraction layer) is not deprecated, clearly, since wgpu-rs runs on it :
345.
by kvark 8y ago
There isn't such thing as "safe C" :) Any pointer passed in can be garbage with unintended consequences. Surely, there are some bits of Rust that are required for the safe operation over wgpu-native, such as taking an addre
346.
by kvark 8y ago
> Have the big three confirmed intent to support WebGPU? Google, Apple, Microsoft, Mozilla, and Intel are the core of the working group. > Also, what is the state of WebGL backend support for gfx-rs? Since you are watching the actual
347.
by kvark 8y ago
There is an imgui port to wgpu-rs in progress - https://github.com/unconed/imgui-wgpu-rs . I don't know how feasible it would be to compile it to WASM later on, we'll see.
348.
by kvark 8y ago
It's not based on Metal API. There is quite a bit of confusion in here, let me clarify. Originally, Apple called their (WebGL Next?) prototype WebGPU, and it looked like Metal. Then the W3C group was formed with all the browser vendors
349.
by kvark 8y ago
I'm genuinely interested in why you find it cleaner, please elaborate?
350.
by kvark 8y ago
Gpu = graphics + compute, it's more than just "GL" (graphics library). The fact that WebGL reached version 2 is hardly relevant, since it's a different API, likely to be overshadowed in some 5 years.
351.
by kvark 8y ago
I find the communication tools to be lacking most, for the goal of solving the problems collaboratively. Github issues are absolutely unusable for discussions whenever there is more than 10 comments. External sites like discourse help a bit
352.
by kvark 8y ago
Huh, they extend the Game of Life with a complex neighbor kernel, and get more complex patterns emerging. This is a cool experiment, but hardly "biology of artificial life".
353.
by kvark 8y ago
Yes, that's the idea, although it's not officially approved by the product management yet. And that link is correct.
354.
by kvark 8y ago
The Vulkan/D3D12/Metal port is done on the side, and we don't want to disrupt the rollout of the WR-powered Firefox onto wider userbase at this time.
355.
by kvark 8y ago
> It's really not. Let's take the biggest offender (that I quoted): > developers would have to recompile their shaders, possibly being forced to rewrite their source code anyway Those are likely to hit WHLSL harder than SPIR
356.
by kvark 8y ago
The article is full of inaccuracies, unfortunately. It mixes up the objective criteria W3C CG agreed upon with subjective claims of Apple, leading to WHLSL as a collaborative product of the group... it is not. > Last year, Apple establis
357.
by kvark 8y ago
The collections with any connections between elements are not exactly fitting the ECS model, which works best for independent components. When I was thinking about it back in the day, I came up with a Component Graph concept (implemented in
358.
by kvark 8y ago
> It aims to detect common local cases of dangling pointers/iterators/string_views/spans/etc Hmm, a good tool to have, but wouldn't be quite enough to sleep well, since it's only for "common cases"
359.
by kvark 8y ago
I'd be interested to hear out experience reports of people who tried to implement the same thing on C/Rust/Zig, like this one: https://github.com/isaachier/gbemu
360.
by kvark 8y ago
KhronosGroup github organization may be hosting projects of Khronos members that align with Khronos mission, but they aren't necessary the deliverables of any working groups and thus can't be official/sponsored. > Khronos

More ›