Brave blocks Microsoft Recall by default

My "favorite" tactless Windows update story in recent memory was when an update pinned a Copilot link to my taskbar. I unpinned it, then a few weeks later another update added the Copilot link back to my taskbar, but not as a pinned app. Rather it replaced the god damn "show desktop" button in the bottom right of the screen! They replaced an always on-screen OS navigation button that's been there since Windows 7 with an ad!!

I hope to god that Valve takes the opportunity they have with Steam OS to give us a potential real alternative to Windows that focuses on gaming support. Cause that's literally the only reason I'm forced to continue using this Microsoft adware slop of an OS.

This is only tangentially related, but I just started using Brave (on Windows) in the past couple weeks in preparation for uBlock Origin being blocked in Chrome. Once I disabled all the weird service integrations/upsells it's been a decent enough experience. But the one bizarre thing I've found is typing in the YouTube comment box is laggy as hell for some reason. No other text field that I've found has this issue, just the YouTube comment box in particular is super laggy in Brave. Has anyone else experienced this?

> The reliable way to do this (I found) is check the kernel source tree first

Sure, in general that's good advice, but it becomes more complicated depending on the solution/situation...

I’d bought the RME card long before I was hoping to make it work with Linux. I'd been running Windows for a long time for work reasons, so I had my dev work and my music setup on the same computer (a 64 core Threadripper machine, with 128gb of RAM, and fast NVMe drives). A few months before, I'd sold my company, so for work at least I didn't need to be on Windows any more. Then I started getting random audio dropouts! Presumably because of all the crap Microsoft keep loading onto the OS with after every update.

The audio dropouts was the straw that broke the camel’s back. If a machine like that, with nothing else running on it other than my DAW, could start having audio dropouts, then you know something has gone horribly wrong with the OS.

That's why I wanted to get my existing RME card working on Linux. When I wasn’t able to use it, I then assumed I’d be able to get a network based protocol running (Dante/AES67). There was plenty of discussion about it online, it seemed viable, and it's a network, Linux can do networking! Also, I kinda like the idea of network based audio, I think it's likely to be more future proof.

So, I replaced one of my Ferrofish A32 Pro interfaces with a Ferrofish A32 Pro DANTE ($4300) [1]. It supports both Dante and AES67. I figure if I can’t get Dante running then the open protocol AES67 (with support in Linux-land) should work. That didn’t feel that risky. But no amount of finagling would make the interface appear via the virtual sound-card/router concept.

This had already taken weeks (maybe months) to not get anywhere, so I looked for a Class Compliant sound-card (or, one that definitely had Linux drivers) that could support the number of channels I needed (96 channels in and out), it also needed to support the AD/DA interfaces interfaces I already had (so connectivity via MADI or Dante/AES67), but there just wasn't anything. The only other sound-card out there was another RME interface.

So, that’s when I opted for a Class Compliant sound-card [2] for casual use on Linux ($324) and a new RME Digiface Dante sound-card ($1543) [3] that I could use with a newly purchased M4 Mac Mini ($3000). I also needed to replace another one of my Ferrofish A32 Pro interfaces with another Ferrofish A32 Pro Dante ($4300) to make the setup work.

I realise now that my earlier estimate of $6000 was wildly out, it cost $13467 to leave Windows and to get an alternative pro-audio setup working. There may well have been alternative approaches and I may well have missed a possible solution that could have either worked with the original RME card (which would cost nothing) or AES67 (that would still require me to replace 3 x Ferrofish A32 Pro interfaces, so would end up about the same cost), but I felt like I'd been pretty thorough.

I guess the reason I'm writing War & Peace here is that it's often not possible to know ahead of time whether any one setup might work. Drivers is one thing, but a pro-studio setup has more moving parts, and so if you don't know ahead of time whether any one setup will work, then it can be an expensive process to walk through the different options. And that's a problem that neither Windows nor Mac has. It's a real shame, because the stability of Linux should make it the best platform for pro-audio.

[1] https://www.ferrofish.com/a32pro-dante-converter-multimode/

[2] https://solidstatelogic.com/products/ssl-2-plus-mkii

[3] https://rme-audio.de/digiface-dante.html

To expand on this and provide some examples, I've recently played Wuthering Waves, Tower of Fantasy, The First Descendant, Phantasy Star Online 2, Black Desert, Lost Ark, Throne & Liberty, probably others I'm forgetting, all of which contain anti-cheat of some variety and all on Linux.

There are some that don't support Linux and likely never will like Valorant or Call of Duty, and even fewer that dropped Linux support like Apex Legends.

Having played Doom, Oblivion, Blue Prince, and Clair Obscur on linux, I can tell you that the tinker steps are unnecessary. I have literally just clicked play and didn't need to think about it. This didn't require a bunch of manual setup to get to that point either; I installed Endeavour and it installed the drivers I needed, then I installed Steam as normal and it was like nothing had changed from my Windows install.

People will post their tinker steps for everything. It's often just to disable the steam overlay, or inject their own overlay, or whatever they think gets them an extra 2 fps. It's linux and people love to configure it their way, but honestly steam/proton handles it automatically 99% of the time.