Beside the fact, that the SA never worn face masks. You still have time to fight against this, the moment these people will not wear any masks anymore, you’ll live in a fully fascist country.

It’s a few days, but they now have a planned livestream on youtube: https://www.youtube.com/watch?v=IKLQxe2MvpQ

This article is from 2023…

Unfortunately not.

There is another video, showing only the torso. It has no music, but the actual sound and this is not even less terrifying https://youtu.be/gl0GnzPIOl4

Yes, that was the original name, back in the 90’s.

“oh, i don’t know what this native english speaker is saying, i guess english is still a skill i’m working on”

I’m no native English speaker as well, and that’s how I often think as well. In my mother tongue I know so many words, their meaning and their sound. In English, however, I’m still learning new words now and then, and it opens my world to the language every time. This is true for dialects as well.

Learning a new language is quite hard in the beginning, but it’s so satisfying and world opening when you start to actually use a new language.

edit Ohh, and sorry for my bad English ;)

xone needs to blacklist the xpad kernel driver, which supports all kinds of Xbox controllers, to prevent it from high jacking Xbox One controllers. You will have to install xpad-noone, which is xpad but without Xbox One support and can coexist next to xone.

deleted by creator

I don’t know if it’s random, the CPU scheduler still decides what thread to use. It will have its own semantics, but I don’t know on what those are based.

It’s not just random, it simply does not even work. Because they set this:

+/*Preferred Core featue is supported*/
+static bool prefcore = true;

And later in the code they do the if condition wrong:

+	if (prefcore)
+		WRITE_ONCE(cpudata->highest_perf, AMD_PSTATE_PREFCORE_THRESHOLD);
+	else
+		WRITE_ONCE(cpudata->highest_perf, AMD_CPPC_HIGHEST_PERF(cap1));

if should look like this:

+	if (prefcore)
+		WRITE_ONCE(cpudata->highest_perf, AMD_CPPC_HIGHEST_PERF(cap1));
+	else
+		WRITE_ONCE(cpudata->highest_perf, AMD_PSTATE_PREFCORE_THRESHOLD);

There is probably even more wrong, looking at the code quality, but this at least makes the preferred core work.

AMD patches for preferred core (prefer those cores which can clock higher) are a mess and ended up not working because of a wrong if condition. Showing that no one at AMD even tested it before submitting. The programmer in the video complains about AMDs developers being incompetent and shows how it’s fixed.

I’ve never had that issue that deleted ISOs would stay on the USB, not sure how you’ve managed to achieve that. Maybe you didn’t actually delete the files but put them to the recycle bin?

but I have used the video encode hardware on AMD cards via VAAPI and it was competent and much faster than x264/x265 on the CPU.

Yes, it’s faster than the CPU, which is no surprise, but the quality is incredibly worse than NVENC. I switched to AMD earlier this year and I knew that the AMD video encoder wouldn’t match NVENC, but the difference is much bigger than I’ve ever thought.

Why should they even package it at all? Just distribute the source code and let the distributors handle it themselves.

I use Stable Diffusion with ROCm on Linux. Works great and no need to install the big bloat ROCm from the package manager. I’ve written an installation guide for Arch, but with little changes it should work on other distributions as well: https://gist.github.com/NoXPhasma/ba42b615c0ed1cb0c2b3a4a1b359ccf7