DarkMetatron

We have OpenMW, that is remake enough for me.

The concept yes, the term for it (and the abbreviation) I am not sure.

Unreal Tournament 2004 depends on SDL 1.3 when I recall correctly, and SDL is neither on Linux nor on any other OS a core system library.

Binary only programs are foreign to Linux, so yes you will get issues with integrating them. Linux works best when everyone plays by the same rules and for Linux that means sources available.

Linux in its core is highly modifiable, besides the Kernel (and nowadays maybe systemd), there is no core system that could be used to define a API against. Linux on a Home theater PC has a different system then Linux on a Server then Linux on a gaming PC then Linux on a smartphone.

You can boot the Kernel and a tiny shell as init and have a valid, but very limited, Linux system.

Linux has its own set of rules and his own way to do things and trying to force it to be something else can not and will not work.

It works under Windows because the windows binaries come with all their dependency .dll (and/or they need some ancient visual runtime installed).

This is more or less the Flatpack way, with bundling all dependencies into the package

Just use Linux the Linux way and install your program via the package manager (including Flatpack) and let that handle the dependencies.

I run Linux for over 25 years now and had maybe a handful cases where the Userland did break and that was because I didn't followed what I was told during package upgrade.

The amount of time that I had to get out of .dll-hell on Windows on the other hand. The Linux way is better and way more stable.

Pennies per device can add up when hundreds of thousands of devices are produced. But it is not only the price of the storage but the whole circuit layout is simpler and therefore easier/faster to design and produce. That adds up too.

I prefer to do both, a validation check to see if it has the general form of data I expect then parse what got successfully validated.

This way they only need RAM on the device and can get rid of the need for persistent storage/flash memory. Makes a much simpler board design and easier manufacturing with less costs for parts.

So efficient!! C-Level and shareholders love that!!

Kernel devs used both DRM and HDR for Direct Rendering Manager and Header years before Digital rights management or High dynamic range was a thing. So they have the older rights to this acronyms and the others are the filthy thiefs and imposters 😜

LXQT or KDE I just like the QT look and feel.

GNOME is great in general but not for me, it is too much MacOS alike and too limited for my liking.

I have a Bambu P1S with an AMS after years of using a Ender 3 that was modified to high heavens both on hardware and on firmware level. It is a perfectly fine product and the AMS makes filament changes so much easier, it is a convenience that I personally love. My P1S is running in LAN mode and it works perfectly fine in combination with OrcaSlicer on my Linux machine. No data is send to the Bambu Cloud, everything is local.

Would I like the possibility to have a custom firmware on it? Sure, I always like options. But to be honest: My P1S runs better, smother, faster then my Ender 3 with his many mods and custom firmware ever did.

Is Bambu on my list of manufacturers for another printer purchase? Yes, but near the end after their anti consumer behavior lately.

If you want to take that from my text then feel free.

To test this you need an external observer who can register every quantum outcome and therefore can see/measure in every quantum reality. How else would you get verifiable and reproducable data?

We are very far away from such a possibility, we don't even know for sure if quantum theory (or which one of the many specific quantum theories) in general or the many worlds interpretation in speciality is even correct or not.

It is a nice thought experiment though.