Bug 99290

Summary: HDMI: whining noise (high frequent beep)
Product: PulseAudio Reporter: Dollinger Florian <dollinger.florian>
Component: alsaAssignee: pulseaudio-bugs
Status: RESOLVED MOVED QA Contact: pulseaudio-bugs
Severity: normal    
Priority: medium CC: lennart, lestcape
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Dollinger Florian 2017-01-05 21:29:38 UTC
When I plug in my TV's HDMI cable into my laptop (Acer Aspire R3 131T, Intel Audio) i get a really annoying, high frequent whine from the TV speakers.

It doesn't matter how loud the volume is set, the whistle is always the same
until I playback some music or video or something else via HDMI, even if the music is super silent - the noise disappears as long as the music lasts.
After hitting the pause button, the debug log looks something like that:

--------------------------
D: [alsa-sink-HDMI 0] alsa-sink.c: Cutting sleep time for the initial iterations by half.
D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes
D: [pulseaudio] module-udev-detect.c: Resuming all sinks and sources of card alsa_card.pci-0000_00_1b.0.
D: [alsa-sink-HDMI 0] sink-input.c: Requesting rewind due to corking
D: [alsa-sink-HDMI 0] alsa-sink.c: Requested to rewind 76688 bytes.
D: [alsa-sink-HDMI 0] alsa-sink.c: Limited to 6224 bytes.
D: [alsa-sink-HDMI 0] alsa-sink.c: before: 1556
D: [alsa-sink-HDMI 0] alsa-sink.c: after: 1556
D: [alsa-sink-HDMI 0] alsa-sink.c: Rewound 6224 bytes.
D: [alsa-sink-HDMI 0] sink.c: Processing rewind...
D: [alsa-sink-HDMI 0] sink-input.c: Have to rewind 6224 bytes on render memblockq.
D: [alsa-sink-HDMI 0] sink-input.c: Have to rewind 12448 bytes on implementor.
D: [alsa-sink-HDMI 0] source.c: Processing rewind...
--------------------------


The funny thing is, if I run a "speaker test" (HDMI) on gnomes audio settings, then the noise doesn't appear again (until i pause another video/music again), the debug log looks like that when the noise is gone:

--------------------------
D: [alsa-sink-HDMI 0] alsa-sink.c: after: 1632
D: [alsa-sink-HDMI 0] alsa-sink.c: Rewound 6528 bytes.
D: [alsa-sink-HDMI 0] sink.c: Processing rewind...
D: [alsa-sink-HDMI 0] sink-input.c: Have to rewind 6528 bytes on render memblockq.
D: [alsa-sink-HDMI 0] source.c: Processing rewind...
I: [pulseaudio] sink-input.c: Freeing input 24 "Vorne Rechts"
--------------------------


It also doesn't happen on the _internal_ speakers of my laptop, after hitting pause on VLC, the debug looks like that:

--------------------------
I: [pulseaudio] module-stream-restore.c: Synced.
D: [alsa-sink-ALC255 Analog] protocol-native.c: Requesting rewind due to end of underrun.
D: [alsa-sink-ALC255 Analog] sink-input.c: Requesting rewind due to uncorking
D: [alsa-sink-ALC255 Analog] alsa-sink.c: Requested to rewind 352800 bytes.
D: [alsa-sink-ALC255 Analog] alsa-sink.c: Limited to 6608 bytes.
D: [alsa-sink-ALC255 Analog] alsa-sink.c: before: 1652
D: [alsa-sink-ALC255 Analog] alsa-sink.c: after: 1652
D: [alsa-sink-ALC255 Analog] alsa-sink.c: Rewound 6608 bytes.
D: [alsa-sink-ALC255 Analog] sink.c: Processing rewind...
D: [alsa-sink-ALC255 Analog] sink.c: latency = 773
D: [alsa-sink-ALC255 Analog] source.c: Processing rewind...
D: [alsa-sink-ALC255 Analog] sink-input.c: Requesting rewind due to corking
D: [alsa-sink-ALC255 Analog] alsa-sink.c: Requested to rewind 101200 bytes.
D: [alsa-sink-ALC255 Analog] alsa-sink.c: Limited to 6224 bytes.
D: [alsa-sink-ALC255 Analog] alsa-sink.c: before: 1556
D: [alsa-sink-ALC255 Analog] alsa-sink.c: after: 1556
D: [alsa-sink-ALC255 Analog] alsa-sink.c: Rewound 6224 bytes.
D: [alsa-sink-ALC255 Analog] sink.c: Processing rewind...
D: [alsa-sink-ALC255 Analog] sink.c: latency = 729
D: [alsa-sink-ALC255 Analog] sink-input.c: Have to rewind 6224 bytes on render memblockq.
D: [alsa-sink-ALC255 Analog] sink-input.c: Have to rewind 12448 bytes on implementor.
D: [alsa-sink-ALC255 Analog] source.c: Processing rewind...
--------------------------


My System is:
Linux Apricity (12-2016)
based on Linux Arch
Pulseaudio Version 9
Comment 1 Dollinger Florian 2017-01-05 21:37:38 UTC
I found that there are many underruns on HDMI connection, is this maybe a problem?
Like that one:
D: [alsa-sink-HDMI 0] sink.c: alsa_output.pci-0000_00_1b.0.hdmi-stereo: Found underrun 6992 bytes ago (32 bytes ahead in playback buffer)
Comment 2 Dollinger Florian 2017-01-06 01:08:07 UTC
I found a workaroud:

at /etc/pulse/daemon.conf
change
; default-sample-rate = 44100
to
default-sample-rate = 48000

I don't know why, but that fixed the hiss for now
Comment 3 Dollinger Florian 2017-01-06 01:12:20 UTC
it's maybe better to modifiy to personal copy in ~/.config/pulse/ instead of the systemwide one...
Comment 4 Lester Carballo Pérez 2017-10-23 10:43:44 UTC
(In reply to Dollinger Florian from comment #2)
> I found a workaroud:
Thanks. I can confirmed your workaround is in the right direction, probably not the exact number for my specific LG 23MT75D-PU monitor.
Comment 5 Tanu Kaskinen 2017-10-24 13:37:30 UTC
This is probably a hardware bug. To verify, can you test playing something directly to alsa using 44100 Hz sample rate? If you don't know how to do that, please attach the output of "cat /proc/asound/cards" and "pactl list". I'll give further instructions after that.
Comment 6 Lester Carballo Pérez 2017-10-25 04:24:50 UTC
(In reply to Tanu Kaskinen from comment #5)
> This is probably a hardware bug.

In my case this is a bit strange. I do not made the change on my profile, and in one update (probably) i lost the configuration and i have not problem now. Also i buy the monitor and my hardware a lot time ago and was fine for a lot time. It apparently was some temporary version of Ubuntu. If this occurs again i will follow your recommendations. Thanks.
Comment 7 GitLab Migration User 2018-07-30 10:21:32 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/373.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.