@[email protected] I’ve found this (scroll down to #5 if it won’t scroll automatically). It shows some tools that can be used to change DMI information for different Manufacturers.
@[email protected] I’ve found this (scroll down to #5 if it won’t scroll automatically). It shows some tools that can be used to change DMI information for different Manufacturers.
This is part of the motherboard and can only be changed with specific tools from the manufacturer. Back in the days there was AMIDEDOS
as a dos tool to change it in AMI Bios. You would need to find out, what tool can be used to change it in your UEFI. However, it’s possible that those tools are not available to the public.
SFSE works fine for me, no issues at all. Make sure you download the latest version, to be compatible with the latest Starfield update.
I’ve placed the dll
and the exe
next to the Starfield.exe
in the game folder. And changed the Steam launch parameter to
bash -c 'exec "${@/Starfield.exe/sfse_loader.exe}"' -- %command%
GTAV works better with AMDVLK, as one of the very few games out there. You could give that a shot, but be aware that AMDVLK often gets selected as default, so having AMD_VULKAN_ICD=RADV
in your global Env. Variables are a good idea.
And then launching GTAV with AMD_VULKAN_ICD=AMDVLK %command%
.
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.
Yes, it is the same purpose, kinda. But timeshift runs as a cron and allows for an easy rollback, while I use BIT for manual backups.
No it wasn’t. Naughty Dog announced it would run on the SD, but it wasn’t. It got verified only on June 13th. Just have a look on the history: https://steamdb.info/app/1888930/history/?filterkey=530
I use Back In Time to backup my important data on an external drive. And for snapshots I use timeshift.
At the moment, the Ally makes news about their bad build quality. I’m curious for how long the hype about that device will last, the Steam Deck still holds up so far.
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?
That was not Linux Mint but Pop! OS.
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.
deleted by creator