You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
CPU usage of coreaudiod process sits at 6.5-8% while pianobar is running. CPU usage of this process drops to 0.0% on the same machine when pianobar is closed. While writing this issue, I noticed this is normal behavior for audio output on MacOS. It would be good if the audio device was released when playback is paused.
Your environment
pianobar version: 2019.02.14, installed via homebrew
macos 10.15.2 - MacBook Pro (15-inch, 2018)
ffmpeg
> brew info ffmpeg
ffmpeg: stable 4.2.2 (bottled), HEAD
libav:
> brew info libav
libav: stable 12.3 (bottled), HEAD
libao:
> brew info libao
libao: stable 1.2.2 (bottled), HEAD
config (uncommented lines, sans creds):
ban_icon = �[37m</3�[0m
love_icon = �[31m<3�[0m
tired_icon = �[36mzZ�[0m
format_nowplaying_song = �[32m%t�[0m by �[34m%a�[0m on �[35m%l�[0m�[31m%r�[0m%@%s
format_nowplaying_station = Station �[31m%n�[0m
format_msg_info = (i) �[33m%s�[0m
format_msg_time = # �[31m %s�[0m
Steps to reproduce
Should reproduce on any recent version of macos, I've noticed the problem for quite a while, but just narrowed it down to pianobar. The behavior persists even when playback is paused, any time pianobar is open. (I tend to just leave it open but paused)
Expected behaviour
I tested the Apple Music app, coreaudiod has similar CPU usage while it is playing audio. It seems this is 'normal' when an application is using the audio device. However, when playback is paused in Music, coreaudiod usage returns to 0, unlike pianobar.
Actual behaviour
It seems pianobar (probably libao?) holds the audio device open, possibly outputting silence, while playback is paused, thus keeping CPU usage of the audio daemon high.
I realize this might be an upstream issue with libao, but I wanted to make you aware. Thanks for maintaining this awesome software.
The text was updated successfully, but these errors were encountered:
It should be noted pulseaudio on Linux behaves the same (although CPU
usage is much lower on my PC, ~2% when playing, 0.7% when paused).
Fact is, getting audio output right is hard. Very hard. In the past I
though about forking a helper process that contols a media player like
mpv. Is this a viable option on OSX as well?
Subject of the issue
CPU usage of
coreaudiod
process sits at 6.5-8% while pianobar is running. CPU usage of this process drops to 0.0% on the same machine when pianobar is closed. While writing this issue, I noticed this is normal behavior for audio output on MacOS. It would be good if the audio device was released when playback is paused.Your environment
Steps to reproduce
Should reproduce on any recent version of macos, I've noticed the problem for quite a while, but just narrowed it down to pianobar. The behavior persists even when playback is paused, any time pianobar is open. (I tend to just leave it open but paused)
Expected behaviour
I tested the Apple
Music
app,coreaudiod
has similar CPU usage while it is playing audio. It seems this is 'normal' when an application is using the audio device. However, when playback is paused inMusic
,coreaudiod
usage returns to 0, unlikepianobar
.Actual behaviour
It seems pianobar (probably libao?) holds the audio device open, possibly outputting silence, while playback is paused, thus keeping CPU usage of the audio daemon high.
I realize this might be an upstream issue with libao, but I wanted to make you aware. Thanks for maintaining this awesome software.
The text was updated successfully, but these errors were encountered: