You are not logged in.
I used to stream music using MPD httpd server, which worked until recently.
While I cannot identify a change in the system that would be clearly linked with this, I realized it is not working anymore for a few days, maybe up to a couple weeks.
When I start to play a song (with ncmpcpp), it stays in pause.
The configuration is:
...
port "8001"
audio_output {
type "httpd"
name "some name"
port "8000"
quality "9"
format "44100:16:1"
}
Running the following command:
mpd --stdout --no-daemon --verbose .config/mpd/http.conf
and trying to play a song I get this output:
config_file: loading file .config/mpd/http.conf
exception: bind to '0.0.0.0:8001' failed (continuing anyway, because binding to '[::]:8001' succeeded): Failed to bind s
ocket: Address already in use
libsamplerate: libsamplerate converter 'Fastest Sinc Interpolator'
vorbis: Xiph.Org libVorbis 1.3.5
opus: libopus 1.1.4
sndfile: libsndfile-1.0.27
simple_db: reading DB
curl: version 7.53.1
curl: with OpenSSL/1.0.2k
avahi: Initializing interface
avahi: Client changed to state 2
avahi: Client is RUNNING
avahi: Registering service _mpd._tcp/Music Player
avahi: Service group changed to state 0
avahi: Service group is UNCOMMITED
avahi: Failed to add service _mpd._tcp: Local name collision
state_file: Loading state file /home/user/.config/mpd/state-http
playlist: play 0:"some song.mp3"
decoder_thread: probing plugin mad
playlist: queue song 1:"another song.mp3"
client: [0] opened from [::1]:33430
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "plchanges "0""
client: [0] command returned 0
mad: detected LAME version 3.98 ("LAME3.98r")
mad: LAME peak found: 0.000000
mad: encoder delay is 576, encoder padding is 1674
decoder: audio_format=44100:24:2, seekable=true
client: [0] process command "outputs"
client: [0] command returned 0
client: [0] process command "decoders"
client: [0] command returned 0
client: [0] process command "outputs"
client: [0] command returned 0
client: [0] process command "outputs"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "playid "1""
playlist: play 0:"some song.mp3"
exception: All audio outputs are disabled
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
The first exception, about binding failing, I think I've always had it, and assume it's not related.
The second error, about avahi failing, I would also assume it's not related, because avahi has been for some time in the system without causing issues.
The only clue I have is the following exception, "All audio outputs are disabled".
Edit: adding mpd --version output excerpt
Music Player Daemon 0.20.6
...
Output plugins:
shout null fifo pipe alsa ao oss pulse jack httpd recorder
...
Other features:
avahi epoll icu inotify ipv6 systemd tcp un
Last edited by bonob (2017-04-13 10:13:19)
Offline
I found the following information here: https://www.musicpd.org/doc/user/config … tputs.html
enabled yes|no
Specifies whether this audio output is enabled when MPD is started. By default, all audio outputs are enabled. This is just the default setting when there is no state file; with a state file, the previous state is restored.
I solved my issue by removing the state file.
And just realized that there is an output tab in ncmpcpp (tab 7), which lets one enable and disable outputs, and where I probably accidentally disabled the output.
Offline
also
mpc enable/disable FOOBAR
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline