Furthermore, I thought that they were supposed to be a temporary instance for the reddit influx as well.

https://youtu.be/ZOVkYAxHvkk?t=51

If you switch DAWs, bitwig is really very good and runs natively on Linux.

Yep, pretty sure you are right.

Execute the previous command as root

Fun fact if you are using bash, !! will evaluate to the previous command, so if you miss sudo on some long command, you can also just do sudo !!.

alias clip='xclip -selection clipboard'

When you pipe to this, for example ls | clip, it will stick the output of the command ran into the clipboard without needing to manually copy the output.

Yea, .ml had defederated with it, but any instance can if they want.

Not always true, instances can defederate lemvotes so that it doesn’t function I believe.

Just Lemmy.

Okay, well to balance that anecdotal information with some more, let me put some of those bad points listed in context with what my experience has been on Debian 12 Stable with an RTX 3090.

• Proton is great, and is really impressive, but you still must download several versions to expect running everything you want, and you must do trial and errors to find the most efficient version for you (fortunately, ProtonDB helps a lot)

Somewhat true, but protonDB is so accurate that I think I have only had to trial and error 1 or 2 games ever. Downloading multiple proton versions isn’t a big problem as they aren’t too large, and I have only ever needed either the latest stable release, or the experimental release. As far as actual game compatibility goes, when I moved to Linux I looked up every game in my steam library in proton DB to see what I was working with. The result was that:

95 of my games ran natively on Linux. 31 of my games were rated platinum. 73 of my games were rated gold. 12 were rated silver. 3 were rated as bronze. 3 were noted as unplayable.

• Nvidia drivers greatly improved recently, that’s true, but you still have to download the latest beta drivers to run games through gamescope, and they are not on the official pacman repo, so they won’t upgrade automatically.

You have to add 1 repository for the drivers and then it upgrades when you upgrade as normal. This is like a 2 step process of editing a text file and then running one command. I have never had to use gamescope.

• Now, let’s talk about performance. Yeah, I have an Nvidia card. Yeah, I know it’s bad for Linux. But that’s what I got, and I bought it very recently, so I won’t buy an AMD card for Linux now. When you talk with Linux users, they will always say that performance in games is way better than in Windows. Maybe that’s true in some games, but I’m afraid that’s only the case for AMD users. With an Nvidia card, the best you can get is the same performances as in Windows. And that is when you’re lucky. Then, if you want shiny things like HDR, or DLSS frame generation, you MUST use gamescope, and it will have a cost in terms of performances. And you will need trials and errors to get everything you want.

Performance on some games is better through proton and this is true even with my NVIDIA card. This is largely because where you lose performance on emulation, typically you are making up for it in leaps and bounds because Linux is not running 1000 telemetry processes and stuff in the background like Windows does. I have only played one game where the performance was noticeably worse. I don’t use gamescope at all. As far as I’m aware DLSS/HDR work fine (running armored core VI on ultra graphics for example looks and runs great and the settings seem to be enabled). As I said before, I only ever had to trial and error 1 or 2 games.

• That said, don’t expect other shiny things like RTX HDR in desktop, frame gen out of games that natively support it, DLDSR, and many other things like that, to work in Linux. In fact, everything that is available through the Nvidia App or the Nvidia Control Panel won’t be available in Linux. You must be aware of that, because that’s very cool features you’ll likely never (or in a very distant future maybe) see on Linux. You won’t be able to use Lossless Scaling neither, and there is no equivalent in Linux - even in gamescope, at least for now (but maybe that’ll come, I don’t despair of seeing this happen in the future).

Parts of this statement are just straight up not true. When installing the drivers, you also install the NVIDIA Settings application which does not contain all settings from the NVIDIA control panel, but a subset of them. RTX HDR in the desktop for example does work, but it is just dependent on the window manager. Here is another reddit thread stating as much. I assume the OP of the thread you linked doesn’t really know what they are doing. If you want a windows-like experience you probably would be using plasma. Also I’m pretty sure lossless scaling has been a feature in protonGE since 2021, so if you really needed it for a game, you would just install that proton version and use its FSR feature there. I mean, this is stuff that comes back top link when I google for “Lossless scaling linux NVIDIA”. The OP really doesn’t seem too dedicated to looking up their problems.

• Hardware compatibility too, while very good, and even more so with Arch based distros of what I heard, is still a work in progress. For example, I didn’t found out how to make Dual Sense haptics work in The Last of Us Part II Remastered. Everything works, even adaptative triggers, but haptics won’t work. I know it has to do with the impossibility for the game to find the gamepad’s sound device, and there is many workarounds. I tried ALL of it, but still, it doesn’t work. That took me several hours to try it, and that’s what finally made me give up on Linux for gaming for now.

My PS5 controller including its haptics work natively on debian. I didn’t even have to install any drivers or software for it to work. I just plugged in and started playing. I think it just has to be wired for haptics, or whatever you are using for wireless needs to be capable of supporting the controller and its haptics.

So pretty much all of these issues seem to be related to the OP not really investigating their issues well, or not understanding where to go to change settings, or not understanding how their package manager works.

I’m using an Nvidia card on Debian with 0 issues myself and the driver installation was really easy. I’m curious what source you read stating that they are worse, by how much, and in what way. Do you have a link I can read? Thanks.

Tell him to learn how to code?

Optimally yes, the OP should learn some code before doing so - this task doesn’t seem that difficult to do with a script if you wrote it yourself, and it’s even less work to learn enough to just verify what the script is doing.

I have no idea how a car works at a deep level. However I know enough to know how to drive, and if I see its mirrors are broken off, the seat belts are missing, or there is gas leaking out of it onto the ground, I probably shouldn’t get in and drive it.

If you don’t understand code and run generated code, the problem is that you are stuck with a result that you may or may not have wanted. You may also just think it worked correctly when in fact It might have done other stuff as well that can’t be seen plainly - this is the inherent risk of running generated code where you can’t actually verify what it’s doing.

Maybe it performs the requested function correctly but is sourcing the original code from a use case where someone also wanted to delete every other kind of file that wasn’t a pdf in that directory. Maybe not. But this is a difference of one line of code which can have major ramifications if it gets left in.

The point is that if you aren’t certain what something does before you use it, you should at a minimum go through the necessary steps to be able to make an informed decision, otherwise it’s just reckless.

Pre-made tools have reproducible and known functionality that has been tested whereas LLM’s when generating this across 100 different users may come up with 100 different untested results in which someone who doesn’t know programming won’t really know what complete result to expect from the code it generates.

In short, pre made tools don’t require programming knowledge because someone has handled all of this for you previously, but LLM’s do require programming knowledge to make sure what it made is going to work safely and correctly.

+1 for Tilix, iirc there is some back end adjustment you have to make for full use of its features, but its easy to apply and has a link to run you though it. Once that’s done, it’s really customizeable and can look great.

Thanks, yea I have seen some of its workflow as a youtuber I have watched uses it as their DAW and it does seem really neat. Which license did you go for?

I know Surge and Helm but haven’t heard of Helio, thanks!

You are my hero, this is EXACTLY what I was hoping for. Thank you so, so much!

You truly only need one synth as long as it is a flexible, general purpose modern synth

It’s an ungodly amount of trouble to make an additive synth work like an FM synth and neither of those can accomplish what a wavetable synth does without even more work so I really have to disagree. Vital is great, but it would take way too long to make it do what Arturias Vocoder V does for example, or even at that, as easy to use for that specific purpose.

Technically you are correct, but I would rather spend my time making music instead of spending hundreds or thousands of hours setting up automations and almost unnoticeable tweaks to make each effect and each instrument work in a way I want them to (like if I want a specific sound of known instruments).

Like, I could make a full song with several “instruments” using one sample of a spoon falling off of a table too, and that’s neat, but it’s also not what I want to be doing. If I wanted this involved of a workflow, I would probably be making my music in a tracker or on a physical, fully modular synthesizer.

Inspirations come a lot easier when you have many synths with many presets in my experience, and tweaking a lot of their parameters for the sounds they make are usually simple if you are using the actual thing you want instead of something else.

Furthermore, most of Arturias V collection are emulations of the real physical hardware, and this is why I like them. I could use vital to try to emulate a Juno-106 with degraded voice chips, but the Arturia Juno emulation lets you do this with 2 clicks.

Anyway, I know what you are trying to say, but it is not what I am looking for most of the time. For stuff like that I play around with my Roland P-6 and Korg Monotrons.

Thanks.

So the V collection is similar to analog lab in that it can be downloaded from the same software center and may use their licensing from that, but the gripe is whether or not I need Arturia’s software center installed somehow in the first place. Is your version of analog lab licensed? If so, do you recall how you got it installed/working/Licensed under linux (using their software center or some other way?). I am not sure if you can just grab a VST/LV2 from them - I was under the impression you needed to install your licensed products via that software center.

Thanks

I had to click 4 times over 90 seconds on “sleep” on my work laptop windows 11 machine today before it actually did anything.

A meme can’t be more right.