snapserver crash with meta stream

[fuchsmich]

Describe the bug
If there are two sources with pipes (mp3 and plattenspieler) and a meta source for both (alles), snapserver crashes, when receiving data on second pipe.

Steps to Reproduce

1. play audio on second stream

Environment details

• OS: Archlinux on ARM
• Snapcast version 0.26.0
• Installed from a AUR

$ grep -v "^#" /etc/snapserver.conf
[server]
[http]
enabled = true
bind_to_address = 0.0.0.0
doc_root = /usr/share/snapserver/snapweb
[tcp]
[stream]
bind_to_address = 0.0.0.0
source = pipe:///tmp/mpdfifo?name=mp3&mode=create
source = pipe:///tmp/vinylfifo?name=plattenspieler&mode=create
source = meta:///mp3/plattenspieler?name=alles

Attach logfile if applicable

2022-01-03 15-23-35.845 [Info] (PcmStream) State changed: plattenspieler, state: idle => playing                  
2022-01-03 15-23-35.845 [Info] (Server) onStateChanged (plattenspieler): playing                                  
2022-01-03 15-23-35.846 [Debug] (MetaStream) onStateChanged: plattenspieler, state: playing                       
2022-01-03 15-23-35.846 [Info] (MetaStream) Stream: alles, switching active stream: mp3 => plattenspieler         
/usr/include/c++/10.2.0/optional:441: constexpr _Tp& std::_Optional_base_impl<_Tp, _Dp>::_M_get() [with _Tp = Meta
data; _Dp = std::_Optional_base<Metadata, false, false>]: Assertion 'this->_M_is_engaged()' failed.               
Aborted            

---

EDIT: downgrading to 0.25.0 solved the issue for now.

[badaix]

I cannot reproduce it, but b4a41e0 should fix it. Please try with the current develop branch.

[fuchsmich]

Ok, I'll give it a try.

[fuchsmich]

I managed to build and install the develop branch.

This issue seems to be solved by this.