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 pa
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
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 wrote:
> Hi,
>
> it's there again...
>
> Now the bug is
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.
S
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 g
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 occ
Hi,
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.
The overflow error occured after input of 8GB data by using ALSA interface.
Example: for 16bit stereo at 44.1 kHz alsa input failed after
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, an
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 of
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.."" mes
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 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 h
Hi Peter,
On Thu, Sep 30, 2010 at 1:00 AM, Peter Retep 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 beta :)
> Do yo
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
ra...@radio:~/
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, Peter
Le lundi 27 septembre 2010 14:35:33, Romain Beauxis a écrit :
> * Tell us whether your use pure alsa or pulseaudio's alsa emulation.
If you are not sure about this, you may check the following files:
* ~/.asoundrc
* /etc/asound.conf
Romain
Hi all!
Le lundi 27 septembre 2010 14:02:17, Peter Retep a écrit :
> 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
> fallb
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 liqu
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
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 ou
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 Ret
Thanks, I sucessfully adopted the output definitions.
Now here come some experiences with ALSA input at 1.0 beta:
If I use input.alsa() liquidsoap starts,
but there is no processing:
- alsa.out is mute,
- output.icecast(%vorbis.cbr ) initializes, but it is not possible to
connect by listen
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 y
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,
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 we
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 05
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
> cra
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
coul
Hi,
I am using liquidsoap 0.9.2 to
- record our station mix via ALSA interface,
- save to archive via WAV and
- forward the resulting stream to our radio streaming server.
- monitoring output via ALSA is currently configured (but could be
disabled if related to the error)
liquidsoap was started
30 matches
Mail list logo