From: Jean-Francois M. <je...@ra...> - 2009-08-12 13:02:21
|
Hello, Here is my problem. I would like to allow our user to use input.harbor on their webradio to allow them doing live radio. But I also have to insert some ads and I would like to announce to the radio editor when the ad will be inserted in his stream (using a countdown). But due to the buffer between this editor and the liquidsoap, I never know when to warn him. How could I know the duration of the buffer ? Is it an easy way doing that ? TIA, Jef |
From: Romain B. <to...@ra...> - 2009-08-12 15:17:10
|
Le mercredi 12 août 2009 07:31:39, Jean-Francois Mauguit a écrit : > Hello, Hi Jef ! > Here is my problem. > > I would like to allow our user to use input.harbor on their webradio > to allow them doing live radio. But I also have to insert some ads and > I would like to announce to the radio editor when the ad will be > inserted in his stream (using a countdown). But due to the buffer > between this editor and the liquidsoap, I never know when to warn him. > How could I know the duration of the buffer ? Is it an easy way doing > that ? Hmmm, good call. Recently we have added something initially meant for debugging. This is an option that, when turned on, outputs the size of the buffer to a file. See: * logfile :: string (default "") Log buffer status to file, for debugging purpose. Disabled if empty. Perhaps you can use this to know the length of the buffer.. Romain |
From: Jean-Francois M. <je...@ra...> - 2009-08-12 15:57:41
|
Hello, Thanks for the reply. My concern is that I have 2000 liquidsoap instances to check :-) So is it possible that when input.harbor is receiving data it call a bash script (or something else) giving its buffer length on a regular basis (let's say each 5 minutes). Thanks in advance, Jef On 12 Aug 2009, at 17:16, Romain Beauxis wrote: > Hmmm, good call. Recently we have added something initially meant for > debugging. This is an option that, when turned on, outputs the size > of the > buffer to a file. See: > > * logfile :: string (default "") > Log buffer status to file, for debugging purpose. Disabled if > empty. > > Perhaps you can use this to know the length of the buffer.. |
From: David B. <dav...@gm...> - 2009-08-15 10:56:24
|
My pessimistic 2 cents... Don't expect to get anything very precise and robust for what you want to do using harbor. It's just not a real-time technology. Currently we don't have anything better, though. You might get something "good enough" by hacking around, and if your network conditions are quite stable, but I just wanted to warn you that this might be a waste of time. Cheers, David |
From: Romain B. <to...@ra...> - 2009-08-15 14:10:21
|
Le samedi 15 août 2009 05:56:07, David Baelde a écrit : > Don't expect to get anything very precise and robust for what you want > to do using harbor. It's just not a real-time technology. Currently we > don't have anything better, though. You might get something "good > enough" by hacking around, and if your network conditions are quite > stable, but I just wanted to warn you that this might be a waste of > time. I agree. Jeff, what you could do is setup some experimental tests using the current log file. If this is accurate enough, we could implement what you need and you could put it in production safetly ! Romain |
From: Romain B. <to...@ra...> - 2009-08-21 21:25:31
Attachments:
buffer_length.patch
|
Hi ! Le mercredi 12 août 2009 07:31:39, Jean-Francois Mauguit a écrit : > I would like to allow our user to use input.harbor on their webradio > to allow them doing live radio. But I also have to insert some ads and > I would like to announce to the radio editor when the ad will be > inserted in his stream (using a countdown). But due to the buffer > between this editor and the liquidsoap, I never know when to warn him. > How could I know the duration of the buffer ? Is it an easy way doing > that ? I have just added a new telnet command for input.http and input.harbor: buffer_length. This commands returns the current buffer's length in seconds, up to two digits of precision. I believe this should be sufficient for your need. You should also be able to backport the patch to 0.9.1. It is attached. Romain |