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
–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.