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
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
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 =
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.
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
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 beginning
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
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
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 u...@aporee.org wrote:
hello,
still struggeling with metadata on live harbor inputs:
i want to execute a custom script on_metadata:
...
#
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
live
Hi Alexander,
2013/8/18 Alexander Dal Farra alexander.dalfa...@dmd2.net
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
Hi Alexander,
2013/8/16 Alexander Dal Farra alexander.dalfa...@dmd2.net
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
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
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
Ok, good luck with your project!
Romain
2013/5/31 Ashworth Payne email.ashwo...@gmail.com:
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
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
Yep, did the job. Thanks!
Felix
2013/3/12 Romain Beauxis to...@rastageeks.org:
Hi Felix,
2013/3/12 Felix B. kyle.car...@gmail.com:
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
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,
Great! This is a *good* impact for users :)
Martin
On Fri, Jun 22, 2012 at 3:34 AM, David Baelde david.bae...@ens-lyon.orgwrote:
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
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
Hi David,
What did you try so that it didn't work?
Martin
On Wed, Jun 20, 2012 at 8:09 AM, David Baelde david.bae...@ens-lyon.orgwrote:
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
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 to...@rastageeks.orgwrote:
Hi Martin,
2012/6/18 Martin Konečný martin.kone...@sourcefabric.org:
No dice so far:
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 static
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 1.0.0+scm
Hi all!
2012/6/13 David Baelde david.bae...@gmail.com:
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
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
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
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
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
2011/9/30 The Darkener thedarke...@logicalnetworking.net:
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
2011/10/1 The Darkener thedarke...@logicalnetworking.net:
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
Hi,
2011/9/9 Guillaume (Numerizik) fo...@numerizik.com:
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
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
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 to
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])
And then
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_sensitive =
2011/8/10 Guillaume (Numerizik) fo...@numerizik.com:
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 =
Hi everybody,
On Thu, Jun 30, 2011 at 9:09 PM, Romain Beauxis to...@rastageeks.org 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
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 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
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
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
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, I
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
2011/6/26 Kerozen kero...@gmail.com:
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
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
(...)
Le 16 mars 2011 10:11, Pascal EISELE pascal.eis...@gmail.com 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
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
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
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
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.
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
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 future.
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
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
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, true)
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 port
Hi,
On Tue, Oct 26, 2010 at 2:45 PM, Marc Setterich setter...@pqp.de 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
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
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
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,
On Wed, Jul 21, 2010 at 12:17 AM, Davit Barbakadze jaya...@gmail.com 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
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 independant
Hi,
On Mon, Jul 19, 2010 at 3:34 PM, Davit Barbakadze jaya...@gmail.com 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.,
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(
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
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
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
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 ...
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
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 the
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, when the
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 a
Hi Jean-François,
On Thu, Jan 28, 2010 at 10:04 AM, Jean-Francois Mauguit
j...@radionomy.com wrote:
Is it possible to delete the buffer and force liquidsoap to make a dynamic
request
at the end of the live broadcast ?
What you want is to abort the song that was ongoing when the live
started.
Hello,
Till in my dev for live session. It sounds that following the software used for
the broadcast, the metadata are not the same.
I did my test using SAM Broadcast and I get
quote(meta[title]) to get the title
quote(meta[artist]) to get the performer
quote(meta[duration]) to get the sound
On Thu, Jan 28, 2010 at 10:37 AM, Jean-Francois Mauguit
j...@radionomy.com wrote:
What are the other meta available in liquidsoap : album ? other ones ?
Off the top of my head, there's song. Liquidsoap does not have any
limitation on what you can get, it only depends on the input source.
You can
Thanks
On 28 Jan 2010, at 18:16, David Baelde wrote:
On Thu, Jan 28, 2010 at 10:37 AM, Jean-Francois Mauguit
j...@radionomy.com wrote:
What are the other meta available in liquidsoap : album ? other ones ?
Off the top of my head, there's song. Liquidsoap does not have any
limitation on
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,next])
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
j...@radionomy.com wrote:
What are the other meta available in liquidsoap : album ? other
David Baelde wrote:
By the way let me add that this:
On Tue, Nov 24, 2009 at 2:28 PM, kosnickx kosni...@gmail.com wrote:
({1w00h-1w01h59m59s},monday00o),
({1w02h-1w07h59m59s},monday02o),
({1w08h-1w11h59m59s},monday08o),
({1w12h-1w17h59m59s},monday12o),
David Baelde wrote:
By the way let me add that this:
On Tue, Nov 24, 2009 at 2:28 PM, kosnickx kosni...@gmail.com wrote:
({1w00h-1w01h59m59s},monday00o),
({1w02h-1w07h59m59s},monday02o),
({1w08h-1w11h59m59s},monday08o),
({1w12h-1w17h59m59s},monday12o),
By the way let me add that this:
On Tue, Nov 24, 2009 at 2:28 PM, kosnickx kosni...@gmail.com wrote:
({1w00h-1w01h59m59s},monday00o),
({1w02h-1w07h59m59s},monday02o),
({1w08h-1w11h59m59s},monday08o),
({1w12h-1w17h59m59s},monday12o),
({1w18h-1w19h59m59s},monday18o),
is
Hello kosnickx !
Le mardi 24 novembre 2009 14:28:32, kosnickx a écrit :
If the dj that streams to harbor monday00o does not stop his streaming
to the harbor when he/she is supposed to, then liquidsoap will let
him/her go on his/her streaming constantly which means that the next dj
kosnickx wrote:
David Baelde wrote:
Hi,
On Sat, Nov 14, 2009 at 2:06 PM, kosnickx kosni...@gmail.com wrote:
So in order to achieve this i was thinking (actually it was Romain that
mentioned this a while ago but i thought i should try it now) that
input.harbor may help me with this.
i am setting up my web radio again soon
my thinking is :
to have many radio producers using their own pcs and stream to liquidsoap
liquidsoap collects the right stream and sends it to an icecast server.
By right i mean that liquidsoap distinguishes among the users the one
that should stream on
Hi,
On Sat, Nov 14, 2009 at 2:06 PM, kosnickx kosni...@gmail.com wrote:
So in order to achieve this i was thinking (actually it was Romain that
mentioned this a while ago but i thought i should try it now) that
input.harbor may help me with this.
That could work, yes. You woud distinguish
David Baelde wrote:
Hi,
On Sat, Nov 14, 2009 at 2:06 PM, kosnickx kosni...@gmail.com wrote:
So in order to achieve this i was thinking (actually it was Romain that
mentioned this a while ago but i thought i should try it now) that
input.harbor may help me with this.
That could
You also have more local settings. Search for input.harbor in
http://savonet.sourceforge.net/doc-0.9.2/reference.html (or run
liquidsoap -h input.harbor) you'll see a param auth:
auth ((string, string)-bool – defaults to {false}): Authentification
function. f(login,password) returns true if the
If you have any questions or need help with this, let me know.
Gabe--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and
Le lundi 13 juillet 2009 10:27:31, Jean-Francois Mauguit a écrit :
Hello,
Hi !
Just a quick question. How to set up input.harbor to play the incoming
stream when receiving the first bits without waiting the buffer is
filled in ?
Appart from setting the buffer to a very low
Hello,
Just a quick question. How to set up input.harbor to play the incoming
stream when receiving the first bits without waiting the buffer is
filled in ?
Thanks in advance,
jef
--
Enter the BlackBerry
Hi,
I've some issues with input.harbor. Sometimes (once or twice by 2hours),
the connexion is losing packages (i think), and the fallback starts one
second, then get back.
That's really disturbing for listeners..
log:
2009/01/22 12:01:23 [src_3509:3] switch to src_3505 with transition
Hi!
I'd like to use liquidsoap to stream data to.
I've got clients that use the ICY protocol, and clients that use Icecast2.
Is ist possible to configure an input.harbor, so that it works with no
matter what clients connects to it?
And if no, is it possible to configure two seperate
On 11/20/2008 01:52 PM, Romain Beauxis wrote:
Le Thursday 20 November 2008 13:15:52 1394542, vous avez écrit :
Hi!
Hi !
Hi again!
Is ist possible to configure an input.harbor, so that it works with no
matter what clients connects to it?
Yes. input.harbor may accept any input
On Tue, Apr 8, 2008 at 8:58 PM, [EMAIL PROTECTED] wrote:
flux_final = fallback(track_sensitive=false, [radiodef,live,security])
The order of sources tells the priorities. Here you say that radiodef
has priority over live, which is not what you want. Live should be
first so that it is
Le Tuesday 08 April 2008 19:58:00 [EMAIL PROTECTED], vous avez écrit :
Or my radio is not well defined ? (oula l'anglais là..)
Heh :-)
Je crois que quand meme tu peux nous contacter en français..
C'est toujours mieux en anglais, cela permet aux utilisateurs non francophones
de suivre, mais
hello,
merci, c'est vrai que l'anglais n'est pas mon fort
Le top serait carrément un forum plutot que la ML.
plus facile, plus pratique, lisible, et ergonomique. et avec
une section NEWBIESLAND..héhéhé ;-)
dans le nouveau site peut être ?
Le probleme de votre syteme de radio c'est que c'est
Hello, newbie bling-bling speaking.
Ok i' can connect my Winamp DNAS to Harbor,
sending stream, but Harbor send nothing to the out.
Liquidsoap still streaming my playlist, and forget the live source.
switch can be the problem ?
Or my radio is not well defined ? (oula l'anglais là..)
My log :
Hi,
Input.http() pulls data from an icecast or shoutcast server -- or even
an HTTP server. It means that you need a server between your winamp
and liquidsoap. Winamp connects to it (normal procedure) and
liquidsoap connects as a client using an URL like
http://yourcastserver:8000/mount;. Having
Le Friday 28 March 2008 10:51:40 David Baelde, vous avez écrit :
Having an icecast server in
between means that there is one more buffer, so more latency.
Moreover, liquidsoap has no way to know when you're streaming: all it
will do is poll every couple seconds, asking the broadcast server
1 - 100 of 104 matches
Mail list logo
