I know the feeling, I just had a week off and returned to work on Friday a couple of days ago.
Formerly @[email protected]
I know the feeling, I just had a week off and returned to work on Friday a couple of days ago.
Jeez, no wonder Infinite has always had such a bad reputation then!
As far as I recall, Infinite has had online co-op, just not local/split screen co-op.
But don’t quote me on that!
Oh wow, I didn’t expect another release so quickly! Props to the COSMIC team! I can’t recall where the roadmap for the features and their targeted releases went, but I hope we can get Night Light/Blue Light filtering soon.
I also did not know they had a Mastodon account, thanks for the shout so that I could give 'em a follow.
Destiny definitely isn’t in its greatest state right now (and honestly, hasn’t been in a while).
The answer to why they haven’t “ended it yet” is: Because it still makes them money.
Realistically though, if you look at any big discussion for a game you’ll always find people who dislike it (because they tend to be louder than the people who are spending their time playing the game instead).
Not really a fan of the author’s attitude at the start (I’m not quite sure how I’d describe it, but it certainly feels off…) - however I do agree with the premise. Even if Microsoft stops allowing kernel level anti-cheat to happen (and honestly I’ll believe it when I see it), that doesn’t mean that game developers/publishers who are hostile to Linux players are suddenly going to go “Oh! Well in that case…”
I’d be incredibly happy to be wrong in this case, but as of how the current landscape is, I just don’t see it changing. They’ll just find some other BS reason to exclude Linux players.
I stopped purchasing games that weren’t compatible with Linux long ago, and the one holdover I had was Destiny 2 - but the game’s major story has come to an end, which makes it a great time for me to drop it too.
It depends on who you’re referring to as a casual user. My mother for example would certainly have a hard time with it, then figuring out the key to bring up the boot menu (and being faced with a scary dialog that they’ve never seen), then selecting the right device, then likely being faced with GRUB which would also look scary to her, and by then she’d be overwhelmed before even getting to the install portion.
This is what I’ve been playing too, and I’m having an absolute blast with it!
I’d recommend using ROCM through a Distrobox container, personally I use this Distrobox container file and it has suited all of my needs with Stable Diffusion so far.
That is, if you’re still interested in it - I could totally understand writing it off after what happened 😅
I usually just get by with Alacritty and Zellij, pairs pretty well together.
They’re only just now cancelling that ridiculous fee? I swear I thought they cancelled that dumb idea a bit ago.
You’ve opened a door that you cannot close, Unity.
Hmm, gotcha. I just tried out a fresh copy of text-gen-webui and it seems like the latest version is borked with ROCM (I get the CUDA error: invalid device function
error).
My next recommendation then would be LM Studio which to my knowledge can still output an OpenAI compatible API endpoint to be used in SillyTavern - I’ve used it in the past before and I didn’t even need to run it within Distrobox (I have all of the ROCM stuff installed locally, but I generally run most of the AI stuff in distrobox since it tends to require an older version of Python than Arch is currently using) - it seems they’ve recently started supporting running GGUF models via Vulkan, which I assume probably doesn’t require the ROCM stuff to be installed perhaps?
Might be worth a shot, I just downloaded the latest version (the UI has definitely changed a bit since I last used it) and just grabbed a copy of the Gemma model and ran it, and it seemed to work without an issue for me directly on the host.
The advanced configuration settings no longer seem to directly mention GPU acceleration like it used to, however I can see it utilizing GPU resources in nvtop
currently, and the speed it was generating at (the one in my screenshot was 83 tokens a second) couldn’t have possibly been done on the CPU so it seems to be fine on my side.
Yeah, I definitely am not a fan of how AMD handles rocm - there’s so many weird cases of “Well this card should work with rocm, but… [insert some weird quirk that you have to do, like the one I mentioned, or what you’ve run into]”.
Userspace/consumer side I enjoy AMD, but I fully understand why a lot of devs don’t make use of rocm and why Nvidia has such a tight hold on things in the GPU compute world with CUDA.
Ah, strange. I don’t suppose you specifically need a Fedora container? If not, I’ve been using this Ubuntu based distrobox container recipe for anything that requires ROCM and it has worked flawless for me.
If that still doesn’t work (I haven’t actually tried out kobolcpp yet), and you’re willing to try something other than kobolcpp, then I’d recommend the text-generation-webui project which supports a wide array of model types, including the GGUF types that Kobolcpp utilizes. Then if you really want to get deep into it, you can even pair it with SillyTavern (it is purely a frontend for a bunch of different LLM backends, text-generation-webui is one of the supported ones)!
What card do you use? I have a 6700XT and getting anything with ROCM running for me requires that I pass the HSA_OVERRIDE_GFX_VERSION=10.3.0
environmental variable to the related process, otherwise it just refuses to run properly. I wonder if it might be something similar for you too?
I did the same move for similar reasons! Although I still keep windows around on another SSS - and even the Windows Nvidia drivers were being funky for me.
Nvidia shares a lot of logic between their Windows and Linux driver as far as I’m aware, so I suppose it makes sense.
IIRC this was in regards to Microsoft wanting to close access to the kernel, while also still wanting to use kernel-level APIs for their security suite - which does come down to anticompetitive practices.
However, if Microsoft were not to offer separate products that used kernel-level APIs then in theory it would not have this same issue, which I assume is how Apple gets away with it. But, I am not a lawyer so its just speculation on my part.
Funnily enough, I just use my old Stadia controller. Works perfectly with wired or wireless (in order to utilize Bluetooth, you need to use Google’s tool to “unlock” the Bluetooth mode on it - you only need to do this once), and I can’t say I’ve ever had a game not work with it. I think it just emulates Xinput/an Xbox controller under the hood?
Before that however, I just used an Xbox One controller (particularly, the “Xbox One S” ones that have native Bluetooth support, but my non-S one worked fine over both wired and with the addon dongle that you can purchase) which also always worked out for me. I think I still prefer the Stadia controller for how it feels in the hand, and the fact that it uses USB-C however.
At some point I would like to pickup a GuliKit KK3 Max controller since it seems quite intriguing, however I can’t really justify the price point when my Stadia controller works just fine for me.
Good god, I was finally prescribed Ambien for the first time recently, and I definitely now realize why it has the reputation that it does.
How about Thunderbolt? This looks like macOS, and while I’m not 100% sure if they utilize HDMI ports anymore, they certainly use Thunderbolt.