If the presenter disconnect for a while, i see in the logs:
2017/02/11 14:09:02 [input(dot)harbor_5316:3] No network activity for
1.00 second(s).
2017/02/11 14:09:01 [input(dot)harbor_5316:3] No network activity for
1.00 second(s).
2017/02/11 14:09:00 [input(dot)harbor_5316:3] No network activity
Solved! Its a mountpoint...
Am 29.12.2016 um 22:13 schrieb neralex:
> Hey!
>
> In some tutorials I found in relation of liquidsoap and shoutcast
> examples for input.harbor like this:
>
> live = input.harbor("/",port=8000,password="hackme")
>
> For what is: "/"? Can I ignore it?
>
> My current inp
Hey!
In some tutorials I found in relation of liquidsoap and shoutcast
examples for input.harbor like this:
live = input.harbor("/",port=8000,password="hackme")
For what is: "/"? Can I ignore it?
My current input looks like this:
live =
input.harbor(icy=true,icy_metadata_charset="UTF-8","/",
I have an input.harbor with icy=true and and auth function.
but the auth funktion always uses source as username and the password is
kinda my "user;pass".
Is it possible to get the source thign away? it worked in the old
liqudsoap version 1.0 since i've updated to 1.1 it doesnt work.
--
I have a live input like this:
# A live source
live = input.harbor("radio",port=8088,password="hackme")
All works fine (it streams a playlist + a live DJ when he is presented to the
SHOUTcast server). But when I try to output the live source to the file, I have
"[stderr:3] strange error flushi
Hi,
I may not have enough details in mind, but I don't see why you should
bother starting/stopping the white noise generator. It usually
suffices to put it in a fallback (instead of mksafe) so that white
noise kicks in instead of silence. Don't worry about when the
generator is useless, it won't c
Hey David,
So if i add a white noise generator as a "playlist", start it somehow
on_connect, and stop it via on_disconnect, I suppose I will be okay? I'll
also have to change the buffer stuff to 1-2 seconds (I went and increased
it to 60 seconds to be sure I won't have such problem in the beginnin
Hi,
Pure (or almost pure) silence can create problems with compression: it
is compressed so much that there is no data chunk to send for a while,
which makes streams appear dead. This is addressed in the FAQ
(although not specifically for harbor) with a suggestion on how to
stream (faint) noise in
Hi,
I've used liquidsoap with Airtime for my radio, which I ditched a long time
ago, and as I would like to do some custom stuff, I decided to use
liquidsoap with input.harbor etc. I have a serious problem though. If I
stream silence to input.harbor, even for 1 second, liquidsoap jumps back to
the
hi Sam,
> Your code seems to be correct... The output.icecast(live, ...) is
> *after* the on_metadata line, right?
yes, it's after on_meta...
i did some in-depth debugging of my setup. seems that LS does all
correctly, i.e. setting metadata when it arrives, send it to icecast etc.
it also execu
Your code seems to be correct... The output.icecast(live, ...) is
*after* the on_metadata line, right?
++
On Mon, Apr 7, 2014 at 11:15 AM, udo noll wrote:
>
> hello,
>
> still struggeling with metadata on live harbor inputs:
>
> i want to execute a custom script on_metadata:
>
> ...
>
> # define
hello,
still struggeling with metadata on live harbor inputs:
i want to execute a custom script on_metadata:
...
# define live input
live = input.harbor(id="live", ... )
# this adds a telnet/server cmd "live.insert"
live = server.insert_metadata(id="live", live)
# execute script on_metadata
Hi Alexander,
> 2013/8/18 Alexander Dal Farra
> > >>I have one question: are the trouble your experience cause by the
transitions in this script or were you trying other transitions?
> >
> > Yes the trouble only appears with the live http source used. When I use
physical files based on a m3u play
Hi Romain
>>I have one question: are the trouble your experience cause by the
transitions in this script or were you trying other transitions?
Yes the trouble only appears with the live http source used. When I use
physical files based on a m3u playlist everything works fine with the
script attac
Hi Alexander,
2013/8/16 Alexander Dal Farra
>
> Dear List
>
> recently, I've been testing with some harbor.input features of liquidsoap.
>
> here's what i want to do:
>
> use a http-input as a primary source (icecast mount with a 128kbps stereo
feed) and switch to a live-source with input.harbor (
Dear List
recently, I've been testing with some harbor.input features of liquidsoap.
here's what i want to do:
use a http-input as a primary source (icecast mount with a 128kbps stereo
feed) and switch to a live-source with input.harbor (aac+ stereo feed with
48kbps / occasionally mono hence the
Ok, good luck with your project!
Romain
2013/5/31 Ashworth Payne :
> Hello list,
>
> Please don't waste any time on this. I changed to:
>
> ret = get_process_lines("/usr/bin/sqlite3 -separator \' \' auth.db \'select
> * from deejays where user=\"#{user}\"\'")
>
> Now the script will run, but au
Hello list,
Please don't waste any time on this. I changed to:
ret = get_process_lines("/usr/bin/sqlite3 -separator \' \' auth.db
\'select * from deejays where user=\"#{user}\"\'")
Now the script will run, but auth attempts cause sqlite to error. I'll
keep plugging away at it, i'm sure I'll fi
I'm using the example auth to attempt sqlite auth...the script is simple
since i'm learning-as-i-go
I'm hung-up on a problem where ls complains:
Line 17, char 8 before "=": Parse error!
the line is:
ret = list.hd(ret)
Here is the full test-script... its probably something really simple that
Yes, as indicated in the logs, the ogg stream is invalid (or so thinks
Liquidsop). Would it be possible to have access to the stream? Or at
least a long enough dump?
++
Sam.
On Tue, May 14, 2013 at 4:04 PM, Leonard de Ruijter
wrote:
> Hi,
>
> Just an idea, i don't know whether you tested this a
Hi,
Just an idea, i don't know whether you tested this already but it's an
approach i use for testing as well. What source client do you use for
the ogg stream? I noticed for example that liquidsoap has issues with
Edcast streaming to a harbor, but that streaming with Liquidsoap in flac
format
Hi folks,
Compiled the upgrade after the release at the weekend (Thank you!) and
its much improved, the input.harbor does reconnect correctly now,
however I'm seeing drops on one feed out of 3.
To give you an idea I'm streaming 3 stations:
station 1) Liquidsoap only, running playlists, etc. No p
Yup, there will be, and with new features :)
2013/3/14 Leonard de Ruijter :
> Thanks for fixing this, hope there will be a new Win32 build soon.
>>
>> 2013/3/12 Felix B. :
>>>
>>> Hey there,
>>> we’ve updated to LS 1.1.0 quite recently. Everything worked out fine, but
>>> we
>>> currently have a p
Thanks for fixing this, hope there will be a new Win32 build soon.
> 2013/3/12 Felix B. :
>> Hey there,
>> we’ve updated to LS 1.1.0 quite recently. Everything worked out fine, but we
>> currently have a problem with the input.harbor’s on_disconnect callback.
>>
>> The following line worked out fin
Yep, did the job. Thanks!
Felix
2013/3/12 Romain Beauxis :
> Hi Felix,
>
> 2013/3/12 Felix B. :
>> Hey there,
>> we’ve updated to LS 1.1.0 quite recently. Everything worked out fine, but we
>> currently have a problem with the input.harbor’s on_disconnect callback.
>>
>> The following line worke
Hi Felix,
2013/3/12 Felix B. :
> Hey there,
> we’ve updated to LS 1.1.0 quite recently. Everything worked out fine, but we
> currently have a problem with the input.harbor’s on_disconnect callback.
>
> The following line worked out fine in pervious versions (live_stop was
> called in any case):
>
Hey there,
we’ve updated to LS 1.1.0 quite recently. Everything worked out fine, but
we currently have a problem with the input.harbor’s on_disconnect callback.
The following line worked out fine in pervious versions (live_stop was
called in any case):
live = input.harbor(port= 8080, on_connect =
Great! This is a *good* impact for users :)
Martin
On Fri, Jun 22, 2012 at 3:34 AM, David Baelde wrote:
> Just one more thing on this topic. I did a small change yesterday in
> order to clarify things a bit, but in the end it does have a slight
> impact for users: it (sometimes) avoids the nee
Just one more thing on this topic. I did a small change yesterday in
order to clarify things a bit, but in the end it does have a slight
impact for users: it (sometimes) avoids the need for type annotations.
For example, if you just write the following:
output.pulseaudio(fallible=true,
audio
Hi,
I had not ran any tests, but noticed something funny with the type
system. I've run some tests now, and can confirm that everything works
fine.
I'll now make sure that everything works as expected, and I'll
probably change the type of input.harbor/http() to something more
general than (...)->
Hi David,
What did you try so that it didn't work?
Martin
On Wed, Jun 20, 2012 at 8:09 AM, David Baelde wrote:
> FYI the issue doesn't seem to be fixed for me. I've commented on the
> associated ticket. We'll keep you posted on when to try, but the
> release should follow shortly so it's also o
FYI the issue doesn't seem to be fixed for me. I've commented on the
associated ticket. We'll keep you posted on when to try, but the
release should follow shortly so it's also okay to wait until then.
David
--
Live Secur
Hey,
We tried breaking this in the morning and couldn't :) Looking forward to
the 1.0.1 release.
Martin
On Mon, Jun 18, 2012 at 7:18 PM, Romain Beauxis wrote:
> Hi Martin,
>
> 2012/6/18 Martin Konečný :
> > No dice so far:
> >
> > martin@Thinkpad-T410:~$ liquidsoap -c
> 'set("harbor.bind_addr",
Hi Martin,
2012/6/18 Martin Konečný :
> No dice so far:
>
> martin@Thinkpad-T410:~$ liquidsoap -c 'set("harbor.bind_addr","0.0.0.0");
> output.dummy(mksafe(input.harbor("test-harbor",port=8080,password="xxx"):source(audio=1+*,video=0,midi=0)))'
> Line 1, char 188 before ":": Parse error!
I think
No dice so far:
martin@Thinkpad-T410:~$ liquidsoap -c 'set("harbor.bind_addr","0.0.0.0");
output.dummy(mksafe(input.harbor("test-harbor",port=8080,password="xxx"):source(audio=1+*,video=0,midi=0)))'
Line 1, char 188 before ":": Parse error!
martin@Thinkpad-T410:~$ liquidsoap --version
Liquidsoap
>
> Finally, I've done some testings with input.harbor, switching a source
> back and forth between mono and stereo. It seems to be working really
> great...
Great!
particularly because we're
> also adding the possibility to build a standalone liq binary that can
> be shipped almost like a stati
Hi all!
2012/6/13 David Baelde :
> Congratulations on the successes and new features of Airtime.
Ditto! Great seeing you guys progressing on Airtime!
> Regarding this particular problem, your analysis is correct: you point
> to the right ticket, and you can't annotate the http/harbor input so
>
Hi Martin,
Congratulations on the successes and new features of Airtime.
Regarding this particular problem, your analysis is correct: you point
to the right ticket, and you can't annotate the http/harbor input so
that it accepts both mono and stereo, because we have declared that it
only supports
Just realized we'd have to restart Liquidsoap (and interrupt scheduled
playback) everytime the user wants to change between mono and stereo.
Our workaround to avoid this will be to have Liquidsoap listen on two ports
(one for stereo and one for mono) unless there is a better workaround I'm
missing
We've recently been bitten by the input.harbor and mono/stereo problem as
well. Problem is, we have no idea which type of stream our users will be
using:
http://dev.sourcefabric.org/browse/LS-601
I think in the meantime we will have a simple configuration option in the
Airtime menu that will all
2011/10/1 The Darkener :
> On 09/30/2011 03:43 PM, Romain Beauxis wrote:
>> It was supposed to be functional, at least minus the bugs that have
>> been corrected since then :-)
>>
>> What kind of trouble do you have with it?
>>
>
> IIRC it simply didn't connect when I configured it. If it was prese
2011/9/30 The Darkener :
> Hi all (and congrats on the 1.0.0 freeze!!),
Hi Jordan!
> I thought I remembered reading in a recent post that input.harbor is
> only available in 0.9.3+...is that true? I'm using Debian Squeeze with
> liquidsoap 0.9.2-3+b1 (from repositories) and was trying to get it t
Hi all (and congrats on the 1.0.0 freeze!!),
I thought I remembered reading in a recent post that input.harbor is
only available in 0.9.3+...is that true? I'm using Debian Squeeze with
liquidsoap 0.9.2-3+b1 (from repositories) and was trying to get it to
work but input.harbor wasn't working correc
1
À : Guillaume (Numerizik)
Cc : savonet-users@lists.sourceforge.net
Objet : Re: [Savonet-users] Input.harbor and metadata with virtual DJ
Hi,
2011/9/9 Guillaume (Numerizik) :
> I use Virtual DJ for live,when i did live, liquid switch and its ok
> but i havent meta ? no current tile ? C
Hi,
2011/9/9 Guillaume (Numerizik) :
> I use Virtual DJ for live,when i did live, liquid switch and it’s ok but i
> haven’t meta ? no current tile ? Can you help me ?
Can you tell for sure that the metadata reached liquidsoap? Perhaps
Virtual DJ doesn't send the information. One way to know is to
Hello everybody,
I use Virtual DJ for live,when i did live, liquid switch and it's ok but i
haven't meta ? no current tile ? Can you help me ?
Thanks !!!
Here my script
PS : i added flows in robotstream.com J
# function to display new metadatas
def print_meta(m) =
def print(
2011/8/16 Shaun Dewberry :
> Hi Paulin,
Hi Guys,
> You could try leave out the user="source" line - I've successfully
> connected without having that in place (using the username "source"
> anyway).
>
> I've also noticed that if there is no data(sound) actually being sent
> to the input.harbor (i
Hi Paulin,
You could try leave out the user="source" line - I've successfully
connected without having that in place (using the username "source"
anyway).
I've also noticed that if there is no data(sound) actually being sent
to the input.harbor (i.e. you've connected but are not playing sound
out
Hi there,
I've setup a input.behavior on my server
live =
input.harbor("test-harbor",port=8080,user="source",password="*",logfile="log.txt")
It have his fallback with a local playlist
# fallback
files = mksafe(playlist("playlist.txt"))
radio = fallback(track_sensitive=false,[live,files])
Damned, replied too fast... I though you were referring to output.harbor..
2011/8/10 Romain Beauxis :
> 2011/8/10 Guillaume (Numerizik) :
>> Hello Everybody
>
> Hi!
>
>> I have question about input harbor.. i have this :
>>
>> # INPUT SETTINGS
>> list = playlist(mode="normal", "player_2.lst")
>>
2011/8/10 Guillaume (Numerizik) :
> Hello Everybody
Hi!
> I have question about input harbor.. i have this :
>
> # INPUT SETTINGS
> list = playlist(mode="normal", "player_2.lst")
> list = on_metadata(print_meta, list)
> default = single("/home/securite.mp3")
> live = input.harbor("test-harbor",
Hello Everybody
I have question about input harbor.. i have this :
# INPUT SETTINGS
list = playlist(mode="normal", "player_2.lst")
list = on_metadata(print_meta, list)
default = single("/home/securite.mp3")
live = input.harbor("test-harbor",port=8007,password="xxx")
source = fallback(track_sensit
Aaaah I understand.
What I never noticed is that playlist is actually source a. Since when we
write the fallback, we put harbor in first place and playlist afterward, I
never realized that under the scene the order was inversed, even though this
is actually logical I guess (if we switch from one so
Hi Kerozen,
Le'ts look at the details, it's not as I thought (although the track
merging is still the problem, I believe):
def fallback.skip(~input,f)
def transition(a,b) =
source.skip(a)
# This eats the last remaining frame from a
sequence([a,b])
end
fallback(track_sensitive=fa
Hi,
I'm not sure the problem comes from the track merging. Actually, I'm not
really so sure tracks are really merged, because when using fallback.skip,
the problem is not the lack of skipping. After sky(),
fallback.skip(harbor,playlist) actually skips to next track when someone
connects to harbor
Hi everybody,
On Thu, Jun 30, 2011 at 9:09 PM, Romain Beauxis wrote:
> As discussed on IRC, there may be a problem with the sky() operator,
> which is a complex use of filters, splitting the source into 3
> different one, applying different compressions and merging them back
> using add().
Thank
Am 30.06.2011 21:09, schrieb Romain Beauxis:
> As discussed on IRC, there may be a problem with the sky() operator,
> which is a complex use of filters, splitting the source into 3
> different one, applying different compressions and merging them back
> using add().
>
> As a temporary work around,
As discussed on IRC, there may be a problem with the sky() operator,
which is a complex use of filters, splitting the source into 3
different one, applying different compressions and merging them back
using add().
As a temporary work around, I proposed to lookup if there were any
LADSPA plugins th
Hello,
I finally found out what was causing troubles.
As of now and with build 8237, I can't get fallback.skip to work correctly
if the second source uses sky() sound processing.
Neither my first script work (the one with two fallback.skip in a row), nor
the second one (the one with a fallback.sk
2011/6/26 Kerozen :
> In that second script, I expect sky to start from scratch each time
> liquidsoap switches between live and playlist. This means : new attack, no
> compression during the first milliseconds etc. Although sky() is doing a
> good job overall when starting, I still don't think thi
Yep, that is because live is used to create outputproc (outputproc is
already a fallback.skip between live and playlist).
This is because the first fallback.skip is then processed : outputproc =
sky(outputproc)
The second one is between outputproc (that's to say : all processed sound)
and an unpro
Ah sorry I had misunderstood your problem. Another quick look at your
script before going to sleep makes me notice that you have
output = fallback.skip(input=live2, outputproc)
and not input=liverec, ie. you're not using the dual live system here
but only one of the ports. Because of this it makes
Hi,
But if I make a normal fallback with track_sensitive = true, the playlist
track wouldn't skip, would it ? And I would have to wait 'till the end of
the current playlist track before liquidsoap starts broadcasting the live
stream, wouldn't I ? I don't want this, I just want liquidsoap to start
Hi,
2011/6/25 Kerozen :
> liverec = fallback(track_sensitive=false,[live,live2])
This sounds inappropriate: you don't want one live to take over
another one so you should set track_sensitive=true (and make sure the
live shows don't have tracks, which is usually the case, but you can
use merge_tra
Hello,
I have the following code :
live = input.harbor(id="live", port=8018, ... )
live2 = input.harbor(id="live2", port=8020, ... )
live = strip_blank(live)
live2 = strip_blank(live2)
liverec = fallback(track_sensitive=false,[live,live2])
# Liverec used for recording purposes only
(...)
output
Le 16 mars 2011 10:11, Pascal EISELE a écrit :
> Hi,
Hi!
> How can I change a input.harbor password dynamicly (without stoping
> liquidsoap) ?
You can write your own authentication function which may for instance
call an external script of yours. This way, you have total control
over user/passw
Hi,
How can I change a input.harbor password dynamicly (without stoping
liquidsoap) ?
How can I enable disable it or change the port ?
Regard
Pascal
--
Colocation vs. Managed Hosting
A question and answer guide to determi
I've delopped something around that idea.
You create a DJ, you set him some available hours and day. And when he
tries to authenticate, the script (php/python with a sgbd backend)
checks if he's allowed or not.
It works perfectly.
I never released, but I would be happy to help you to do some co
Hi,
I'm pretty sure it's been done before. However, I can't remember
who... I feel bad about it, cause I feel I've discussed with the guy
not so long ago, perhaps at test_signals in Berlin. Hopefully he'll
speak up on the list. Otherwise you can google a little bit: for
example, "savonet-users har
Hi Francesco!
Le samedi 4 décembre 2010 12:10:33, Francesco P. Sileno a écrit :
> But before I start with the real thing, I'd like to know if someone
> already did something like that! Does exists something out there that do
> this things?
While I am aware of many uses of those function
And now, the next-level question. :)
The radio I'm helping as many remote DJs, which I call "d...@home" - BTW,
the radio is http://www.deliradio.it/, it's an italian radio but with
international music. They can connect to the live channel, bypassing the
studio, on specific hours and days.
Unt
Le jeudi 28 octobre 2010 04:00:43, David Baelde a écrit :
> Hi,
Hey!
> Thanks for pointing out the problem. I confirm it. My guess is that
> Harbor.stop should be removed from Main: now, harbor sources are
> managed locally (each sources sets up its server, if needed, and
> destroys it w
Hi,
Thanks for pointing out the problem. I confirm it. My guess is that
Harbor.stop should be removed from Main: now, harbor sources are
managed locally (each sources sets up its server, if needed, and
destroys it when the source is destroyed). I'll let Romain confirm and
commit; I didn't test any
Am 27.10.10 20:22, schrieb Romain Beauxis:
> Le mardi 26 octobre 2010 17:16:06, Romain Beauxis a écrit :
>> Those changes will not be backward compatible with 0.9.2/3 but 1.0 is the
>> right time to break this kind of thing. Futhermore, I think they make
>> sense and will avoid confusion in the fut
Le mardi 26 octobre 2010 17:16:06, Romain Beauxis a écrit :
> Those changes will not be backward compatible with 0.9.2/3 but 1.0 is the
> right time to break this kind of thing. Futhermore, I think they make
> sense and will avoid confusion in the future. Thus, if no one object, I
> will implement
Howdy all !
Thanks for the report, let me clarify some things..
> One thing I noticed is when I set the harbor port to something else than
> 8005 lets say 8765 the machine opens port 8765 and ports 8005 / 8006.
Yes, this is a bug that I did not seen when I added per-source port.
> I can establ
Hi,
On Tue, Oct 26, 2010 at 2:45 PM, Marc Setterich wrote:
> If I change set("harbor.port", 8005) to any other port it is ignored.
> Liquidsoap still opens 8005 but does not let me connect to it. Why?
This is because the server doesn't have any registered mount points:
all the mount points corre
Thanks for your quick reply. It helped a lot.
I added
set("harbor.port", 8005)
to my config and removed the port parameter from
input.harbor()
and was able to connect via icecast and shoutcast protocol.
A few questions are still to be answered.
If I change set("harbor.port", 8005) to any other por
Hi,
It seems that there is some confusion between global and per-source
parameters, which might or might not be a bug.
When you set the per-source port 8005 you might also need to specify
that the source is icy (pass icy=true). When you change to 8765 an
8766 is not open, this seems to indicate t
Hello,
I have some problems establishing a connection to an input.harbor using
shoutcast protocol.
My config is as follows (snippet):
# Harbor settings
set("harbor.bind_addr", myIP)
set("harbor.icy", true)
set("harbor.username", myUser)
set("harbor.password", myPwd)
set("harbor.password.verbose",
Hi !
Le vendredi 23 juillet 2010 05:21:43, jonas ohrstrom a écrit :
> so the question - is it possible to externally (telnet) tell liquidsoap to
> change the input.http (with id "live_in") to another icecast stream? eg:
> switch from "http://172.17.55.155:8000/stream.ogg"; to
> "http://172
dear savonet list,
one more time i came across a question that i could not solve by myself - maybe
(or sure :) you know more about this...
is it possible to switch an input.http to another stream?
the setup i'm working on is controlled by a python daemon, the daemon takes
care about the schedu
Hi !
Le mercredi 21 juillet 2010 02:47:49, Davit Barbakadze a écrit :
> Still do not know why it has worked though :) couldn't figure that
> from documentation.
Well, the user scripts in the documentation can be outdated. Now that I think
about it, I would move them to a place independan
On Wed, Jul 21, 2010 at 12:17 AM, Davit Barbakadze wrote:
> At line 46, char 15-77:
> this value has type
> request(?A)
> but it should be a subtype of
> ()->request(?A)
The operator wants a function that produces requests, and not only one
request as you have written. The {...} around th
Searched mail list for examples and found some. This has worked:
source =
request.dynamic({request.create(get_process_output("#{scripts}next_song.php
#{quote(name)}"))})
Still do not know why it has worked though :) couldn't figure that
from documentation.
On Wed, Jul 21, 2010 at 9:17 AM, Da
Strange, tried today and it worked. Not sure what I've changed. Hm...
Anyway... thanks David!
By the way, I was trying to get an input from a script, which
basically provides remote url of the next song:
def mkoutput(mount, name, genre)
source = request.dynamic(id="dyn_"^name, request.create(
Hi,
On Mon, Jul 19, 2010 at 3:34 PM, Davit Barbakadze wrote:
> The only problem is that there is pure silence on my live
> stream, although sound data is transferred out from my pc.
> def mklive(source)
> fallback(track_sensitive=false,[ strip_blank(live, length=10.,
> threshold=-50.), source ]
I've built liquidsoap from trunk, so far I was able to produce two
streams from single files. But also need to break those streams with
live stream from my pc, whenever I activate it. I tried different
approaches, but for some reason only winamp shoutcast dsp plugin was
able to actually connect to
On Wed, Jun 23, 2010 at 4:30 AM, Jean-Francois Mauguit
wrote:
> Sorry, in fact since the last version of sam broadcaster 4.7.1 there is no
> more problem :-)
No problem, thanks for the report. It's good to know it since other
people might have similar problems, and it's only better that we
didn'
Hello,
Sorry, in fact since the last version of sam broadcaster 4.7.1 there is no more
problem :-)
SOrry,
jef
On 23 Jun 2010, at 11:25, Jean-Francois Mauguit wrote:
> Hello,
>
> Sorry for the delay
>
> 2010/06/23 09:17:43 [harbor:3] New client:
> 217.32-179-91.adsl-dyn.isp.belgacom.be
> 20
Hello,
Sorry for the delay
2010/06/23 09:17:43 [harbor:3] New client:
217.32-179-91.adsl-dyn.isp.belgacom.be
2010/06/23 09:17:43 [harbor:4] Header: ACCEPT, value: image/gif,
image/x-xbitmap, image/jpeg, image/pjpeg, */*.
2010/06/23 09:17:43 [harbor:4] Header: USER-AGENT, value: Mozilla/3.0
(co
Le mercredi 9 juin 2010 12:16:45, Romain Beauxis a écrit :
> There could indeed be a bug here. Could you provide more informations in
> order to reproduce the issue here ?
I have been able to find the issue.
The problem is related to the parsing of the HTTP get requests in harbor.
Please find a
Le mercredi 9 juin 2010 11:44:09, Jean-Francois Mauguit a écrit :
> Hello,
Hi Jeff !
> When using liquidsoap input.harbor when users send metadata with a & in it,
> it truncates the metadata at this special sign.
>
> Tests are done using SAM Broadcaster (4.6), virtual DJ, winamp, etc ...
Hello,
When using liquidsoap input.harbor when users send metadata with a & in it, it
truncates the metadata at this special sign.
Tests are done using SAM Broadcaster (4.6), virtual DJ, winamp, etc ...
We are using the shoutcast method.
Is there a way to use this sign without having this prob
Le lundi 22 février 2010 11:17:34, vous avez écrit :
> > I'm interested in this issue. It seems that indeed there is some sort of
> > issue with a high pre-buffer (buffer parameter).
> >
> > What are exactly the symptoms when you set a buffer of 10 seconds ?
> >
>
> With a 10 seconds buffer, wh
Hello,
On 22 Feb 2010, at 18:20, Romain Beauxis wrote:
>
> I'm interested in this issue. It seems that indeed there is some sort of
> issue
> with a high pre-buffer (buffer parameter).
>
> What are exactly the symptoms when you set a buffer of 10 seconds ?
>
With a 10 seconds buffer, when t
Le jeudi 18 février 2010 07:50:03, Jean-Francois Mauguit a écrit :
> Hello,
Hi Jeff !
> Concerning the input.harbor and the source.skip(next) to avoid getting the
> remaining sound before the harbor, it is working when I set the
> input.harbor(buffer=5.0, max=20.0, "/") but not when I s
Hello,
Concerning the input.harbor and the source.skip(next) to avoid getting the
remaining sound before the harbor, it is working when I set the
input.harbor(buffer=5.0, max=20.0, "/") but not when I set
input.harbor(buffer=10.0, max=20.0, "/"). So it sounds buffer related.
My problem is with
Hi all !
Le jeudi 28 janvier 2010 11:42:38, Jean-Francois Mauguit a écrit :
> Thanks
>
> On 28 Jan 2010, at 18:16, David Baelde wrote:
> > On Thu, Jan 28, 2010 at 10:37 AM, Jean-Francois Mauguit
> >
> > wrote:
> >> What are the other meta available in liquidsoap : album ? other ones ?
>
Le jeudi 28 janvier 2010 13:59:17, Jean-Francois Mauguit a écrit :
> hello,
Hello Jeff !
> I did
>
> def livefade(previous,next)
> add([fade.in(duration=2.,next),fade.final(duration=2.,previous)])
> end
>
> def backlivefade(previous,next)
> source.skip(next)
> sequence([previous,n
1 - 100 of 136 matches
Mail list logo
