Describe the bug:
I have to play with hitsounds off because they are not in sync with the music. They lag behind consistently by what feels like ~50ms?
Screenshots or videos showing encountered issue:
osu!lazer version: 2020.1020.0
I'm not sure what I'm supposed to do with this report. I can't reproduce this, there are no details about the beatmap, the platform on which this video was recorded, the system specifications of the machine it was recorded on.
Do you play with a custom audio offset?
I'm happy to add any details you need, here's the ones you just mentioned:
Beatmap: It happens on every beatmap
Platform: Arch linux
Machine specs: AMD Ryzen 7 2700X Eight-Core Processor, NVIDIA 750 Ti graphics card, can add other info if you need
I play with no offset, and it works fine when hitsounds aren't on. The music isn't delayed, only the hitsounds. If I tap in time with the music, it works perfectly, the hitsounds are just wrong and confusing.
That doesn't tell me much yet, unfortunately... linux is maybe a hint but my ubuntu box seems to be doing just fine.
Are you running any custom pulseaudio/alsa settings? What output devices (i.e. sound card) are you using for audio playback?
I shouldn't be running anything weird, looking in pavucontrol it just shows up as one playback device, all ALSA plug-in [dotnet].
I'm not using a sound card, just whatever is in my motherboard. I've never had similar issues with any other software.
I have the same issue as it seems form the video, the beatmap pauses/lags/freezes for a short time on the first hitobject, presumably causing offset the from the music and depending on the suverity making the first note unreadable.
I am also using Audio Compatability Mode on Stable to not have random offsets on maps, not sure if that is in any way connected to this issue.
Windows 10 Pro N 2004
Build 19041.572
Realtek HD Audio Driver 6.0.1.8210
nvidia Driver 456.71 but has happened on older drivers as well
using 2GPUs in system attatched to different displays
A video of the issue behaviour can also be uploaded, but it seems to be exaclty the same as the video provided by memesnightmares.
If i can provide any more details to help, please let me know
@OniCado I could be wrong, but what you're talking about seems to be more like #6242, a different issue that I have.
@bdach I see that you've tagged my report as missing-details, if there's anything I've neglected to provide please do let me know so that I can clarify!
To be frank at this point it's hard to say conclusively what info might be necessary. Without at least some entry-level investigation/debugging on your side it's going to be difficult to bring this to a conclusion as there are too many possibilities regarding what might be going wrong, and playing guessing games isn't really all this productive.
Could you give me some pointers on what I should be trying to debug? I'd be happy to do a bit of digging, I'm just not sure where to start / what could be at fault.
Nevermind, for some reason I'd mentally ruled out pulseaudio as being the culprit since it showed osu as one unified device, however turns out that https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting#Laggy_sound solved my issue (setting the following settings in /etc/pulse/daemon.conf)
default-fragments = 5
default-fragment-size-msec = 2
Most helpful comment
Nevermind, for some reason I'd mentally ruled out pulseaudio as being the culprit since it showed osu as one unified device, however turns out that https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting#Laggy_sound solved my issue (setting the following settings in
/etc/pulse/daemon.conf)