Hi David,
Maybe I mixed up the versions mentioned in the thread?
As far I remember 2010, I just wanted to summarize,
which steps were taken to get LS running using the errorous sources, that did
not include the bug fix, yet.
After the patch was sourced, everything run fine without any manual
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,
--
Hi,
we have finally put our production system to 1.0.0beta1 using alsa without any
errors anymore.
To close this thread I just want to summarize the needed steps:
1) install the int overflow patch before configure, make, make install
Index: alsa_stubs.c
Hi,
it's there again...
Now the bug is coming up with audio output.
while audio record is still stable.
liquidsoap --version
Liquidsoap 1.0.0-beta+svn (trunk/liquidsoap@rev8193).
Copyright (c) 2003-2010 Savonet team
Liquidsoap is open-source software, released under GNU General Public License.
Hello Peter.
Check this page: http://savonet.sourceforge.net/doc-svn/faq.html and search
for this: Alsa.Unknown_error(1073697252)!
I have made the changes and is ok now.
Willian
Clixx Internet
On Tue, Feb 22, 2011 at 3:44 PM, Peter Retep peter_re...@gmx.de wrote:
Hi,
it's there again...
Le samedi 4 décembre 2010 07:55:09, Peter Retep a écrit :
Hi,
Hi Peter!
Just to give you an update:
finally we have ALSA input running in our production system (Ubuntu 10.04
LTS) without getting any overflow errors anymore.
That's a great great news !
The overflow error occured
just for clarifying: The patch is yours!
http://www.mail-archive.com/savonet-users@lists.sourceforge.net/msg02683.html
many thanks for this!
BR, Peter
Am 05.12.2010 00:34, schrieb Romain Beauxis:
Le samedi 4 décembre 2010 07:55:09, Peter Retep a écrit :
Hi,
Hi Peter!
Just to give
Hi,
thanks for the hints!
Last night I have tested your alsa_in.ml patch and additionally made
sure to use alsa by using the virtual pcm.liq-test device.
After more than 17 hours I stopped the test run, and liquidsoap
terminated fine without hang-up.
Should there be a Trying to recover..
Good news! I should have mentioned it earlier, but Romain pointed out
that my patch is useless. So what really happened is that not using
alsa-pulse you simply didn't have that weird error. And there was no
attempt to recover. Hence the signal should be clean.
We could try to re-prepare instead
Le vendredi 1 octobre 2010 08:32:26, Peter Retep a écrit :
Hi,
Hi Peter !
thanks for the hints!
Last night I have tested your alsa_in.ml patch and additionally made
sure to use alsa by using the virtual pcm.liq-test device.
After more than 17 hours I stopped the test run, and
Hi Romain,
I have compiled 1.0.0 beta1, (incl. applied the alsa patch and
configured with --enable-debugging option).
The assumed overflow might not be the reason: As a result, after 13h
21min liquidsoap shuts down and hangs at terminating.
Do you have any other idea?
BR, Peter
Hi Peter,
On Thu, Sep 30, 2010 at 1:00 AM, Peter Retep peter_re...@gmx.de wrote:
I have compiled 1.0.0 beta1, (incl. applied the alsa patch and
configured with --enable-debugging option).
Thanks for trying it. It won't have been useless even if the patch
didn't work: now you can play with the
Hi Peter !
Le jeudi 30 septembre 2010 01:00:00, Peter Retep a écrit :
I have compiled 1.0.0 beta1, (incl. applied the alsa patch and
configured with --enable-debugging option).
The assumed overflow might not be the reason: As a result, after 13h
21min liquidsoap shuts down and
Romain's message just made me realize: it might be worth checking that
the problem occurs when using another tool than liquidsoap. For
example, run arecord or aplay (storing wav in /dev/null) for 13h and
see how it goes?
Hi Romain,
Currently I am running the test:
'output.dummy(fallible=true,input.alsa())'
I am really not sure about which pulseaudio I am using (it's an ubuntu
10.04 out of the box installation)
and I cannot find any of the mentioned files.
Which version the patch is written for?
Thanks,
Hi Maxime,
I found out a workaround:
If you use pulseaudio as input source, liquidsoap won't shutdown (if you
define a fallback for your input source).
The problem is not solved by it and you might have a short timed
fallback when the ALSA error occurs,
but pulseaudio seems to wrap this and
Am 17.09.2010 01:22, schrieb Romain Beauxis:
Hi !
Le jeudi 16 septembre 2010 17:29:02, Maxime Rainville a écrit :
I've got a similar problem. I'm running a Web radio and I'm using
liquidsoap to stream our station to an Icecast server. We've set up a
cron job to kill and restart
Hi !
Le vendredi 24 septembre 2010 04:04:08, Peter Retep a écrit :
there are cronjobs running every minute that check
- if liquidsoap instances run and restart if not running
- if all network routes are set and restore if not set (multiple
uplink configuration)
but both cron
Sorry, I have to cancel my last mail.
This only happens if no ALSA sound card is available.
Since I do not get my local cards recording at ALSA, I have still to
wait until end of month.
Then I have access to the computers with working soundcards.
BR, Peter
Am 21.09.2010 16:05, schrieb Peter
Hi
I am retrying to run the script with 1.0.0 at my local computer,
to find the ALSA related bug.
Were there any changes related to output.file.wav and
output.icecast.vorbis.cbr with 1.0.0.beta?
The liquidsoap cannot find these output methods anymore and I do not
find it at the API reference,
Here's some doc:
http://savonet.sourceforge.net/doc-1.0.0-beta1/encoding_formats.html
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate
Hi,
At my side I see no regularity:
grep error /var/log/liquidsoap/play.log
2010/09/15 16:15:41 [threads:1] Thread src_5108 aborts with exception
Alsa.Unknown_error(1073697252)!
2010/09/15 16:15:41 [stderr:3] Thread 5 killed on uncaught exception
Alsa.Unknown_error(1073697252)
2010/09/16
Hi,
It would be really nice if you could run liquidsoap 1.0 beta (or at
least 0.9.3) with ocaml-alsa 0.2.0. This would give us usable error
messages, which would give an idea of what's going on.
I think soundcard I/O is really a bottleneck in liquidsoap (it works
for many, but doesn't work too
Hi !
Le jeudi 16 septembre 2010 17:29:02, Maxime Rainville a écrit :
I've got a similar problem. I'm running a Web radio and I'm using
liquidsoap to stream our station to an Icecast server. We've set up a
cron job to kill and restart our stream at 1 AM and everyday our stream
Hi !
Le jeudi 9 septembre 2010 04:42:50, Peter Retep a écrit :
Do you have any idea what the reason could be and how to configure this
more stable?
Unfortunately, I have no idea why this error poped out.
In 1.0.0 beta and SVN, we have reworked the alsa exceptions so perhaps we
could
25 matches
Mail list logo
