I always recognised some very hard stuttering within some games using wine and i found out this is caused by the sound-implementation of freebsd. To be specific: 48khz sample rate means no stuttering within grim dawn for e.x. 192khz sample rate means very hard stuttering within grim dawn for e.x. I wasn't able to test this on all games yet but i assume its alot more games or even all games being affected by it.
Changing kernel-behaviour to always choose the last cpu/thread for soundprocessing should solve this.
Does the issue affect only Wine? Can you attach .wav sample? Try a different audio backend instead e.g., ALSA or PulseAudio. Maybe Wine developers don't test OSS backend enough (if at all). Try changing buffering latency i.e., hw.snd.latency and hw.snd.latency_profile. (In reply to SF from comment #1) > Changing kernel-behaviour to always choose the last > cpu/thread for soundprocessing should solve this. Do you mean pthread_setaffinity_np(3)? It's up to an application or the sound daemon.
dev.pcm.0.play.vchanrate=192000 This affects performance within games very much, but as far as i know it should affect any program on freebsd because the processing is done on cpu1. This should be switched to the last cpu. I recognised some interactions of this several times, putting this on cpu1 is not good. If oss is the default sound-implementation then this should be changed.
I'm afraid I cannot contribute to this.
I'm not sure how to test this, but I changed all my PCM devices to 192k (e.g. dev.pcm.0.play.vchanrate=192000) and didn't encounter any sound issues with either Wine or VLC. If this is the correct way of testing then perhaps something else is the problem besides Wine?