ctf_turbine_pro and cp_gravelpit are in a league of their own

YOU play with the english then, see how you enjoy it

https://www.youtube.com/watch?v=dmlt5SZv5Sk

can i see the video

front panel audio is routed through the audio chipset so if neither the back ports or the front ports worked, assuming the header's plugged in, sounds like your audio chip bit the dust. plugging it into your monitor will just bypass the issue, since the audio output device would be your gpu instead of the motherboard chip

damn it's almost like what america does and doesn't do influences the rest of the western countries but pop off king

https://clips.twitch.tv/AlluringSmellyScorpionWTRuck-ecSGNuI-Tp5mnk78

Maybe the next president of the US of A needs to consider putting anti-psychotics in the water instead of fluoride and lead

Cinnamon which is the desktop environment mint uses by default is really bad for gaming unless they've changed it but i don't think there are many people working on it. you can't disable compositing and when I tried playing tf2 on it, quite a while back admittedly, it didn't feel like it did fullscreen unredirection, which led it to feeling like utter shit, felt like the game was vsynced to 60 fps and massive input lag etc. if you're not confident with linux i'd recommend installing lubuntu, kubuntu, xubuntu or some shit over mint, or if you're comfortable with linux just installing XFCE or KDE. KDE supports fullscreen unredirection and optionally allows disabling the compositor for 0 lag, same with XFCE while still basically looking and feeling like windows

To address the accel issue, the simplest and most consistent way as far as I am aware to disable it, is to simply put a config file in your /etc/X11/xorg.conf.d/ folder to just disable it system-wide. https://wiki.archlinux.org/title/Mouse_acceleration#with_libinput should work for any modern linux distro, I don't think anyone ships X.org without libinput anymore. I've had no issues with a slightly modified file anyway. though if you switch to KDE, it seems like it ignores this config file which is annoying but at least setting mouse acceleration to flat in the system settings works fine

on wayland v xorg: honestly i didn't really notice a difference, both felt fine. mumble 1.4.230 doesn't really work with wayland, they block you from setting hotkeys and using global hotkeys since i don't think there's a standard for it in wayland. don't bother if you have an nvidia gpu. KDE wayland has a bug with it's xwayland system or something where it's like your cursor randomly feels like it gets some heavy negative acceleration and you can't move your mouse for a split second, idk if it's tf2 specific though

https://host.vintergatan.space/piFu6/taJulaRU55.png/raw

can't wait for the banpost and all the frenchies coming out of the woodwork to defend a cheater

what i commented had nothing to do, need to read better next time

im trader minecraft emerald

If you are a zealot of FOSS (Free and Open Source Software) like you claim and you use either Linux (or as I've taken to calling it, GNU/Linux because Linux by itself is just the kernel while the GNU Project provides the core tools) or another similar free operating system such as FreeBSD or OpenBSD, then might I recommend that you search through the source code using the tool `grep'. This tool is considered a standard in the Unix and Unix-like world, and thusly is usually part of the core utilities meaning it should be part of the base system without having to install a package.

For example, in this situation you would be looking to use `grep' with the `-nri' flags, to get the line number (-n), do it recursively (-r) and do it case-insensitively (-i). I recommend checking out the manual pages (this is done with the `man' command).

HTH,
Cheers,
Byte

not really a solution but i highly recommend getting either just a dac or a dac + amp, doesn't have to be a super fancy one but it leads to way less issues with sound in my experience. if you go down this route make sure it's "driverless" or something similar advertised for mac i think, otherwise i recommend the fiio e10k

for actual advice, you can check that the right module is loaded, looking at 'lscpi -nnk' it seems like snd_hda_intel is the one used for most audio devices. i would look into it and see if there are some module options for maybe forcing the internal header to be registered if that turns out to be the issue. googling i find this thread https://ask.fedoraproject.org/t/headphone-audio-not-working-asus-rog-strix-z590-f-alc4080/19253/5 but i really cba reading through it but maybe you find some helpful advice

also highly recommend getting rid of pulseaudio and just using pipewire and pipewire-pulse, since you're on arch it's probably something like 'pacman -S pipewire pipewire-pulse wireplumber' then i think 'systemctl --user enable wireplumber' should be enough