similar to: Shout.delay

Hi, In the ocaml-vorbis binding for libvorbis/libogg, we're having trouble with the function encoder_reset which is intended to finish the current track and start a new one with given metadata. Used in liquidsoap (audio streamer) I first noticed that this function is quite slow, and can lead to (very small) latencies of outputs. But it gets more serious now, since we start to suspect it to

Hi list, The Savonet team is proud to announce a new release of its programmable audio stream generator, liquidsoap 0.3.0. Liquidsoap is a simple ruby-like script language allowing one to build audio stream sources from various elementary sources, source combinators and audio outputs. It is mainly intended to be used as an icecast client for internet radios through the use of the shout output

In my experience liquidsoap is a lot easier to compile from source on Debian or Ubuntu. Both platforms also have packages in the repos. To experiment it might be easier to spin up a small local VM, or there's always a digital oceans droplet, or EC2 micro instance. On Jan 7, 2015 4:24 PM, "Steve Matzura" <sm at noisynotes.com> wrote: > Looks like a lot of tedium. I'll

I could, but I have this big old Fedora system just waiting for me to get LS working on it, so I think I need to concentrate on making that happen. If it's hard, difficult, tedious, inconvenient, then that's what it is. I want the cue sheet capability some way somehow, so I'm just going to have to knuckle down and buckle down and do it. Right? On Wed, 7 Jan 2015 17:21:27 -0800, you

Looks like a lot of tedium. I'll give it a go on Red Hat, but not before a full backup first. On Wed, 7 Jan 2015 11:26:13 -0800, you wrote: >Hello, > >Fedora and CentOS don't have any prebuilt packages in the standard repos. > >Here are a few guides from the Liquidsoap community, specific to CentOS. >http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/

Hello, Fedora and CentOS don't have any prebuilt packages in the standard repos. Here are a few guides from the Liquidsoap community, specific to CentOS. http://puck.in/2013/12/install-liquidsoap-1-1-on-centos-6-4/ http://sourceforge.net/p/savonet/mailman/message/31330094/ On Wed, Jan 7, 2015 at 10:05 AM, Steve Matzura <sm at noisynotes.com> wrote: > Looks like it's what I

Hi, On Sun, Sep 7, 2008 at 12:30 AM, Dick Trump <dtrump1 at triadav.com> wrote: > kosnickx wrote: >> But there is one thing : while falling back from one mount point to >> another it takes about 10 to 15 seconds. Does this happen to you too? Is >> there any way to reduce this to minimum or to 0 if possible. I've been wanting to advise you to give liquidsoap a try

Looks like it's what I need. Do you know, is there a distro or repo for Fedora? Or should I build it from source? On Wed, 7 Jan 2015 07:56:39 -0800, you wrote: >Hi Steve. > >Liquidsoap supports CUE sheets as an input. > >http://savonet.sourceforge.net/doc-svn/playlist_parsers.html >On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: >

Hi Steve. Liquidsoap supports CUE sheets as an input. http://savonet.sourceforge.net/doc-svn/playlist_parsers.html On Jan 7, 2015 5:04 AM, "Steve Matzura" <sm at noisynotes.com> wrote: > I may have asked this before, but either I didn't, or I've > inadvertently discarded the message containing the answer, so pardon > please if this is a repeat. > > Wil

Hi Jamie, The webRTC API does not sound suitable for source->server streaming for many reason. For instance, the peer-to-peer connection requires input from both end and seems quite unfeasible to implement in a server. Likewise, codecs are completely abstracted and much more. In reality, webRTC is an API to acheive full-duplex conversations a-la skype and not for streaming. For these

involved. This is easy enough to verify, dump to a file as described on that page and feed the resulting file to 'ogginfo'. If it is indeed properly muxed into an Ogg container, then just forwarding it via HTTP PUT instead of writing it to a file should do the job. I'd suggest someone just tries it. If you need a Icecast server to test against I can also provide that. Ping me on IRC

Following up on this topic ( sorry if this starts a new thread but I just joined the ml ), I do no understand why it is not possible to use the audio stream from webRTC's getUserMedia and then send it over a websocket ? It seems that the webRTC implementation can natively encode in ogg format in stereo from any interface ( according to

--- On Tue, 2/15/11, Romain Beauxis <toots at rastageeks.org> wrote: > You should be able to use Liquidsoap for that. Looks interesting. I'm using Gentoo and the official portage tree doesn't have a liquidsoap ebuild. I noticed that Savonet actually prepared its own ebuilds but they are a bit outdated (2007). I could build directly from source but I'd prefer to do it via

Hi, I am a new user of icecast, and need help with the set up. I am streaming two independent streams with shout (mount 1:shout1, mount 2:shout2). Icecast accepeted both streams on mountpoints /shout1 and /shout2. I tried to receive each stream with Winamp using "<a href="http://<IP">http://<IP</a>>:8000/shout1" and "<a

David Baelde wrote: > You didn't describe much of your bugs or the specific features of your > playout system... hmmm, I thought I did describe the playout system, but I'm happy to elaborate if you want more details. But you're right about the bugs. The critical (i.e. urgent) ones in no particular order: 1. PRS will disconnect from Icecast after a certain amount of time

We are running an icecast2 server in conjunction with our LPFM radio station and need a little advice. We have been serving a single 128k ogg stream from a remote server and would like to make additional formats available (e.g. mp3, lower bandwidth, etc.) I would think this has been done a few thousand times and there would be a "best practice" but I can't find it. Our basic

Hi, I discovered shout-python. I use it to straem theora to an icecast server. But works quite right except some times, it hangs, with no reasons. I built it against libshout 2.2 The server i an IceCast 2.3.1 I have some notes: The stream type, in the example could be vorbis | mp3. Wouldn't it be the time to change it to ogg | mp3? As well as theora can be in a ogg. Is there any known

Steve, The latest release of liquidsoap (1.1.1) was released on 2013-05-08. http://sourceforge.net/projects/savonet/files/liquidsoap/1.1.1/liquidsoap-1.1.1-full.tar.gz/download On Wed, Sep 30, 2015 at 9:54 AM, Steve Matzura <sm at noisynotes.com> wrote: > Can anyone recommend any program newer than the last release of > Liquidsoap, which, unless I misread the page, was in 2007?

Hi, You didn't describe much of your bugs or the specific features of your playout system... It seems to me that it'd be best to focus new efforts on the automated scheduler pickings songs from the database. In that area there is no really good open-source solution as far as I know. There are only several specialized solutions. Playout is quite independent from scheduling: streamers can

> > 1. icecast doesn't seem to recognize when a client disconnects. i enabled the shoutcast and icecast directory servers, and they were both saying that i had around 400 listeners last night, when in fact i only had 8. the only lines in the icecast configuration file that seem to have anything to do with managing client connections are set like this: Could be a bug in icecast,