2012/6/28 James Moon <[email protected]>: > Hi guys, Hi!
> Here is the case. > We have input.harbour set in the liquidsoap. Mixxx is connected to the > input.harbour. While Mixxx is still connected, I restart the liquidsoap. > After that, Mixxx tries to reconnect to liquidsoap but liquidsoap is keep > rejecting the connection. > This is what I get from liquidsoap log. > > 2012/06/28 12:29:53 [lang:3] > /usr/lib/airtime/pypo/bin/liquidsoap_scripts/notify.sh > --source-name=master_dj --source-status=true & > 2012/06/28 12:29:53 [threads:3] Created thread "harbor source feeding" (2 > total). > 2012/06/28 12:29:53 [master_harbor:3] Decoding... > 2012/06/28 12:30:00 [master_harbor:2] Feeding stopped: > Ogg_demuxer.Invalid_stream. > 2012/06/28 12:30:00 [lang:3] > /usr/lib/airtime/pypo/bin/liquidsoap_scripts/notify.sh > --source-name=master_dj --source-status=false & > 2012/06/28 12:30:00 [threads:3] Thread "harbor source feeding" terminated (1 > remaining). > 2012/06/28 12:30:40 [decoder:3] Method "OGG" accepted "application/ogg". > 2012/06/28 12:30:40 [lang:3] > /usr/lib/airtime/pypo/bin/liquidsoap_scripts/notify.sh > --source-name=master_dj --source-status=true & > 2012/06/28 12:30:40 [threads:3] Created thread "harbor source feeding" (2 > total). > 2012/06/28 12:30:40 [master_harbor:3] Decoding... > 2012/06/28 12:30:49 [master_harbor:2] Feeding stopped: > Ogg_demuxer.Invalid_stream. > 2012/06/28 12:30:49 [lang:3] > /usr/lib/airtime/pypo/bin/liquidsoap_scripts/notify.sh > --source-name=master_dj --source-status=false & > 2012/06/28 12:30:49 [threads:3] Thread "harbor source feeding" terminated (1 > remaining). > > Is there solution for this? This is a problem related to the ogg format and your source client. Any ogg stream should begin with a proper ogg header. When the source client disconnects from harbor/icecast, it should send a new fresh ogg header upon reconnecting. I believe that in this case, the mixxx client reconnects and starts sending its stream from where it stopped, without adding an new ogg header. This behaviour is not correct. It may seem to work with icecast because icecast does not decode the data. However, no listener will be able to listen to the stream from icecast until a new ogg header is sent, for instance after a new track. In the case of input.harbor, however, it fails immediately because the operator need to be able to immediately decode its data. Hope this helps, Romain ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
