Hacker News: Cieric

New comment by Cieric in "Baby chicks pass the bouba-kiki test, challenging a theory of language evolution"

Cieric — Wed, 25 Feb 2026 18:27:11 +0000

Neither did I, feel free to email me or message me on discord and I can try to download the video and send it to you.

New comment by Cieric in "Baby chicks pass the bouba-kiki test, challenging a theory of language evolution"

Cieric — Tue, 24 Feb 2026 07:04:44 +0000

Here is a video that I actually just watched recently on that exact thing.

https://youtu.be/jfLAaGtNc7U

New comment by Cieric in "A simple web we own"

Cieric — Mon, 23 Feb 2026 22:22:03 +0000

I've been interested in doing something similar in the past, but I could really never solve issues like domain squatting and stopping individuals from claiming every name possible. Do you have a place where you keep these plans or have discussions around it? Or even just a place where I could get updates if anything does come of it?

New comment by Cieric in "MuMu Player (NetEase) silently runs 17 reconnaissance commands every 30 minutes"

Cieric — Fri, 20 Feb 2026 05:22:56 +0000

As someone from the US I would suggest viewing both as adversarial. I don't really trust my own government, but if I was born abroad I would trust them even less.

New comment by Cieric in "BarraCUDA Open-source CUDA compiler targeting AMD GPUs"

Cieric — Wed, 18 Feb 2026 15:37:19 +0000

He's avoiding LLVM which is a compiler framework. Not LLMs as has been stated a few times in the comments already.

New comment by Cieric in "Async/Await on the GPU"

Cieric — Tue, 17 Feb 2026 20:24:32 +0000

I don't have a lot of faith there, but that's mainly due to my experience being correcting peoples assumption that all gpus waves are 32 lanes. I might be biased there specifically since it's my job to fix those issues though.

New comment by Cieric in "Async/Await on the GPU"

Cieric — Tue, 17 Feb 2026 20:04:10 +0000

Now that I could agree with, the only place where hiccups have started to occur are with wave intrinsics where you can share data between thread in a wave without halting execution. I'm not sure disallowing it would be the best idea as it cuts out possible optimizations, but outright allowing it without the user knowing the number of lanes can cause it's own problems. My job is the fun time of fixing issues in other peoples code related to all of this. I have no stakes in rust though, I'd rather write a custom spirv compiler.

New comment by Cieric in "Async/Await on the GPU"

Cieric — Tue, 17 Feb 2026 19:52:14 +0000

I'm not even sure a 32 wide array would be good either since on AMD warps are 64 wide. I wouldn't go fully towards auto vectorization with though.

New comment by Cieric in "We rendered and embedded one million CAD files"

Cieric — Wed, 11 Feb 2026 22:43:18 +0000

Door knob seems to return a bunch of chess pieces and analog sticks, I did get a few doors and a few knobs, but nothing I recognized as a door knob. I didn't spend a super long time looking though so that might have been the problem there. Also suggestion, giving the ability to link to specific models might be useful (I tried a few things on mobile, url doesn't change and searching for a specific model ID doesn't return the model).

New comment by Cieric in "PlayStation 2 Recompilation Project Is Absolutely Incredible"

Cieric — Fri, 30 Jan 2026 15:53:10 +0000

From the last time I looked at these recompilation projects, they take the assembly and basically convert each opcode back into an llvm instruction and then recompiled from there. This comes with a lot of caveats though, last time I looked at it we still needed a function map of some kind to tell us where all the functions are and you still needed to replace chunks of the generated code afterwards for things like rendering, sound, controller input, and just about anything that would interact with the world outside of the cpu.

Edit: After some reading on the github page, it seems they are translating it to c++ instead of using llvm directly, but the original idea still holds. They aren't decompiling it to c++ that looks like original source code, it more like they're converting it to c++ that emulates the processor and gets statically compiled.

So it's not really just a drop and go replacement like it sounds like it'd be, but it has so far enabled the recompilation of multiple n64 games. This seems like an extension into the ps2 space.

Side note: The ps2 is a 32bit console with a 64bit alu (and some 128bit simd)[1]. So a lot of the weird tricks from the 8bit days weren't really used here. Not that there aren't weird tricks, just things like using undocumented instructions and racing the beam are less prevalent. I could be wrong here, I was growing up at this time not making games. All of this is just from research I've done in the past. Someone feel free to correct me if I'm wrong.

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

New comment by Cieric in "Rust’s Standard Library on the GPU"

Cieric — Wed, 28 Jan 2026 02:48:16 +0000

Well you could already do doom for about 6 months now [1]. I haven't tested the nvidia side, but it ran okay on my RX 7700S in my framework laptop.

[1] https://github.com/jhuber6/doomgeneric

New comment by Cieric in "RISC-V is coming along quite speedily: Milk-V Titan Mini-ITX 8-core board"

Cieric — Mon, 19 Jan 2026 16:07:21 +0000

I'm not even sure it's just instruction support that's the problem with the RV2. I bought one since I thought it would be cool to write a bare metal os for it (especially after I found the AI results to be so bad.) But the lack of documentation has been making it very hard to get anything actually up and running. The best I've got is compiling their custom u-boot and linux repos, and even those come with some problems.

New comment by Cieric in "Turn a single image into a navigable 3D Gaussian Splat with depth"

Cieric — Fri, 09 Jan 2026 22:24:31 +0000

I think in this case browser is meant as a place to browse, e.g. the Google Play store is an app browser. I don't hear it used that way often anymore, but it at least sounds familiar.

New comment by Cieric in "OrangePi 6 Plus Review"

Cieric — Sat, 27 Dec 2025 21:12:49 +0000

I'm not sure I'm gonna grab another OrangePi board again. I was happy to grab the RV2 just to experiment around with, but I didn't realize that the linux kernel they provided to build their ubuntu distro doesn't actually build properly. I got it to build after throwing a version of ubuntu onto an unused pc, but then it didn't matter the options I selected for the build (like gui options) it seemed like the gui just didn't exist at all in the final binary. I've yet to try and build a 3rd party os with support since I spent so much time just trying to get the official distro to work properly.

New comment by Cieric in "OBS Studio Gets a New Renderer"

Cieric — Thu, 18 Dec 2025 15:58:10 +0000

I think you mean MS/AMD since this is for hardware with AMD parts in it.

New comment by Cieric in "Anthropic acquires Bun"

Cieric — Thu, 04 Dec 2025 22:09:45 +0000

At this point I'm not sure I can give a satisfying answer, but zig was just fun to use from the beginning. It was just c, but with a bunch of special features like comptime, the lessened foot-gun-ness of zig was just a benefit since most of the conventions were just things I was doing in my head but not putting into the code (since there wasn't really a good way to do so without compromise). The other thing I liked was I could just immediately read and write it without much looking at the docs. Their standard library was a bit of a hurdle, but the fact that the whole thing existed on my disk and I could just pop it open and read the code really helped (I assume this is the same with Rust, but I have trouble reading rust without going to lookup syntax). So while I can't give good reasons for using it in a commercial setting, for personal projects it was just fun. Rust in comparison hasn't really been fun to try and pick up.

At this point however I don't really like the way zig is going. So I won't really advocate for zig at this point, but I can say when I first started using it, it was fun and I could just write code that worked.

New comment by Cieric in "Anthropic acquires Bun"

Cieric — Tue, 02 Dec 2025 18:43:37 +0000

Let's not forget about TigerBeetle either. They weren't bought (as far as I'm aware), but they seem to have some pretty good backing from customers.

New comment by Cieric in "Microsoft makes Zork open-source"

Cieric — Thu, 20 Nov 2025 19:05:45 +0000

I'd be careful about that one, there is still no license for it. Zork is notable here since it just got the MIT License applied to it.

New comment by Cieric in "Zig is so cool, C is cooler"

Cieric — Sat, 08 Nov 2025 18:01:43 +0000

I really wish I could like zig more, I started using it heavily around 0.11, but I feel like as more features get implemented there is more that I like and more that I hate.

They've recently fallen into the trap of the wrong whitespace will now error compilation, which has effected me directly.

All the none blocking IO was stuck behind async, which when I was trying to use it it literally didn't exist (this might have changed in 0.15 from the videos I've seen, but all my code fails to compile now do to the former issue with whitespace).

I might come back at Zig 1.0 as long as some of the stupid decisions can be reverted or worked around in some way I find acceptable, otherwise I might just fork it myself to fix it so I can still have some fun with the language.

New comment by Cieric in "OpenGL: Mesh shaders in the current year"

Cieric — Fri, 10 Oct 2025 14:50:22 +0000

> It's officially deprecated in favor of Vulkan

Can you provide a reference for this? I work in the GPU driver space (not on either of these apis), but from my understanding Vulkan wasn't meant to replace OpenGL, it was only introduced to give developers the chance at getting lower level in the hardware (still agnostic from the hardware, at least compared to compiling PTX/CUDA or against AMD's PAL directly, many still think they failed.) I would still highly advocate for developers using OpenGL or dx11 if their game/software doesn't need the capabilities of Vulkan or dx12. And even if you did, you might be able to get away with interop and do small parts with the lower api and leave everything else in the higher api.

I will admit I don't like the trend of all the fancy new features only getting introduced into Vulkan and dx12, but I'm not sure how to change that trend.