
Engine Net/MP code at @MediaMolecule TBA project. prev: Dreams, Intel Net, Avalanche engine, Mad Max, Just Cause 3+4, Rage 2, Contraband, Hunter CoTW, Hiber3d.
Stockholm, Sweden
Joined August 2009
- Tweets6.8K
- Following150
- Followers905
- Likes1.5K
Niklas Lundberg retweeted
Introducing Reality-Aware Rendering in @Simulon, a completely new way to create with the real world.
Place neural assets with your phone and act out the scene. When you stop recording, Simulon renders the take, reading everything in it (what you do, what you say and the place around you), and your assets respond to all of it.
The final is regenerated from your recording: a new performance of the scene, not a copy of the footage.
Available now on iPhone. Coming to Android soon.
Niklas Lundberg retweeted
#ImWidgets hack of the day, I décided to move all the styling in a json file, and allow texture and micro procedural gradient description in it. Here some examples, all are pure #DearImGui with my rendering layer on top, compatible with #ImGui test engine too!
Niklas Lundberg retweeted
Thanks to the great Mārtiņš Možeiko, the RAD Debugger is now available on the Arch Linux AUR!
aur.archlinux.org/packages/r…
Niklas Lundberg retweeted
Niklas Lundberg retweeted
最近たまに見かける「インセプション風の曲面マップ」、ナビアプリに実装されたら手前と遠くが同時に見渡せて意外と便利そう。
orbify.eu/demo/
🎉 Haiku R1/beta6 has been released! haiku-os.org/get-haiku/r1bet…
Niklas Lundberg retweeted
I have posted two updates about RADDBG on Linux, and all I can say is that, while the majority of responses have been very positive, the rest make it obvious why it has taken so long for the Linux ecosystem to provide a ~viable consumer desktop experience (for Windows to decay so much that there is not really any alternative).
There is no coherency in the design of the platform. There is no sane team calling the shots, so the user base spends their time bikeshedding over what should be trivialities. Everybody has an opinion about everything. Window managers (X11? Wayland? X11 on Wayland?), to package managers, to libc versions, to the right folder to use for X/Y/Z, to which shell interpreter to use, to how to ask the user for a file path (libportal? zenity?), to how to show the user a trivial message box, and so on. And this is just the beginning—the trivial stuff that most people reading this will get, without needing a ton of extra context.
If your users or developers are debating about any of this, YOU FAILED. The platform SUCKS. It will only succeed when centralized teams (e.g. shipping hardware using the Linux ecosystem) steer the ship and make decisions. Then, people write to that, and that becomes the actual standard.
Niklas Lundberg retweeted
Basic native desktop UI integration on Linux (file pickers etc.), + "immediate-mode program installation".
It is important to me that distribution of RAD Debugger binaries is as simple as possible, so I keep everything packaged as a single standalone executable. But some systems, like the default Ubuntu environment, require extra files in order to "install" an application (e.g. so that they show up when searching in the program launcher, or to show their icons in the desktop environment UIs). Other similar "installation" steps exist on Windows, for example.
Installation and uninstallation has always felt to me like a bunch of unnecessary work, which is why on Windows, people package "installers" and "uninstallers" as extra utilities, which wrangle all of the extra crap that a program needs to be "installed". But the important thing to the user is, obviously, just a single boolean: is the program "installed", or is it not?
So it seemed to me that the simplest way to offer this functionality was to expose a checkbox as a regular program setting, found in the regular program UI. When it is checked, RADDBG ensures all of the appropriate configuration files are written. When it is unchecked, it ensures all of those files are deleted.
Thus, you just get the single binary, run it, and optionally check the box if you want extra integration into your desktop environment.
Niklas Lundberg retweeted
Scoop: The AI music generator Suno was hacked. Hacker shared source code that shows how the tool was made and part of the music and podcasts that were scraped to create it.
Decades worth of music, lyrics, and podcasts from YouTube, Deezer, Genius & more
Niklas Lundberg retweeted
Technologies that layer require layered skillsets, because each additional layer is not by itself sufficient. In computing, we say this is due to “leaky abstractions”, though historically we recognized that no perfect “non-leaking” abstraction exists. Therefore, there is always value in people who understand the internals of something otherwise considered opaque. The same principle is true for LLMs, both for the implementation of the LLMs themselves, and the implementation of the code they generate.
Niklas Lundberg retweeted
I’m happy to announce the release of a new open source 3D physics engine called Box3D. I’ve been working on this project for a few years now, but it represents over 20 years of experience writing physics engines for games. Read more here: box2d.org/posts/2026/06/anno…
Niklas Lundberg retweeted
We're finally bringing our powerful and user friendly CPU profiler to Linux!
The beta version is now publically available, and it's free for 60 days during the open beta, so there's really no excuse not to try it out!
Just download, extract, optimize.
superluminal.eu/applications…
Niklas Lundberg retweeted
Open source will be greatly diminished due to mass obfuscated license infringement. Your licenses may as well be letters to Santa. The path forward will be paywalls and codesharing within curated communities.
Niklas Lundberg retweeted
The AI panic is really unbelievable today. The level of delusion and hype have grown to mythic proportions.
Has AI beaten Pokemon Red yet? Like a normal 6 year old does, by looking at the screen? Oh it hasn't. But all jobs are over in 18 months? This website is full of idiots.
Niklas Lundberg retweeted
I strongly believe there are entire companies right now under heavy AI psychosis and its impossible to have rational conversations about it with them. I can't name any specific people because they include personal friends I deeply respect, but I worry about how this plays out.
I lived through the great MTBF vs MTTR (mean-time-between-failure vs. mean-time-to-recovery) reckoning of infrastructure during the transition to cloud and cloud automation. All those arguments are rearing their ugly heads again but now its... the whole software development industry (maybe the whole world, really).
It's frightening, because the psychosis folks operate under an almost absolute "MTTR is all you need" mentality: "its fine to ship bugs because the agents will fix them so quickly and at a scale humans can't do!" We learned in infrastructure that MTTR is great but you can't yeet resilient systems entirely.
The main issue is I don't even know how to bring this up to people I know personally, because bringing this topic up leads to immediately dismissals like "no no, it has full test coverage" or "bug reports are going down" or something, which just don't paint the whole picture.
We already learned this lesson once in infrastructure: you can automate yourself into a very resilient catastrophe machine. Systems can appear healthy by local metrics while globally becoming incomprehensible. Bug reports can go down while latent risk explodes. Test coverage can rise while semantic understanding falls. Changes happens so fast that nobody notices the underlying architecture decaying.
I worry.


























