# Mopidy is not playing with icecast2

**URL:** <https://discourse.mopidy.com/t/mopidy-is-not-playing-with-icecast2/2469>\
**Category:** Misc\
**Created:** [May 5, 2018, 9:20am UTC](https://discourse.mopidy.com/t/mopidy-is-not-playing-with-icecast2/2469 "2018-05-05T09:20:16Z")\
**Posts on this page:** 1\
**Showing post:** 39

<div class="post-metadata">

**Author:** ![blacklight](https://yyz2.discourse-cdn.com/flex036/user_avatar/discourse.mopidy.com/blacklight/32/669_2.png) [@blacklight](https://discourse.mopidy.com/u/blacklight)\
**Post date:** [January 4, 2019, 1:06pm UTC](https://discourse.mopidy.com/t/mopidy-is-not-playing-with-icecast2/2469/39 "2019-01-04T13:06:32Z")

</div>

Interestingly, when I try this pipeline:

```
output = audioresample ! audioconvert ! lamemp3enc ! filesink location=/tmp/snapfifo

```

I experience the same issue that I experience with shout2send: playing status but stuck on 0:00. When I send `mpc seek 1` snapcast obviously doesn’t work (it’s not compatible with mp3) but at least the mopidy playback starts, just like in the shout2send scenario. Could the issue be indeed related to changes in the GStreamer lame/ogg encoders?

[Debug logs of the scenario above on Arch](https://pastebin.com/6spExFxY)

–EDIT–

Just to validate that the issue is not with `tee`, I have tested this pipeline too:

```
output = tee name=t ! queue ! audioresample ! autoaudiosink t. ! queue ! audioconvert ! audio/x-raw,rate=48000,channels=2,format=S16LE ! wavenc ! filesink location=/tmp/snapfifo

```

and this also works as expected.

---

_[View the full topic](https://discourse.mopidy.com/t/mopidy-is-not-playing-with-icecast2/2469)._