Hi! Sorry for the delay..
2011/6/7 <[email protected]>: > On 6/6/2011 5:49 PM, William Kimball wrote: >> All, >> >> I have installed liquidsoap version 0.9.2-3build2 onto a fresh >> installation of Ubuntu 11.04 (using the Ubuntu Software Center) on a >> Dell XPS M1730 laptop. I have been hired to help two radio media >> publishers syndicate their live programs, so it is critical that I find >> a way to make this work reliably. I'm trying to use liquidsoap to fit >> this need because the source will be live streaming MP3 data and the >> target is an IceCast server (that is itself syndicating to actual >> over-the-air and satellite radio). liquidsoap seems like a perfect >> candidate for this job, but the audio is getting garbled/corrupted by -- >> it seems -- liquidsoap. I have identified the issue and reduced it to >> the following script: >> >> ################################################## >> set("log.file.path", "/home/wkimball/Documents/BTR Project/btrice.log") >> stream = >> input.http("http://www.blogtalkradio.com/ftr/2011/05/18/wild-colleens-raw-talk-live.mp3";) >> out(stream) >> ################################################## >> >> On the same machine, I can play that remote streaming MP3 file just fine >> using Banshee Media Player, so I know that the source MP3 file is >> healthy and my Ubuntu installation can decode the MP3 data just fine. >> Therefore, the issue appears to be isolated to liquidsoap. How do we >> clean up the audio? Without testing the url, I think that the target maybe a local HTTP file and not a live stream, such as one provided by icecast. The essential difference is that icecast streams are server at real time, i.e. data is sent to the client at the exact decoding rate. On the contrary, data from a local file is sent all at once, with the maximal bandwidth available. In liquidsoap, the input.http is designed only for the former. If you try a local HTTP file with it, the decoding thread will process data too quickly, resulting in a buffer overrun and data being droped, which is what you described. Long story short: with local HTTP files, you should use a request-based operator, such as single, request.dynamic, single, etc.. Those operators are designed to deal with file and, with a local HTTP file, will download the whole file and play it properly. Finally, I think we already have several users syndicating blog audio files. Right now, I can think of http://www.securitycast.net/ and http://www.podradio.fr/, so it is clearly possible. Maybe you can contact them or other readers here may have more to say about these kind of use.. Romain ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
