kvark

8 ms·

31.
by kvark 2y ago
Quite often the meeting starts as “let me pick your brain on something“. This kind of expert advice from AI would save time and improve productivity of the team.
32.
by kvark 2y ago
WGSL could be good for Khronos. It’s a modern language with an actual specification. It’s gaining users every day.
33.
by kvark 2y ago
Having a standard CLI is definitely helpful. But does it have to be so hard to use? At what point would we acknowledge that we are being hostage by some random ideas put into ancient software, which just happened to survive? I don't th
34.
by kvark 2y ago
Time will tell if this API is usable. In particular, the way resource synchronization works, and object renaming. Time will tell if it will perform better than WebGPU or other abstractions. Time will tell if it remains small in the presence
35.
by kvark 2y ago
This rubs me the wrong way. Resource renaming is a high level concept, which was one of the features of OpenGL that all the modern APIs have successfully dropped. A modern low level GPU API should not do that.
36.
by kvark 2y ago
Personally, it’s because they are not open source and not as fast.
37.
by kvark 2y ago
Moving fast works well if you don’t know exactly what you’d be doing tomorrow. It’s an effective strategy of experimentation, regardless of VC money supporting it.
38.
by kvark 2y ago
It was useful during WebGPU development [1] given that some topics were very nuanced in debate. [1] https://github.com/kvark/webgpu-debate
39.
by kvark 2y ago
I think you missed my point. The high level role of money is to direct people’s energy to activities beneficial for society. You come to work and help someone achieve their goals, you get paid back. If we collectively agree that plastic pro
40.
by kvark 2y ago
It’s a bit ridiculous that we’ve built a system to motivate change by distributing money, and that system fails flat when it comes to plastic use. In a healthy society, avoiding plastic would be both cheaper and more convenient.
41.
by kvark 2y ago
Windows builds are out there. You can build it yourself as well. They haven’t matured as much as Linux ones yet. But your requirement of portability is definitely fulfilled.
42.
by kvark 2y ago
I don’t think there is a hard requirement in the code. It may work well on lavapipe (software Vulkan).
43.
by kvark 2y ago
Back when I worked on WebGPU in Firefox, GPU debugging was pretty straightforward. You’d use a setting that enables API traces of WebGPU, give it a path, and it would produce a trace. Then you’d replay it in a standalone application that is
44.
by kvark 2y ago
I feel quite aligned on this. I would push further and say that I need a Markdown-based Google Wave reincarnation! But if you want collaborative markdown in general, there are solutions like Hack.md
45.
by kvark 2y ago
A markdown document (e.g. from Obsidian) can be hosted as easily.
46.
by kvark 2y ago
Oh don’t tell me MacOS treats me as the true owner. Would you want to switch to Safari as the default browser?. Would you enable iCloud sync, your disk is low. Would you update tonight or tomorrow? Can be annoying just as Windows.
47.
by kvark 2y ago
My US driving test didn’t even include a highway drive. It does feel like the ability to drive is treated as a right here. It’s only a privilege from the license cost point of view.
48.
by kvark 2y ago
We did port Servo’s WebRender to Firefox and shipped it everywhere. The only caveat is that it took multiple years of upgrades, fixes, and rewriting it.
49.
by kvark 3y ago
I’m trying to get to a point of convergence with 3 different contributors hacking on it right now, and make it a PR. There is also a new “windows-port” channel on Discord. Finally, we are waiting for Zed team to confirm if they are interest
50.
by kvark 3y ago
Windows support is happening locally on individuals machines. We’ll start upstreaming things up.
51.
by kvark 3y ago
You can already build and run it in Linux, even type things in and have dialogs! Linux and Windows are coming.
52.
by kvark 3y ago
And wgpu has been doing this for years. Things like descriptor indexing are not exposed to the web but used by Rust (mostly) engines on native. https://wgpu.rs/
53.
by kvark 3y ago
Linux support is actively developed. The working branch got merged earlier today: it compiles and runs, but a lot of basic stuff is missing yet.
54.
by kvark 3y ago
I worked at Mozilla for 5 years. It’s a wonderful company with kind and motivated people. But your concerns are totally valid, unfortunately…
55.
by kvark 3y ago
How are you planning to tackle the GPU API differences?
56.
by kvark 3y ago
I’m looking forward to solutions with Linux that are vertically integrated. I know System76 is moving in this direction, but Apple will remain the king in this area in the near future. Without vertical integration it’s a mess, no party want
57.
by kvark 3y ago
Exciting tech, looking forward to see it running on wgpu! There is an issue about WebGPU although I don’t notice references to the native version of it. https://github.com/huggingface/candle/issues/344
58.
by kvark 3y ago
The platforms war continues. I’m looking forward to see the native platform shrinking, only because it will mostly hurt Microsoft. http://kvark.github.io/web/platform/2020/09/30/platform-wars...
59.
by kvark 3y ago
A bit unfortunate that Google’s Dawn missed the train for developing new projects in Rust, by just a few years. Might have been an interesting collaboration with Mozilla on the WebGPU implementation.
60.
by kvark 3y ago
Interesting. So bevy_rapier isn’t liked as much because it doesn’t lay over Bevy ECS nicely. Does everything need to integrate with ECS? How does it help a physics engine, specifically?

More ›