2011/11/28 Peter Retep <[email protected]>: > Hi Romain, Hi Peter!
> thanks for update! > I have not sent any requests to the list during last time since liquidsoap > ist still doing a > perfect 24/7 job for years at our radio network. Excellent news! > We are running mostly live content from the studios, so there are no > metatags in the streams at all. > Title, URL, location and description of the current broadcast is given by an > external calendar. > Additionally we have currently 4 geographically distributed locations we > stream from, but we are sharing FM online time (only one station is online > at FM transmitter at the same time). > Since we have had problems at the decoder side > - using OGG CBR streams and > - metadata updates from the calendar at the same time, > we finally disabled flows for stream stability reasons in live mode. That's understandable, though I've had flows in production for a while without much troubles. All submissions are done asynchronously so they should not impact latency of the main streaming thread (too much).. > To re-join the flows network again I could create a separate liquidsoap > instance > with flows enabled which just inserts the currently sending station's > metadata to an empty stream, > but this seems resource overkill to me. > > Is there a more simple way to just push the current metadata from the > calendar directly to flows? > I can get the current broadcast title, URL and location from the calendar > without any problem. > (Today we also push the current broadcast to twitter so this could be easily > adopted to push to flows protocol additionally). Actually, our main concern with flows is precisely to provide those kind of services, twitter push, facebook notifications etc.. Admitidly, it is tempting to use the protocol as a mean to leverage liquidsoap's use. However, we are open-source so there is no point in not documenting it :-) Right now, we are experiencing the various services that could be proposed around flows and, clearly, documenting the protocol and maybe providing generic libraries to make use of it should be part of the agenda. My main concern right now is the following: how is it possible to define a software/protocol architecture that would allow radios to register services such as a custom chat room, social network pushs, etc.. with as less infrastructure on their side and on our side as well.. I believe that the newly opened javascript notification service should be able to support a good load, which buys us some time, but I am open to suggestions. For instance, what kind of server do you guys run, would you be able to run some code/library that we could provide for additional plugins/functionalities, etc.. Romain ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
