Hi everyone, I’m using mopidy with icecast2 in xubuntu 18.04. When I configure mopidy with output = autoaudiosink it is all right and mopidy plays using PC speakers. But when I configure mopidy to output via icecast2, using the output configuration suggested into documentation, mopidy freezes the…

The simplest pipeline I have managed to put together to replicate the issue is the one only with one encoder and output to shout2send: output = audioresample ! lamemp3enc ! shout2send mount=/mopidy.mp3 ip=127.0.0.1 port=8000 password=hackme I have added some local changes to audio.actor.on_message …

So I’ve eventually found a workaround for my use case for now that works on all the systems that I’ve tested so far. I have eventually fallen back to snapcast with a wavenc pipeline instead of icecast2: output = tee name=t ! queue ! audioresample ! autoaudiosink t. ! queue ! audioconvert ! audio/x-…

Yep I reproduced it with Ubuntu 18.10 running in Virtualbox. I am still looking into the logs.

So, my working Ubuntu system uses avdec (from gstreamer1.0-libav) for decoding the mp3 whereas the broken Ubuntu system uses mpg123. I can fix the broken system by installing gstreamer1.0-libav; and break the working system by removing it. mpg123 logs a couple of the following messages which might …

@kingosticks I can confirm that installing gst-libav on Arch or gstreamer1.0-libav on Ubuntu fixes the problem, thanks! Not only for mp3, I’ve tested it with ogg and flac as well and the problem is solved. So is the issue with the presence of the fakesink that breaks the pipeline when encoding is i…

I’m still learning about Gstreamer but nothing I’ve seen would suggest there is anything wrong with the fakesink in our pipeline. To me it seems like a regression. My next step is to take the examples to the Gstreamer devs.

I have done a couple of tests with the simplest shout2cast pipeline I could come up with: output = audioresample ! audioconvert ! lamemp3enc ! shout2send mount=mopidy ip=127.0.0.1 port=8000 password=hackme Oddly, this pipeline works on all of my devices if I play local files, it breaks if I try to…

Following up: I’ve tried that pipeline on all of the previously bugged systems after installing gstreamer1.0-libav. Tested with local files, SoundCloud, TuneIn, SomaFM and Spotify. It works well with all the types except Spotify tracks. When I try to play any Spotify track I encounter the same sym…

It seemed that it was the usage of avdec over mpg123 that helped. Spotify audio goes through a slightly different pipeline which doesn’t have a decoder since libspotify already gives us raw audio data. So it seems reasonable that it’d be different. I’ll try and reproduce this. You can ignore those …

I reproduced this. Removing the fakesink also fixed it (using output = lamemp3enc ! shout2send mount=mopidy ip=127.0.0.1 port=8000 password=hackme).

Mopidy is not playing with icecast2

Misc

Topic		Replies	Views
Help! Icecast2 no playback Misc	6	1419	May 21, 2020
Iris Icecast playback stuck in a loop (MOVED) Misc	18	1725	May 22, 2020
GStreamer Troubleshooting? Misc	7	2908	August 7, 2020
Can produce sound via gst via command line, but not through mopidy Misc	0	951	October 27, 2015
Mopidy not playing anything since last apt-get upgrade Misc	10	4697	December 21, 2015

Mopidy is not playing with icecast2

Related topics