Account Details | |
---|---|
SteamID64 | 76561197991269785 |
SteamID3 | [U:1:31004057] |
SteamID32 | STEAM_0:1:15502028 |
Country | Greenland |
Signed Up | July 18, 2012 |
Last Posted | August 29, 2024 at 11:05 AM |
Posts | 512 (0.1 per day) |
Game Settings | |
---|---|
In-game Sensitivity | |
Windows Sensitivity | |
Raw Input | 1 |
DPI |
|
Resolution |
|
Refresh Rate |
Hardware Peripherals | |
---|---|
Mouse | |
Keyboard | |
Mousepad | |
Headphones | |
Monitor |
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
mintyxdRebite:c i thought people were nicer on tftvits not that its the fact that u put ur own opinion on american politics despite not living in our country. fix yo own damn issues before u try and fix ours
i just want people to vote
damn it's almost like what america does and doesn't do influences the rest of the western countries but pop off king
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
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
i have these, very good. long battery life charges fast but you're pretty clearly paying a huge markup for them being wireless but if you're ok with that then these are quite good. i do only use them for my tv though so i'm not sure how they are outside but i've had no issues with the controls or anything, and it has no issues being paired up to multiple devices at once