Hi everybody,
Opam does not install binaries (or anything) in the usual system-wide
locations. This can't be, because you're installing as a regular user.
This means that binaries installed using opam are in opam specific
locations (somewhere inside ~/.opam) and it needs to be in your path. This
Hi,
I doubt that low latency technologies available in liquidsoap would be
mature enough for teaching. The best is probably jack, though I don't know
if many people use it these day and can testify that it's solid -- I
wouldn't bet on it...
Cheers,
David
Hi Udo,
We're still around, just getting busier and busier with our day jobs.
We actually met in Paris yesterday, and talked about liquidsoap.
Although we are not planning big developments, we still intend to
maintain it. We considered to plan sprints every now and then to deal
with github
Yes, it looks correct to me.
Cheers,
David
On Wed, Feb 4, 2015 at 4:33 PM, Simone Dal Maso
simone.dalm...@gmail.com wrote:
Hello,
is it correct for Liquidsoap if I schedule a playlist on this manner?
***
({(2w and 21h01m) or (4w and 21h01m) or (6w and 16h01m) or (7w and
16h01m)},
I also subscribed and I'm looking forward to see what it looks like. This is a
very welcome effort!
Tony Miller a écrit:
Thank you so much everyone for your feedback. I will be sending out a
free sample of the book to my mailing list soon, so subscribe if you
are interested in that.
On Wed,
Hi,
Can you send your config.log so we can see what the error is?
Thanks,
David
--
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
Hi,Depending on the DJs source client, the computers clock can have an impact too.Anyway, if this is a serious issue you might want to look at an operator that Samuel added not so long ago. Something like buffer.adaptative iirc.HTHdavidBrad Isbell a écrit:All sound cards run at slightly different
(original_source))
new_source_1 = output.icecast(...)
new_source_2 = output.file(...)
-ken
--
-
On Tue, Oct 07, 2014 at 09:46:00AM -0700, David Baelde wrote:
Hi Ken,
You're almost there with the first attempt. Your problem there is that
you're redefining source1 on the first
Hi Ken,
You're almost there with the first attempt. Your problem there is that you're
redefining source1 on the first line and this new definition is used when you
define source2 next.
Hope this helps,
David
--
Meet
Hi,
You have a builtin or but it is the boolean disjunction. The one you
want here is not in the lib, but you can create it for yourself in
your script, or in your own mini library:
def or(a,b) =
if a != then a else b
end
Have fun,
David
On Sat, Oct 4, 2014 at 2:03 AM, Ken Restivo
On Sat, Aug 30, 2014 at 10:44 AM, Pierre Boutillier
pierre.boutill...@laposte.net wrote:
Hi,
Thanks very much to reply faster than I do !
I’ve done extra experiments …
Le 28 août 2014 à 12:12, David Baelde david.bae...@gmail.com a écrit :
run « make doc » from the doc subdirectory
Hi Pierre,
On Thu, Aug 28, 2014 at 10:25 AM, Pierre Boutillier
pierre.boutill...@laposte.net wrote:
First, a rather off topic one not important one : the website is much user
friendly than liquidsoap —list-plugins. is there an easy way to get
video.add_image and input.v4l2 referred at
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
Hi,
I'm not sure I understand the point of the whole setup, but having all
harbors on the same port is no problem, since you have mount point
names to distinguish them.
Hope this helps,
David
On Fri, May 30, 2014 at 5:10 PM, Dane Streeter
dane.stree...@sharp-stream.com wrote:
Hello
I'm
Hi,
If taglib supports those tag formats, then liquidsoap should support
them as well, or at least could support them easily. The first thing
to do is check what liquidsoap sees when you run liquidsoap -r
audiofile, then check the status of taglib support.
Cheers,
David
On Tue, May 27, 2014 at
On Sun, May 18, 2014 at 1:42 PM, okay_awright okay_awri...@ddcr.biz wrote:
thanks david for the explanation, and I didn't even know that one could
force the type of a variable and bypass the automatic type inference
system: cool feature!
On 18/05/2014 10:22, David Baelde wrote:
Hi,
We made
Hi,
We made strip_blank return an active source after some enhancement of
type inference by Samuel... we knew it was still not perfect, but
didn't expect that it would strike so soon. One solution for you woule
be to annotate your list reference with its type, e.g. blah = ref (...
:
Hi guys,
Yes, it sounds like a clock mismatch: alsa is slower than your
icecast. You need a buffer of some sort. With a normal buffer,
assuming the clock on your computer is pretty much the same as
icecast's clock, you'll still get the drops but inside liquidsoap so
you can decide how to cope
Hi Muzo,
You should be able to do this using store_metadata (makes the history
available via server) or on_metadata (calls a hook on every new item).
There's an example on
http://savonet.sourceforge.net/doc-svn/dolebrai.html
Hope this helps,
David
On Sat, Mar 29, 2014 at 1:27 AM, Muzo
Hi,
1. The purpose is to have multiple streams running. You can have
multiple streams from a single instance of liquidsoap (a single
script) but if (sets of) streams are separated it's more robust to
keep them in separated scripts (plus, you'll exploit multiple cores
better with several instances
Hi,
We lack a complete documentation of commands; they are not
auto-documented like other objects (builtins, settings, etc). So no, I
do not see any document to show you regarding reload.
If you're not yet familiar with the server, there is a tutorial:
Hi daniel,
Yes you are right, reloading a full script involves restarting
everything. However this has been made faster with recent additions by
Samuel: essentially everything is restarted, but within the
application, which saves a little bit of time and avoids some shell
scripting to wait for
The playlist source has a reload command (usable through the server,
e.g. telnet) for reloading its playlist.
Hope this helps,
David
On Fri, Mar 21, 2014 at 5:51 PM, Leonardo Almeida
leona...@webplace.com.br wrote:
Have any command to refresh LS playlist without have to restart it (and dont
Hi,
The playlist operator has a reload command, as well as an uri
command which can be used to set a new playlist file. You should be
able to use those, either from inside your liquidsoap script (using
server.execute) or from outside (using the telnet or unix socket
interface) to update your
The script language has the argv() function which is just what you're
looking for. Command-line arguments that are to be passed to the
script should come after --, e.g. liquidsoap test.liq -- 8000.
HTH
David
On Mon, Mar 17, 2014 at 9:35 PM, wit...@ravir.pl wfbzyki...@wp.pl wrote:
Hello!
Is
Or maybe revert to an older version of camlimages? It certainly used
to be compatible with OCaml 4.0.
Cheers,
David
On Tue, Feb 11, 2014 at 9:36 PM, Samuel Mimram smim...@gmail.com wrote:
Hi,
Yes it is relevant: this is the same error and apparently you need
OCaml version 4.0 (at least) to
in this way on every single machine I try to
upgrade it on.
I hope that I can either get this resolved or that a future version will
work.
On 02/13/14 08:11, David Baelde wrote:
Or maybe revert to an older version of camlimages? It certainly used
to be compatible with OCaml 4.0.
Cheers
Yes, this is strange. Where did you get the original configure, one of
our tarballs? A diff with the configure generated by bootstrap might
be useful.
Cheers,
David
On Tue, Feb 11, 2014 at 12:52 PM, Leonard de Ruijter leesv...@lder.me wrote:
An update:
It seems that the warning disappears and
9:15 PM, David Baelde wrote:
Yes, this is strange. Where did you get the original configure, one of
our tarballs? A diff with the configure generated by bootstrap might
be useful.
Cheers,
David
On Tue, Feb 11, 2014 at 12:52 PM, Leonard de Ruijter leesv...@lder.me
wrote:
An update
nothing.
thanks,
p
Message: 2
Date: Mon, 10 Feb 2014 09:07:46 +0100
From: David Baelde david.bae...@gmail.com
Subject: Re: [Savonet-users] current git source results in
disfunctional liquidsoap on raspbian
To: savonet-users@lists.sourceforge.net
savonet-users@lists.sourceforge.net
Hi Alexander,
Here is a list of features that use pipes in liquidsoap:
src/decoder/external_decoder.ml
src/decoder/gstreamer_decoder.ml
src/encoder/gstreamer_encoder.ml
src/io/gstreamer_io.ml
src/operators/video_text_gstreamer.ml
src/outputs/pipe_output.ml
src/protocols/extproto.ml
Hi,
I do not know of current issues with liquidsoap's git version, but
there might be problem with shine. Last time I tried using shine, it
was on a pi and it crashed... And I see an unmerged pull request from
a contributor to ocaml-shine on github.
In any case it would be helpful to say what
Hi,
Liquidsoap warns about clients leaving suddenly but really it does
not matter at all: iirc, it's as if the client exited normally as far
as liquidsoap is concerned.
I tried on a liquidsoap -t 'output.dummy(blank())' and I can
definitely reconnect after a killed telnet session. Note that when
Hi,
With your code if the http source(s) can't connect, and the queue is
empty, I don't see to what it should fallback.
In any case, an http source does not produce anything when it fails to
connect, and thus in those cases the fallback will fall back to the
next source just as it would do with
will die again.
Hope this information helps. Thanks for your response!
2014-01-29 David Baelde david.bae...@gmail.com
Hi,
No clue so far, so I'll ask a few questions instead.
* Are you using the standard resolver for http, that is wget?
* Do you have a reasonable number of alive requests? You
From what I see (I may be missing some context) there is no reason to
blame duppy. The segfault is from caml_c_call, and the backtrace there
gives no information. A quick googling tells me that this could be a
stack overflow. Can you indicate which version of OCaml you are using?
One way to get
Hi,
Looking at the code which caused the assertion failure, I thought it
should be cleanup up a bit:
https://github.com/savonet/liquidsoap/pull/152
(Next time I need to remember not to open an issue in addition to the
pull request.)
Cheers,
David
Hi,
No clue so far, so I'll ask a few questions instead.
* Are you using the standard resolver for http, that is wget?
* Do you have a reasonable number of alive requests? You can see this
using the request.alive server command. On the server you can also
perform request.trace to see what
Hi Alexander,
Could you please describe a little bit how you use dynamic requests?
At least, I need to know what parameters (queue, etc.) you are using
but the kind of protocol involved is probably useful too.
Cheers,
David
On Fri, Jan 24, 2014 at 10:26 AM, Alexander truenr...@gmail.com wrote:
Hi,
I do not understand what you're asking for. Getting a string from an
encoder is not problematic, just tested in --interactive:
# string_of(%vorbis);;
- : string = %ogg(%vorbis(quality=0.30,channels=2,samplerate=44100))
The question must be about how to get the current encoder, but that is
That's possible in theory (at least with the wallclock, which we fully
control) but there's no implemented feature for users to do this. Why
would you want to do that, and how would you like to be able to do it?
Cheers,
David
On Thu, Dec 19, 2013 at 2:42 PM, JD Buys jdb...@gmail.com wrote:
Hi,
Hi,
With ocaml code compiled to native code, a stack overflow can become a
segfault. I would be interested to know where the stack overflow
occurred, and it should be easy to fix once we know.
To know that, the best way is to compile liquidsoap to bytecode
(./configure --disable-nativecode) then
loaded a playlist of 48 tracks soon after.
6. At the end of the song, a new song from the edited playlist played.
Hope this helps,
David
On Tue, Dec 24, 2013 at 2:39 PM, gwado gw...@hotmail.com wrote:
David Baelde david.baelde@... writes:
I believe this issue should be discussed on the mailing
Hi Peter,
This kind of problem does not ring a bell...
Just to clarify, your script is essentially only a
fallback([input.http(...),input.http(...),single(...)])?
Sharing your script and a log file of when the problem happens could help.
Cheers,
DAvid
On Wed, Dec 11, 2013 at 8:18 PM, Peter
Hi guys,
I'm wondering, technically, is there a way for the mplayer input to
enforce that its input stream matches its type, so as to avoid such
problems?
Cheers,
David
On Sat, Nov 2, 2013 at 8:10 PM, Eduardo Martinez
erm13marti...@gmail.com wrote:
Samuel,
This worked perfectly. Thank you
Hi Michael,
This is definitely possible. In fact, similar things have been
discussed on this list, a little googling should give you some leads.
Also one of our tutorials covers something similar:
http://savonet.sourceforge.net/doc-svn/on2_part2.html
Cheers,
David
On Thu, Oct 31, 2013 at 1:51
I believe this issue should be discussed on the mailing list. There
you'll get advice from other people who probably do similar things to
you, but without a playlist. If not, we can ask several users what
they think of removing the limitation on reloading empty playlists:
I'm reluctant to remove
Hi James,
For your first question you could use on_end() to call for a restart
if needed. For the second one, I did not investigate the options right
now, so I cannot help.
Cheers,
David
On Tue, Nov 19, 2013 at 2:58 PM, Daniel James
daniel.ja...@sourcefabric.org wrote:
Hi all,
Regarding
Hi,
In case of a segfault, the core dump is useful. Just inspect it with
gdb following the guidelines here
https://wiki.sourcefabric.org/display/LS/Debugging to make sure you
inspect all threads. Then send us what gdb says. Usually that's all we
would get from the core dump.
Cheers,
David
On
Hi Leonard,
The single() source does not require a static source, at least if you
allow it to be fallible -- which is usually easy to allow by using
mksafe or a fallback to a simple source such as sine or noise. So you
should be able to use a say:.. request for single.
I don't understand what
Hi,
Don't you get an informative log message such as Got an empty list:
keeping the old one?
Currently we treat an empty playlist as an error [1]. I don't like
this design choice so much right now, but that's how it is. If you
want to empty the playlist, try putting a dummy request in it (e.g.
Hi,
Yes it will run on_shutdown functions when it shuts down because of an
error... unless of course the error kills liquidsoap instantly, for
example if it is a segfault. But most errors are exceptions which
trigger a log message and clean shutdown.
Cheers,
David
On Wed, Nov 20, 2013 at 6:56
Hi,
Good guess, the approach you're trying won't work because the #{..} is
interpreted when creating the string. The output.file doesn't see it
anymore and cannot interpolate.
(Additionally, you should have written ...#{!current_dj}... rather
than #{current_dj} to see the contents of the
shutdown a
strip_blank: if you can attach the strip_blank to the clock of an
operator such as a (useless) cue_cut, it may die automatically with
that operator.
Cheers,
David
On Sun, Nov 17, 2013 at 1:05 AM, okay_awright okay_awri...@ddcr.biz wrote:
Big thanks!
On 16/11/2013 23:19, David Baelde
Hi,
Good catch, I confirm the issue! cue_cut (and probably also cross and
smart_cross) operators are garbage collected but leave their clock
behind. Something is preventing those from being claimed by the GC.
I have created an issue on github:
https://github.com/savonet/liquidsoap/issues/132
Hi,
On Tue, Nov 12, 2013 at 10:13 PM, okay_awright okay_awri...@ddcr.biz wrote:
When you say crossing operators do you mean functions that need at
least two sources to operate like fallback() etc or more like add() and
the like?
I meant cross(), smart_cross() and what's derived from them.
Hi,
This is because strip_blank() is active: it lives on its own to pull
data during stripping. As all other active sources you have to shut it
down so it unregisters from the clock and unused stuff can be
collected. Of course this is a bit silly, strip_blank is not really
useful alone, unlike
Hi guys,
I don't know why this isn't happening on the list, but I dug into this
anyway... the zip is not convenient for reporting errors. Here is the
interesting bit, after running make:
make[3]: Entering directory
`/home/stefano/Downloads/tools/liquidsoap-1.1.1-full/ocaml-gstreamer-0.2.0/src'
Hi,
In principle unused clocks should be garbage collected. This may take
some time, but you can try to trigger it using the garbage_collect()
builtin.
I'm interested in investigating this issue if you're still puzzled by
it, but I would need a simple script to play with. You must be using
more
Thanks for your message, Seth, and welcome to the list!
On Sat, Nov 9, 2013 at 11:40 PM, hurstseth405 hurstseth...@gmail.com wrote:
I just have to say that you have a grate peace of soft were.
--
November Webinars for
Hi Roland,
You encountered a known (but rare) issue with type inference. The
first item in your list is an active source (live produces data on its
own) while the second is passive. Type inference should check that all
items in the list have the same type, but our naive algorithm forces
this type
FYI, I have created an entry on github for this issue:
https://github.com/savonet/liquidsoap/issues/124
--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming
, 2013 at 2:57 PM, Matt Camp m...@noise.net.nz wrote:
On 30 Oct 2013, at 09:42, David Baelde david.bae...@gmail.com wrote:
Hi Matt,
A long time ago, Liquidsoap could do what you're looking for. We
dropped it when moving to a better design, making things more uniform
by treating outputs
with one?
Just a thought...
Shaun.
On Wed, Oct 30, 2013 at 2:57 PM, Matt Camp m...@noise.net.nz wrote:
On 30 Oct 2013, at 09:42, David Baelde david.bae...@gmail.com wrote:
Hi Matt,
A long time ago, Liquidsoap could do what you're looking for. We
dropped it when moving
Hi Matt,
A long time ago, Liquidsoap could do what you're looking for. We
dropped it when moving to a better design, making things more uniform
by treating outputs like other operators. So it's possible (and not
very hard technically) to do this, but it requires some thinking and a
fair amount of
On Wed, Oct 30, 2013 at 11:13 AM, Daniel James
daniel.ja...@sourcefabric.org wrote:
Yes, you can have different bitrates and codecs for each of the three
outputs - I only mentioned this solution because relaying is not required.
The point here is not what you can have, but what you cannot have:
Ok, I'm happy to focus on other things for now, then. Thanks for
sharing your expertise!
David
On Wed, Oct 30, 2013 at 1:57 PM, Matt Camp m...@noise.net.nz wrote:
On 30 Oct 2013, at 09:42, David Baelde david.bae...@gmail.com wrote:
Hi Matt,
A long time ago, Liquidsoap could do what you're
Hi Thomas,
Thanks for the fast feedback! I'll document the fix and merge it asap.
Cheers,
David
On Sat, Oct 26, 2013 at 9:24 PM, T. Bühlmann tom...@tbuhl.ch wrote:
Hi David
Am 26.10.2013 00:43, schrieb David Baelde:
FYI I have a proposed fix in branch LS-115
(https://github.com/savonet
Hi Peter,
For the first issue, this is really annoying. On newer versions of
git, it complains that set-upstream is deprecated, and warns us unless
we perform an annoying renaming to set-upstream-to. We should have
expected that this new name does not work on older versions. The real
problem is
Ton patch a l'air raisonnable, passer à Int32 c'est safe, mais quand
même je comprends pas pourquoi l'entier précédent était pas bon en 32
bits...
On Sat, Oct 26, 2013 at 11:23 AM, Samuel Mimram smim...@gmail.com wrote:
Hi,
On Fri, Oct 25, 2013 at 8:58 PM, Peter Retep peter_re...@gmx.de wrote:
Thanks for the report Thomas!
I'm ashamed that we still/again have a problem with smooth_add. I have
reproduced against the very latest version, and files an issue on
which I plan to work right now:
https://github.com/savonet/liquidsoap/issues/115
Cheers,
David
On Tue, Oct 22, 2013 at 5:34
this time. The issue has been
around since september 2012!
On Fri, Oct 25, 2013 at 3:38 PM, David Baelde david.bae...@gmail.com wrote:
Thanks for the report Thomas!
I'm ashamed that we still/again have a problem with smooth_add. I have
reproduced against the very latest version, and files an issue
/10/5 David Baelde david.bae...@gmail.com
Hi,
I simplified your script to try it on my end, on a dev version of liq.
You'll find my version attached. (There are a few comments at the
beginning, that could help you although they are probably not relevant
for the current issue. I also attach
Hi Daniel,
There might be a version mismatch between your liquidsoap binary and
your .liq scripts. On my development version, the variable exe_ext
isdefined as a builtin (from src/lang/lang_builtins.ml) with its
content obtained from src/configure.ml. I didn't check when it
appeared exactly, and
Hi,
On Fri, Oct 4, 2013 at 8:43 AM, JD Buys jdb...@gmail.com wrote:
If I call skip then the song skips, but if I just leave everything the song
never finishes, so it looks like there's some kind of deadlock.
Do you mean that the song never finishes _from the viewpoint of the
shoutcast output_?
Hi guys,
Requests associated to local files are instantly resolved when
created, so the primary/secondary distinction does not matter.
Chris, if you want to resolve more requests in advance, just increase
the length of the primary queue using the length parameter. Most
requests will be
Hi,
I simplified your script to try it on my end, on a dev version of liq.
You'll find my version attached. (There are a few comments at the
beginning, that could help you although they are probably not relevant
for the current issue. I also attach a script that is simplified based
on the
Hi,
You cannot merge two requests into one at the level of requests and
protocols, but you can merge two tracks into one at the level of
sources.
You could add metadata (using the annotate protocol) to your requests
when they need to be merged with the next one, and use smart_cross()
to merge
Hi Daniele,
The safe_blank source is inside mksafe(). The operator switches to
that blank source when your source has nothing to send. The stuff
about transitions can be ignored here.
So essentially, all this is saying is that your http input has failed
to provide a stream. Here it looks like
:
Hello David,
Thanks for your reply.
Comments inline ...
On Wed, Jun 19, 2013 at 3:02 PM, David Baelde david.bae...@gmail.com
wrote:
Hi Bill,
Your goal is not an easy one, but that should be doable. I'll try to
guide you a bit. First, you need to decide how to insert this
introduction file
Hi Alexander,
On Thu, Jun 20, 2013 at 11:10 PM, Alexander Schremmer
a...@alexanderweb.de wrote:
The process itself only needs 40% CPU of 400% (dual core, dual
threaded).
There's one more thing to say: liquidsoap essentially only uses one
core at a time. There are two reasons for this: in the
Hi Alexander,
From the description you give, and the code you show, I don't see any
reason why things would go wrong.
However, I think it might be useful that you also show your transition
function. You are using references very intensively, even in places
where they are not necessary, and I'm
crossfade perfectly in 1.1.0. Something seems to be wrong
with 1.1.1 for me :/.
Thanks,
Alex
On Thu, Jun 20, 2013 at 4:17 AM, David Baelde david.bae...@gmail.com
wrote:
Hi Alexander,
From the description you give, and the code you show, I don't see any
reason why things would go wrong
Hi Bill,
Your goal is not an easy one, but that should be doable. I'll try to
guide you a bit. First, you need to decide how to insert this
introduction file before your shows (either live or replays). I see
two ways. You could prepend the intro before launching the show, and
in that case you
Hi Gilou,
What kind of playlist format are you using? I just tested with a 10k
playlist and it worked reasonably:
$ time liquidsoap
'print(string_of(list.nth(playlist.parse(~/tmp/10k.txt),0)))'
It also works well when just doing out(playlist(~/tmp/10k.txt)). I'm
using the same file on each
:01 PM, Gilou contact+...@gilouweb.com wrote:
Le 18/06/2013 10:24, Gilou a écrit :
Le 18/06/2013 08:43, David Baelde a écrit :
Hi Gilou,
What kind of playlist format are you using? I just tested with a 10k
playlist and it worked reasonably:
Normal playlist, but it seems I'm hitting another bug
Liquidsoap and everything works.
I have just not done any OCAML at all so I am still trying to figure out how
everything is put together and structured, and which classes does what.
Little bit of a learning curve ahead...=)
JD
On Tue, Jun 18, 2013 at 9:51 AM, David Baelde david.bae
Hi guys,
These issues are hard to fix, as they depend on a lot of factors. We
should keep watching out for what liquidsoap could do better, but so
far I don't see how the tool itself could help here.
Instead, I thought I would do a quick recap on what overruns/underruns
and we need to catchup
Hi Chris,
The answer is A, as you probably observed yourself. If you want the
playlist to reload when the switch leaves it, you could use a special
effect with a side condition that triggers reload (by issuing a server
command).
If you have unusual file scheduling constraints, there's a point
of playlist, would it still behave as
described?
On Fri, Apr 26, 2013 at 3:15 AM, David Baelde david.bae...@gmail.com
wrote:
Hi Chris,
The answer is A, as you probably observed yourself. If you want the
playlist to reload when the switch leaves it, you could use a special
effect with a side
For the record, I have removed w...@sbcglobal.net from the list of
addresses from which mail is automatically accepted to the
savonet-users lists.
--
Own the Future-Intelreg; Level Up Game Demo Contest 2013
Rise to
Hi,
Thanks for your feedback. It seems like could be related to the other
recent report on smooth_add(), which boiled down to a problem with
sequence(). I intend to investigate both issues by the end of the
week.
Cheers,
David
On Sun, Mar 24, 2013 at 1:43 PM, daslicht anso...@gmail.com wrote:
init: security exit, root euid (user).
This is liquidsoap telling you to not run it as root, for security
reasons. Run it as normal user, or as a specially created liquidsoap
user.
Cheers,
David
Hi,
On Sat, Mar 23, 2013 at 7:32 PM, daslicht anso...@gmail.com wrote:
* Play a cue sheet
You seem to have figured this one out yourself, using cue_cut().
* Return current song (can I call a LiquidSoup Script with PHP or NodeJS?)
If you need to query liquidsoap for the current song, then a
Hi guys,
What could be happening here is that the third file is not resolved
fast enough, so there is a tiny gap before it, and merge_track() won't
do anything about it.
The sequence() operator that is behind merge_tracks is not logging
much, so it won't help in confirming the diagnostic. But in
Hi kronos,
Thanks for the details. Since all outputs are meant to broadcast the
same content, only at different bitrates, it makes sense to have
everything in one liquidsoap instance.
So your script is basically of the following form:
# Lots of stuff to eventually define the radio source
# The
Hi kronos,
On Thu, Mar 21, 2013 at 11:30 PM, liquids...@aolohr.com wrote:
We are running six streams from a single script (128, 96, 64 and 32 kbps
mp3; 64 and 32 kbps ogg - all Icecast 2.x) under LS 1.0.0.
The first question is whether you need those six outputs to belong to
the same script.
Hi Rob,
I agree with you, I think it would be good to be able to do more
inside liquidsoap. In fact it's been one of our projects for a long
time, but we are not sure yet how to do it, and we don't have much
time to work on this. But please stick around, it'll happen, and we'd
love to have you
Not sure that this is the answer, but there is a drop_metadata()
operator which you can use to strip metadata off a stream before
sending to icecast/shoutcast, so there would be no way that the info
is sent to those servers.
HTH
David
Hi Peter,
1) install the int overflow patch before configure, make, make install
I'm confused by this... This might be a dumb question (I do not fully
remember the thread) but why are you using an old version of
ocaml-alsa (the latest one has the int overflow patch already
applied)?
Cheers,
--
1 - 100 of 1142 matches
Mail list logo
