semperverus

joined 1 year ago
[–] semperverus@lemmy.world 3 points 1 day ago (1 children)

Vivec is half-Chimer/half-Dunmer though

[–] semperverus@lemmy.world 9 points 1 day ago (1 children)

Maybe we can just do project sundial now and call it good (thanka Kurtzgesagt for letting us know it exists right before election day lmao)

[–] semperverus@lemmy.world 18 points 5 days ago (2 children)

If it had been any other country in the world, you might have seen an actual response. North Korea is not to be taken seriously until they have proven otherwise, and with an impoverished, famished population that is locked further in the past than Russia, I doubt we will see much in the way of meaningful action from them.

[–] semperverus@lemmy.world 2 points 5 days ago* (last edited 5 days ago)

I'm not christian and I assumed the experiment didn't allow for evolution as it was not specified in its parameters. I assumed that the monkeys were a horrible (and very wrong) analogy for random number generators, were immortal, and had no time for making offspring as they were all trained and consumed with typewriting, or physically separated from one another.

The monkeys would produce wildly more limited results than a random number generator mind you, and they are essentially frozen in evolutionary time, so they are not going to be writing shakespear.

[–] semperverus@lemmy.world 4 points 5 days ago (1 children)

The problem here is the implied entropic outcomes of each system.

If the monkeys were replaced with true-random number generators, then you'd eventually get shakespear. But they aren't RNG engines, and they aren't quantumly random.

Instead, the monkeys have a large-ish but very finite number of logical branches that they can take in their decision-making processes, with slight variations within a fixed genetic scope. They will slam away at the typewriters in a very specific monkey kind of way.

At the end of the thought experiment, you will end up with an infinite amount of monkey-gibberish and a slightly smaller infinite amount of soiled or destroyed typewriters.

[–] semperverus@lemmy.world 8 points 6 days ago (1 children)

Auxio is excellent. Has the UI I've been looking for for ages, can shuffle by genre, great queue system, etc.

Only part i dont like is that it has an unskippable modal at startup where it scans your library instead of doing this as an invisible async step in the background and displaying what it has as it gets it.

[–] semperverus@lemmy.world 2 points 1 week ago* (last edited 1 week ago)

For AMD, it's literally just make sure mesa is installed (it is by default on most distros), make sure radv is installed (it is by default on most distros), and then go.

From there, if you are gaming, you handle whatever your games need like enabling 32-bit libraries for Steam if your distro doesn't by default, or doing whatever WINE or Lutris wants you to do.

Done.

[–] semperverus@lemmy.world 5 points 1 week ago* (last edited 1 week ago) (1 children)

The story goes that around the time the AMD RX480 came out - or maybe a little after - AMD almost completely opensourced their GPU drivers on Linux.

They gave two offerings: amdgpu (open source) and amdgpu-pro (Closed source, included some extra features most people wouldn't care about but some really do). Thus retiring the old radeon driver.

At first, the new drivers were decent, if slightly unstable.

AMD also provided a Vulkan driver by the name of amdvlk, which was good but the performance wasn't very exciting.

Then Valve started contributing. They started providing a Vulkan driver for AMD cards that is better than AMD's called RADV, which has since become the default and has been mainlined into mesa. Performance went through the roof.

I may be wrong but I think Valve may also contribute back to the amdgpu driver.

Wayland finally became a thing, and between AMD, Nvidia, and Intel, AMD was king in stability and performance in this arena. Especially on KDE, which had very early adoption of many important features long before Gnome had them - Mixed monitor scaling, Variable refresh rate, mixed monitor refresh rate, DRM modesetting for VR headsets, HDR monitor support, etc., in addition to a bunch of extra security features which some appreciate greatly and others find frustrating.


Over in Nvidia land, they were busy doing Nvidia things. And by Nvidia things, I mean doing nothing new.

Nvidia's drivers mostly remained just as you remember them from 15 years ago, with the Nvidia config tool for X11 and so on. Their closed-source driver performance on Linux was good but not great.

Wayland threw a wrench in Nvidia's gears. Nvidia tried to control the narrative by trying to force EGLStreams as the standard, several years after the community had settled on GBM as the standard (I won't dive much into what those are - for now, you only need to know that they're important in making Wayland work at all and affect performance, stability, and the ability to talk to the Wayland protocol). For a very long time, Nvidia card users were either unable to use Wayland, or had a very poor experience with it; experiencing stuttering, flashing or flickering screens, black boxes, and so on. This whole thing locked Nvidia users to the outdated X11 system which is missing a lot of modern features mentioned previously in the AMD section.

Some time later, Nvidia was hacked by a group called LAPSUS$, who among other things demanded that Nvidia fully open-source their drivers. They essentially got ahold of Nvidia's code and said "Either you open-source it or we do."

I forget exactly what Nvidia's direct response to them was, but interestingly some time later, they opted to "open-source" their drivers by reducing the size of and wrapping the closed proprietary binaries in what the Linux community was calling an "open-source condom." Effectively, we got drivers that behaved the way the Linux kernel expected, despite not being truly open source. A neat hat trick.

Something else happened, I think maybe more bits got open sourced, but as of recently there are now new open source Nvidia drivers as of driver version 555, called nvidia-open (not to be confused with nouveau open source community drivers), and you can now use Nvidia cards with 80-90% as much ease and performance as AMD users have on Linux. There is still some jank and rough edges that need to be smoothed out, but Nvidia is now part of the 21st century on Linux.

I personally would recommend avoiding Nvidia due to their history and how they treat their Linux customers, but if you already have an Nvidia card and don't want to or can't afford to switch, you can now use your card with relatively smooth and high performance on Linux - and use Wayland to boot.

[–] semperverus@lemmy.world 2 points 1 week ago* (last edited 1 week ago)

I think it's still valuable to document these things so that the users who insist on sticking with X11 can receive a healthy dose of this (replace diapers with vulnerabilities) when the proverbial shit hits the fan and it becomes as hackable as Windows XP

[–] semperverus@lemmy.world 5 points 1 week ago (3 children)

Summarizing documents, writing documents you don't want to (within reason), and... whatever the hell Neuro-sama is doing on Vedal's channel, are like the only ones i've found so far that kind of work. And I guess image generation.

[–] semperverus@lemmy.world 5 points 1 week ago* (last edited 1 week ago) (1 children)

"My name, is Inigo Montoya. You kill my father. Prepare to die."

 

If you would like to contribute, please consider making a fork of the repo and updating the language strings for your native language. Take care not to change the actual variable names (i.e. leave the word "reddit" and "subreddit" in the variable tags, but change the actual string values).

The languages are available in this folder here, in the various values-... folders:

https://github.com/bqv/slide/tree/lemmy/app/src/main/res

If you'd like to see my commit as an example of what I did to base yours off of, you can see it here:

https://github.com/bqv/slide/pull/2/commits/f346de0ef40b3fb87a9d420d969f2f16edc874a5

view more: next ›