Another datapoint. When I've experienced "buzz" was when playing flac audio using audacious AND under quite heavy loads (maybe especially high I/O loads on staging / packaging) by poudriere builds and `make buildworld` in case base llvm is under rebuilding.
Experienced both on pulseaudio and OSS backends, and today just experienced on pipewire backend, too. If this is caused by convergences on buses, I think glmark2 (or any other GPU-intensive benchmarks for the computer) could eat up bus bandwidth and causing the issue. Just my 2 JPY. ;-) On Sun, 26 Jul 2026 16:10:20 +0300 Sulev-Madis Silber <[email protected]> wrote: > power draw? filtering? variable power use? data interference > > tho, we kind of ruled those out i think > > but what if other oses control hw differently. maybe some freq scaling > > wild guesses eh > > i'm curious what the fix is, really... > > > > On July 26, 2026 10:11:31 AM GMT+03:00, vermaden <[email protected]> wrote: > >Hi, > > > >I will not quote the earlier messages as I found new way to generate this > >buzzing sound (for debugging). > > > >Works both for 14.4-RELEASE (I downgraded to that for less sound issues) and > >latest 15.1-RELEASE. > > > >Start playing some MP3 with 'audio/deadbeef' player - I tried both > >PulseAudio and OSS backends - same behavior - You need to compile Deadbeef > >from ports if You want to have PulseAudio backend. > > > >Next install 'benchmarks/glmark2' and run it without any other parameters > >with 'glmark2' command. > > > >First benchmark is 'rotating horse', second is 'rotating crate box' - > >buzzing will start at the end of 'horse' and will continue on the 'box' and > >rest of the benchmarks. > > > >Setting these change nothing: > ># sysctl hw.snd.timeout=0 > ># sysctl hw.snd.latency=0 > > > >Bug submitted here: > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=297059 > > > >Regards, > >vermaden -- Tomoaki AOKI <[email protected]>
