mschuetz

6 ms·

31.
by mschuetz 3mo ago
I like the driver API because it allows treating Cuda kernels like hot-reloadable shaders. It's fun to develop while being able to change the code at runtime.
32.
by mschuetz 3mo ago
For me, the 20€/months subscriptions were always sufficient, and it's nice if that subscription give the latest and greatest results.
33.
by mschuetz 3mo ago
I haven't tried the latest Codex but I switched from GPT to Claude because I think Claude writes much better Code. GPT's code ends up way more verbose/complex/overengineered than it needs to be.
34.
by mschuetz 3mo ago
I've always considered shared_ptr to be semi-garbage collection. Allows me to code C++ almost as if it were Java so long as circular references are avoided. I'm perfectly fine with it being considered a type of garbage collection.
35.
by mschuetz 2y ago
You're skillfully dodging the point: Trilinear filtering is in no way an "ideal" alternative. It has worse quality than something like a Lanczos filter, and it requires computing image pyramids first, i.e., it is also slower
36.
by mschuetz 2y ago
Trilinear requires an image pyramid. Without downsampling to create that image pyramid, you can't even do trilinear sampling, so your argument strikes me as odd and circular. Like telling developers of APIs such as ID3D11DeviceContext
37.
by mschuetz 2y ago
OpenCL isn't nice to use and lacks tons of quality of life features. I wouldn't use it, even if it was double as fast as CUDA.
38.
by mschuetz 2y ago
Sure is, but there is nothing stopping AMD or Intel from building a working alternative to CUDA, so how is it anti-competitive? The problem with OpenCL, Sycl, ROC, etc. is that the developer experience is terrible. Cumbersome to set up, dif
39.
by mschuetz 2y ago
The magic is that CUDA actually works well. There is no reason to pick OpenCL, ROCm, Sycl or others if you get a 10x better developer experience with CUDA.
40.
by mschuetz 2y ago
OpenCL is an alternative to CUDA just like Legos are an alternative to bricks. The problem with OpenCL isn't even the performance, it's everything. If OpenCL were any good, people could use it to build similarly powerful applicati
41.
by mschuetz 3y ago
It's currently unparalleled when it comes to realism as in realistic 3D reconstruction from the real world. Photogrammetry only really works for nice surfacic data, whereas gaussian splats work for semi-volumetric data such as fur, veg
42.
by mschuetz 3y ago
Immunosuppressants are very commonly used for various diseases that are caused by overreactions or undesired reactions of your immune system. Glucocorticoids, for example, are very widespread for all sorts of stuff (rashes, asthma, allergie
43.
by mschuetz 3y ago
WebGL has been around for more than a decade and didn't turn out to be a security issue, other than occasionally crashing tabs. Neither will WebGPU be.
44.
by mschuetz 3y ago
> No one wants that. I very much do want that since the WebGPU API is far easier and nicer to use than Vulkan or OpenGL. Also, it makes apps much more accessible to distribute them over web, and it is much more secure to use web apps tha
45.
by mschuetz 3y ago
Not really, that is not the problem of WebGPU. The worst you can do is crash the tab. With an unstable graphics driver, there might even be the option to crash the system but that's hardly a security issue, only an annoyance.
46.
by mschuetz 3y ago
I'm really looking forward to 2034, when WebGPU features will catch up to 2024.
47.
by mschuetz 3y ago
Apart from the examples given by the other user: 64 bit integers and their atomics which are the bread and butter of efficient software rasterizers such as Nanite, or for point clouds which can be rendered multiple times faster with 64 bit
48.
by mschuetz 3y ago
OP is right. WebGPU is targeted towards the lowest common denominator, which is fairly old mobile phones. It therefore doesn't support modern features and is basically an outdated graphics API by design.
49.
by mschuetz 3y ago
I gave up on Vulkan simply because it's too overengineered and cumbersome. WebGPU, on the other hand, is relatively easy to use, even though it is build on many of the same concepts.
50.
by mschuetz 3y ago
> Vulkan 1.3 has pointers, thanks to buffer device address[1]. > [1] https://community.arm.com/arm-community-blogs/b/graphics-gam ... "Using a pointer in a shader - In Vulkan GLSL, there is the GL_EXT_bu
51.
by mschuetz 3y ago
AMD/Intel/Khronos are free to compete with something better. NVIDIA isn't preventing them from doing so. And in that regard, CUDA is a massive benefit to consumers, because the alternatives are really bad.
52.
by mschuetz 3y ago
CUDA is just way to good in terms of UX with nothing platform-independent coming close to it. I wish there was a competitor, but there simply isn't. I wish AMD&Intel would extend compute shaders with pointers&pointer casting, a
53.
by mschuetz 3y ago
A subset that lacks pointers, which makes compute shaders a toy language next to CUDA.
54.
by mschuetz 3y ago
It's kinda like building Legos vs building actual Skyscrapers. The gap between compute shaders and CUDA is massive. At least it feels massive because CUDA has some key features that compute shaders lack, and which make it so much easie
55.
by mschuetz 3y ago
That ship has sailed. Choices are stdout or stderr. Given those names, I'll of course send errors to stderr, leaving me with stdout for messages/infos/logs. Most applications nowadays use stdout for exactly what the name impl
56.
by mschuetz 3y ago
A board member's husband?
57.
by mschuetz 3y ago
How so? Seems like a fairly simple license.
58.
by mschuetz 3y ago
The problem with "unlimited detail" wasn't that it was static (the majority of any game's environment are), it's that it was using voxels which can't really compete with triangles when it comes to a quality-per
59.
by mschuetz 3y ago
How are they preventing the competition to create something better than CUDA? And how does it hurt the consumers that they are providing a fantastic product that others refuse to provide?
60.
by mschuetz 3y ago
Those are some poor arguments, imho, because there literally is no other option than CUDA. The alternatives are so bad, it's far better to be vendor-locked and being able to get stuff done, than not being able to get stuff done at all.

More ›