Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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 patching.

BR, Peter

Am 07.03.2013 11:34, schrieb David Baelde:
> 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,


--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[David Baelde]

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,
-- 
David

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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
===
--- alsa_stubs.c(révision 7697)
+++ alsa_stubs.c(copie de travail)
@@ -114,7 +114,11 @@
return ans;
  }

-static void check_for_err(int ret)
+/* Here, we use the type snd_pcm_sframes_t
+ * which is long usually and makes sure we
+ * avoid long to int overflow in the read/write
+ * function's return value. */
+static void check_for_err(snd_pcm_sframes_t ret)
  {
if (ret>= 0)
  return;
@@ -296,7 +300,7 @@
int ofs = Int_val(ofs_);
snd_pcm_t *handle = Pcm_handle_val(handle_);
char *buf;
-  int ret;
+  snd_pcm_sframes_t ret;

if (ofs + len * Frame_size_val(handle_)>  caml_string_length(dbuf))
  caml_invalid_argument("buffer");
@@ -320,7 +324,7 @@
int ofs = Int_val(ofs_);
snd_pcm_t *handle = Pcm_handle_val(handle_);
char *buf;
-  int ret;
+  snd_pcm_sframes_t ret;

if (ofs + len * Frame_size_val(handle_)>  caml_string_length(sbuf))
  caml_invalid_argument("buffer");
@@ -346,7 +350,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
char **buf;
int c;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of dbuf */
buf = malloc(chans * sizeof(char*));
@@ -377,7 +381,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
char **buf;
int c;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of sbuf */
buf = malloc(chans * sizeof(char*));
@@ -408,7 +412,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
float **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of dbuf */
buf = malloc(chans * sizeof(float*));
@@ -440,7 +444,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
float **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of fbuf */
buf = malloc(chans * sizeof(float*));
@@ -472,7 +476,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
double **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of fbuf */
buf = malloc(chans * sizeof(double*));
@@ -504,7 +508,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
double **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of fbuf */
buf = malloc(chans * sizeof(double*));

2) create a virtual alsa device in

/etc/asound.conf

pcm.liq-test {
 type plug
 slave { pcm "hw:0,0" }
}

3) use the created alsa device in source scripts

   input.alsa(device="pcm.liq-test")

overrun occures at

44100 hz * 16 bit * 2 (stereo)

4294967296÷(44100×16×2)

12*3600 secs =43200 secs










Am 01.10.2010 18:31, schrieb David Baelde:
> 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 recovering when such errors
> happen. But, since you are the only one to have experienced it and you
> just found the cause and fixed the problem, we might simply leave our
> code as it is.
>
> Cheers,
>
> David
>


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Willian Josefi Guetter]

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 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.
> See  for more information.
>
> 2011/02/17 08:33:14 [error_announcer:3] Finished with "/tmp/say96a3f6.wav".
> 2011/02/17 22:04:31 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/17 22:04:31 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
> 2011/02/18 11:35:48 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/18 11:35:48 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(1073741751)
> 2011/02/19 01:07:06 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/19 01:07:06 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(1073741539)
> 2011/02/19 14:38:23 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/19 14:38:23 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
> 2011/02/20 04:09:40 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/20 04:09:40 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
> 2011/02/20 17:40:58 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/20 17:40:58 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
> 2011/02/20 17:41:00 [error_announcer:3] Prepared "/tmp/say74b2e8.wav" (RID
> 1).
> 2011/02/20 17:41:00 [mksafe:3] Switch to error_announcer.
> 2011/02/20 17:41:01 [error_announcer:3] Finished with "/tmp/say74b2e8.wav".
> 2011/02/20 17:41:01 [error_announcer:3] Prepared "/tmp/say74b2e8.wav" (RID
> 1).
> 2011/02/21 07:12:15 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/21 07:12:15 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
> 2011/02/21 07:12:15 [error_announcer:3] Finished with "/tmp/say74b2e8.wav".
> 2011/02/21 20:43:32 [output(dot)alsa:2] Alsa error: Unknown error
> 2011/02/21 20:43:32 [threads:1] Thread "output(dot)alsa" aborts with
> exception Alsa error: Unknown error!
> Thread 5 killed on uncaught exception Alsa.Unknown_error(1073741267)
>
> As before its coming up each 13 hours at stereo, 160kbit/s CFR
>
> What could I do?
>
> BR, Peter
>
>
> Am 05.12.2010 00:40, schrieb Peter Retep:
> > 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 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 after input of 8GB data by using ALSA
> interface.
> >>>
> >>> Example: for 16bit stereo at 44.1 kHz alsa input failed after 13.52
> hours
> >>> (13 hours, 32 min) 16*2*44100 / 8bit =>176400 bytes/sec = 605
> MB/hour
> >>> 13.52 * 605 MB = 8192 MB
> >>>
> >>> Other bit rates and/or sample rates will result in other failing times
> >> Thanks you so much for this report, this is very interesting.
> >>
> >> I have applied your patch, I think that you have found the real issue
> with
> >> this int overflow.
> >>
> >> Thanks!!!
> >>
> >> Romain
> >>
> >
> >
> --
> > What happens now with your Lotus Notes apps - do you make another costly
> > upgrade, or settle for being marooned without product support? Time to
> move
> > off Lotus Notes and onto the cloud with Force.com, apps are easier to
> build,
> > use, and manage than apps on traditional platforms. Sign up for the Lotus
> > Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
> > ___
> > Savonet-users mailing list
> > Savonet-users@lists.sourceforge.net
> > https://lists.sourcefo

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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.
See  for more information.

2011/02/17 08:33:14 [error_announcer:3] Finished with "/tmp/say96a3f6.wav".
2011/02/17 22:04:31 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/17 22:04:31 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
2011/02/18 11:35:48 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/18 11:35:48 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(1073741751)
2011/02/19 01:07:06 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/19 01:07:06 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(1073741539)
2011/02/19 14:38:23 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/19 14:38:23 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
2011/02/20 04:09:40 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/20 04:09:40 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
2011/02/20 17:40:58 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/20 17:40:58 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
2011/02/20 17:41:00 [error_announcer:3] Prepared "/tmp/say74b2e8.wav" (RID 1).
2011/02/20 17:41:00 [mksafe:3] Switch to error_announcer.
2011/02/20 17:41:01 [error_announcer:3] Finished with "/tmp/say74b2e8.wav".
2011/02/20 17:41:01 [error_announcer:3] Prepared "/tmp/say74b2e8.wav" (RID 1).
2011/02/21 07:12:15 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/21 07:12:15 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(-1073741824)
2011/02/21 07:12:15 [error_announcer:3] Finished with "/tmp/say74b2e8.wav".
2011/02/21 20:43:32 [output(dot)alsa:2] Alsa error: Unknown error
2011/02/21 20:43:32 [threads:1] Thread "output(dot)alsa" aborts with exception 
Alsa error: Unknown error!
Thread 5 killed on uncaught exception Alsa.Unknown_error(1073741267)

As before its coming up each 13 hours at stereo, 160kbit/s CFR

What could I do?

BR, Peter


Am 05.12.2010 00:40, schrieb Peter Retep:
> 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 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 after input of 8GB data by using ALSA interface.
>>>
>>> Example: for 16bit stereo at 44.1 kHz alsa input failed after 13.52 hours
>>> (13 hours, 32 min) 16*2*44100 / 8bit =>176400 bytes/sec = 605 MB/hour
>>> 13.52 * 605 MB = 8192 MB
>>>
>>> Other bit rates and/or sample rates will result in other failing times
>> Thanks you so much for this report, this is very interesting.
>>
>> I have applied your patch, I think that you have found the real issue with
>> this int overflow.
>>
>> Thanks!!!
>>
>> Romain
>>
>
> --
> What happens now with your Lotus Notes apps - do you make another costly
> upgrade, or settle for being marooned without product support? Time to move
> off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
> use, and manage than apps on traditional platforms. Sign up for the Lotus
> Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>


--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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 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 after input of 8GB data by using ALSA interface.
>>
>> Example: for 16bit stereo at 44.1 kHz alsa input failed after 13.52 hours
>> (13 hours, 32 min) 16*2*44100 / 8bit =>   176400 bytes/sec = 605 MB/hour
>> 13.52 * 605 MB = 8192 MB
>>
>> Other bit rates and/or sample rates will result in other failing times
> Thanks you so much for this report, this is very interesting.
>
> I have applied your patch, I think that you have found the real issue with
> this int overflow.
>
> Thanks!!!
>
> Romain
>


--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Romain Beauxis]

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 after input of 8GB data by using ALSA interface.
> 
> Example: for 16bit stereo at 44.1 kHz alsa input failed after 13.52 hours
> (13 hours, 32 min) 16*2*44100 / 8bit =>  176400 bytes/sec = 605 MB/hour
> 13.52 * 605 MB = 8192 MB
> 
> Other bit rates and/or sample rates will result in other failing times

Thanks you so much for this report, this is very interesting.

I have applied your patch, I think that you have found the real issue with 
this int overflow.

Thanks!!!

Romain

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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 13.52 hours (13 
hours, 32 min)
16*2*44100 / 8bit =>  176400 bytes/sec = 605 MB/hour
13.52 * 605 MB = 8192 MB

Other bit rates and/or sample rates will result in other failing times


I just want to summarize how to get it running with liquidsoap 1.0.0beta1 
source package from sourceforge download section:

1.) apply ALSA overflow patch before installation

Index: alsa_stubs.c
===
--- alsa_stubs.c(révision 7697)
+++ alsa_stubs.c(copie de travail)
@@ -114,7 +114,11 @@
return ans;
  }

-static void check_for_err(int ret)
+/* Here, we use the type snd_pcm_sframes_t
+ * which is long usually and makes sure we
+ * avoid long to int overflow in the read/write
+ * function's return value. */
+static void check_for_err(snd_pcm_sframes_t ret)
  {
if (ret>= 0)
  return;
@@ -296,7 +300,7 @@
int ofs = Int_val(ofs_);
snd_pcm_t *handle = Pcm_handle_val(handle_);
char *buf;
-  int ret;
+  snd_pcm_sframes_t ret;

if (ofs + len * Frame_size_val(handle_)>  caml_string_length(dbuf))
  caml_invalid_argument("buffer");
@@ -320,7 +324,7 @@
int ofs = Int_val(ofs_);
snd_pcm_t *handle = Pcm_handle_val(handle_);
char *buf;
-  int ret;
+  snd_pcm_sframes_t ret;

if (ofs + len * Frame_size_val(handle_)>  caml_string_length(sbuf))
  caml_invalid_argument("buffer");
@@ -346,7 +350,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
char **buf;
int c;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of dbuf */
buf = malloc(chans * sizeof(char*));
@@ -377,7 +381,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
char **buf;
int c;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of sbuf */
buf = malloc(chans * sizeof(char*));
@@ -408,7 +412,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
float **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of dbuf */
buf = malloc(chans * sizeof(float*));
@@ -440,7 +444,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
float **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of fbuf */
buf = malloc(chans * sizeof(float*));
@@ -472,7 +476,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
double **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of fbuf */
buf = malloc(chans * sizeof(double*));
@@ -504,7 +508,7 @@
snd_pcm_t *handle = Pcm_handle_val(handle_);
double **buf;
int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;

/* TODO: check the size of fbuf */
buf = malloc(chans * sizeof(double*));


2.) define a virtual sound device at /etc/asound.conf

pcm.liq-test {

 type plug
 slave { pcm "hw:0,0" }
}


3.) make liquidsoap use the virtual device

radio= input.alsa(device="pcm.liq-test")



BR, Peter




--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Romain Beauxis]

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 liquidsoap 
> terminated fine without hang-up.

That is GREAT news!

> Should there be a  "Trying to recover.."" message, in case the ALSA 
> error would happen? (I did not see any.)

Indeed, David's patch was probably not used, which is good since I do not even 
know what would be the expected behaviour of the recover function when passed 
an exception that is not xrun, suspended or interrupted (ok I am also too lazy 
to read the code as of writing this email) :-)

> Anyway, now it looks good. Now I am going to record a sinus signal with 
> liquidsoap to check evtl. gaps in the long time recording. After this I 
> will try to run a simple aplay to check ALSA itself.

Cool ! If you want, now that the tests seem concluding, you may as well simply 
try your production script with input.alsa(device="pcm:liq-test") and see if 
it works...

BTW, subliminal message for David: I, too, see some hang-ups when liq exists 
with an exception in a thread that is not the main thread (notably ao today). 
Could it be an issue in SVN's code for threads ?

Romain

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[David Baelde]

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 recovering when such errors
happen. But, since you are the only one to have experienced it and you
just found the cause and fixed the problem, we might simply leave our
code as it is.

Cheers,

David

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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.."" message, in case the ALSA 
error would happen? (I did not see any.)
Anyway, now it looks good. Now I am going to record a sinus signal with 
liquidsoap to check evtl. gaps in the long time recording. After this I 
will try to run a simple aplay to check ALSA itself.

this is last nights result:

liquidsoap --debug 'output.dummy(fallible=true, 
input.alsa(device="pcm.liq-test"))'
2010/09/30 20:20:53 >>> LOG START
2010/09/30 20:20:53 [protocols.external:3] Didn't find "ufetch".
2010/09/30 20:20:53 [protocols.external:3] Found "/usr/bin/wget".
2010/09/30 20:20:53 [main:3] Liquidsoap 1.0.0-beta1
2010/09/30 20:20:53 [lang:3] flac binary not found: flac decoder disabled.
2010/09/30 20:20:53 [lang:3] metaflac binary not found: flac metadata 
resolver disabled.
2010/09/30 20:20:53 [lang:3] faad binary not found: faad decoder disabled.
2010/09/30 20:20:53 [lang:3] Lastfm/audioscrobbler support was not 
compiled.
2010/09/30 20:20:53 [frame:3] Using 44100Hz audio, 25Hz video, 44100Hz 
master.
2010/09/30 20:20:53 [frame:3] Frame size must be a multiple of 1764 
ticks = 1764 audio samples = 1 video samples.
2010/09/30 20:20:53 [frame:3] Targetting 'frame.duration': 0.04s = 1764 
audio samples = 1764 ticks.
2010/09/30 20:20:53 [frame:3] Frames last 0.04s = 1764 audio samples = 1 
video samples = 1764 ticks.
2010/09/30 20:20:53 [video.converter:4] Couldn't find preferred video 
converter: gavl.
2010/09/30 20:20:53 [audio.converter:4] Using preferred samplerate 
converter: libsamplerate.
2010/09/30 20:20:53 [threads:3] Created thread "generic queue #1".
2010/09/30 20:20:53 [clock:4] Currently 1 clocks allocated.
2010/09/30 20:20:53 [clock.wallclock_alsa:4] Starting 2 sources...
2010/09/30 20:20:53 [source:4] Source src_4111 gets up.
2010/09/30 20:20:53 [src_4111:4] Content kind is {audio=2;video=0;midi=0}.
2010/09/30 20:20:53 [clock.wallclock_alsa:4] Delegating clock to active 
sources.
2010/09/30 20:20:53 [src_4111:4] Activations changed: static=[src_4111], 
dynamic=[].
2010/09/30 20:20:53 [src_4111:4] Enabling caching mode: active source.
2010/09/30 20:20:53 [source:4] Source output.dummy_4115 gets up.
2010/09/30 20:20:53 [dummy:4] Content kind is {audio=2;video=0;midi=0}.
2010/09/30 20:20:53 [src_4111:4] Activations changed: 
static=[dummy:dummy, src_4111], dynamic=[].
2010/09/30 20:20:53 [dummy:4] Activations changed: static=[dummy], 
dynamic=[].
2010/09/30 20:20:53 [dummy:4] Enabling caching mode: active source.
2010/09/30 20:20:53 [threads:3] Created thread "src_4111" (1 total).
2010/09/30 20:20:53 [threads:3] Created thread "wallclock_alsa" (2 total).
2010/09/30 20:20:53 [clock:4] Main phase starts.
2010/09/30 20:20:53 [clock.wallclock_alsa:3] Streaming loop starts, no 
sync.
2010/09/30 20:20:53 [src_4111:3] Using ALSA 1.0.22.
^C2010/10/01 13:35:53 [main:3] Shutdown started!
2010/10/01 13:35:53 [main:3] Waiting for threads to terminate...
2010/10/01 13:35:53 [dummy:4] Activations changed: static=[], dynamic=[].
2010/10/01 13:35:53 [source:4] Source dummy gets down.
2010/10/01 13:35:53 [src_4111:4] Activations changed: static=[src_4111], 
dynamic=[].
2010/10/01 13:35:53 [src_4111:4] Activations changed: static=[], 
dynamic=[].
2010/10/01 13:35:53 [source:4] Source src_4111 gets down.
2010/10/01 13:35:53 [threads:3] Thread "src_4111" terminated (1 remaining).
2010/10/01 13:35:53 [clock.wallclock_alsa:4] All active sources stopped, 
synching with wallclock.
2010/10/01 13:35:53 [clock.wallclock_alsa:3] Streaming loop stopped.
2010/10/01 13:35:53 [threads:3] Thread "wallclock_alsa" terminated (0 
remaining).
2010/10/01 13:35:53 [main:3] Cleaning downloaded files...
2010/10/01 13:35:53 >>> LOG END


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[David Baelde]

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?

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Romain Beauxis]

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 hangs at terminating.
> Do you have any other idea?

Thank you for your cooperation and patience. I am sorry that my patch is not 
working. The problem, to me, with this issue is that I could patch input.alsa 
to siletly ignore this error, but that would probably just mask a real issue. 
Furthermore, it is not clear to me whether the bug is on our side or not, so 
far...

Thus, you may try David's patch but I am not sure that it is a good idea to 
commit it to our sources until we understand what is going on..

If you have more time to experiment -- and thank you for that, you may want to 
make sure that you are using pure alsa and not pulse's alsa virtual device. 

It is not that easy to see which one you are using. One thing you can do, 
though, is force the device.

First, you should look at the output of:
  aplay -l
This will give you the list of hardware cards detected by ALSA. Here, I have:
card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Thus, my hardware card's id in alsa is:
  hw,0.0

Now, you should create a ~/.asoundrc file and put this in it:
pcm.liq-test {
type plug
slave { pcm "hw:0,0" }
}

This will define a pcm.liq-test alsa (virtual) device, with all the necessary 
conversions.

Finally, you can test the device with:
  aplay -D pcm:liq-test /path/to/file.wav

If the device works, you can now use input.alsa with it:
  input.alsa(device="pcm.liq-test")

This should make sure that you are using alsa without pulseaudio...

Romain

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[David Baelde]

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 you have any other idea?

The error is really an ALSA error but ALSA doesn't give us any
information about it, and google doesn't know about it either. It
might be worth asking ALSA developpers what it means.

But if we accept the fact that unknown shit might happen to users,
what we could try is to recover from that error. Currently, liquidsoap
doesn't try, but the following patch will change that.

 --- src/sources/alsa_in.ml (revision 7730)
+++ src/sources/alsa_in.ml  (working copy)
@@ -124,7 +124,7 @@
self#log#f 2 "Overrun!"
  | _ -> self#log#f 2 "Alsa error: %s" (string_of_error e)
 end ;
-if e = Buffer_xrun || e = Suspended || e = Interrupted then
+if true || e = Buffer_xrun || e = Suspended || e = Interrupted then
  begin
   self#log#f 2 "Trying to recover.." ;
   Pcm.recover dev e

Of course, the Pcm.recover attempt might fail. In which case we should
perhaps try to fully restart the ALSA device.

Cheers,

David

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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:~/radio/liquidsoap-full-1.0.0-beta1$ liquidsoap --version
Liquidsoap 1.0.0-beta1.
Copyright (c) 2003-2010 Savonet team
Liquidsoap is open-source software, released under GNU General Public 
License.
See  for more information.

liquidsoap 'output.dummy(fallible=true, input.alsa())'

2010/09/29 10:20:20 >>> LOG START
2010/09/29 10:20:20 [protocols.external:3] Didn't find "ufetch".
2010/09/29 10:20:20 [protocols.external:3] Found "/usr/bin/wget".
2010/09/29 10:20:20 [main:3] Liquidsoap 1.0.0-beta1
2010/09/29 10:20:20 [lang:3] flac binary not found: flac decoder disabled.
2010/09/29 10:20:20 [lang:3] metaflac binary not found: flac metadata 
resolver disabled.
2010/09/29 10:20:20 [lang:3] faad binary not found: faad decoder disabled.
2010/09/29 10:20:20 [lang:3] Lastfm/audioscrobbler support was not compiled.
2010/09/29 10:20:20 [frame:3] Using 44100Hz audio, 25Hz video, 44100Hz 
master.
2010/09/29 10:20:20 [frame:3] Frame size must be a multiple of 1764 
ticks = 1764 audio samples = 1 video samples.
2010/09/29 10:20:20 [frame:3] Targetting 'frame.duration': 0.04s = 1764 
audio samples = 1764 ticks.
2010/09/29 10:20:20 [frame:3] Frames last 0.04s = 1764 audio samples = 1 
video samples = 1764 ticks.
2010/09/29 10:20:20 [threads:3] Created thread "generic queue #1".
2010/09/29 10:20:20 [threads:3] Created thread "src_4111" (1 total).
2010/09/29 10:20:20 [threads:3] Created thread "wallclock_alsa" (2 total).
2010/09/29 10:20:20 [clock.wallclock_alsa:3] Streaming loop starts, no sync.
2010/09/29 10:20:20 [src_4111:3] Using ALSA 1.0.22.
2010/09/29 10:20:20 [src_4111:2] Falling back on interleaved S16LE
2010/09/29 23:51:45 [src_4111:2] Alsa error: Unknown error
2010/09/29 23:51:45 [threads:1] Thread "src_4111" aborts with exception 
Alsa.Unknown_error(-1073741824)!
Thread 3 killed on uncaught exception Alsa.Unknown_error(-1073741824)
Raised at file "", line 0, characters 0-0
2010/09/29 23:51:45 [main:3] Shutdown started!
2010/09/29 23:51:45 [main:3] Waiting for threads to terminate...

^C^C^C^Z
[1]+  Stopped  liquidsoap 'output.dummy(fallible=true, 
input.alsa())'

diff alsa_stubs.c alsa_stubs.c.orig
117,121c117
< /* Here, we use the type snd_pcm_sframes_t
<  * which is long usually and makes sure we
<  * avoid long to int overflow in the read/write
<  * function's return value. */
< static void check_for_err(snd_pcm_sframes_t ret)
---
 > static void check_for_err(int ret)
303c299
<   snd_pcm_sframes_t ret;
---
 >   int ret;
327c323
<   snd_pcm_sframes_t ret;
---
 >   int ret;
353c349
<   snd_pcm_sframes_t ret;
---
 >   int ret;
384c380
<   snd_pcm_sframes_t ret;
---
 >   int ret;
415c411
<   snd_pcm_sframes_t ret;
---
 >   int ret;
447c443
<   snd_pcm_sframes_t ret;
---
 >   int ret;
479c475
<   snd_pcm_sframes_t ret;
---
 >   int ret;
511c507
<   snd_pcm_sframes_t ret;
---
 >   int ret;

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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



Am 27.09.2010 23:03, schrieb Romain Beauxis:
> 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
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
>


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Romain Beauxis]

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

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Romain Beauxis]

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 
> fallback when the ALSA error occurs,
> but pulseaudio seems to wrap this and liquidsoap reconnects to 
> pulseaudio input.
> We are using this for several days without seeing any 
> alsa.unknown_errors anymore.

I have been thinking about this issue. The huge number associated to the 
exception makes me suspect an int overflow: in the ocaml's binding for alsa, we 
cast the returned value of the read/write functions to an int while it is in 
fact defined as a long.

However, the requested number of frames is also an int so there should be no 
reason for this to happen, but its not excluded that there is another bug 
somewhere..

So, here is a list of possible things to do to figure out this bug
 * Get a backtrace of the exception. It would help us a lot to find out which 
function is ocaml-alsa returns this exception. This can be done by either 
compiling with --enable-debugging or using our .deb packages.
 * Tell us whether your use pure alsa or pulseaudio's alsa emulation.
 * Try the attached patch, which may fix the error if my suspicions are 
correct.

Thanks for your help,
Romain
Index: alsa_stubs.c
===
--- alsa_stubs.c	(révision 7697)
+++ alsa_stubs.c	(copie de travail)
@@ -114,7 +114,11 @@
   return ans;
 }
 
-static void check_for_err(int ret)
+/* Here, we use the type snd_pcm_sframes_t
+ * which is long usually and makes sure we
+ * avoid long to int overflow in the read/write
+ * function's return value. */
+static void check_for_err(snd_pcm_sframes_t ret)
 {
   if (ret >= 0)
 return;
@@ -296,7 +300,7 @@
   int ofs = Int_val(ofs_);
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   char *buf;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   if (ofs + len * Frame_size_val(handle_) > caml_string_length(dbuf))
 caml_invalid_argument("buffer");
@@ -320,7 +324,7 @@
   int ofs = Int_val(ofs_);
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   char *buf;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   if (ofs + len * Frame_size_val(handle_) > caml_string_length(sbuf))
 caml_invalid_argument("buffer");
@@ -346,7 +350,7 @@
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   char **buf;
   int c;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   /* TODO: check the size of dbuf */
   buf = malloc(chans * sizeof(char*));
@@ -377,7 +381,7 @@
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   char **buf;
   int c;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   /* TODO: check the size of sbuf */
   buf = malloc(chans * sizeof(char*));
@@ -408,7 +412,7 @@
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   float **buf;
   int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   /* TODO: check the size of dbuf */
   buf = malloc(chans * sizeof(float*));
@@ -440,7 +444,7 @@
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   float **buf;
   int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   /* TODO: check the size of fbuf */
   buf = malloc(chans * sizeof(float*));
@@ -472,7 +476,7 @@
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   double **buf;
   int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   /* TODO: check the size of fbuf */
   buf = malloc(chans * sizeof(double*));
@@ -504,7 +508,7 @@
   snd_pcm_t *handle = Pcm_handle_val(handle_);
   double **buf;
   int c, i;
-  int ret;
+  snd_pcm_sframes_t ret;
 
   /* TODO: check the size of fbuf */
   buf = malloc(chans * sizeof(double*));
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Peter Retep]

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 liquidsoap reconnects to 
pulseaudio input.
We are using this for several days without seeing any 
alsa.unknown_errors anymore.

BR, Peter



Am 17.09.2010 00:29, schrieb Maxime Rainville:
> 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 crashes at 14:31:38 with an
> Alsa.Unknown_error.  I'm also running 0.9.2
>
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
>


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[Romain Beauxis]

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 jobs seem not to be related, since they are run minutely

Thanks for the heads up !

I wonder now if it could be the case that alsa input only works for a limited 
time, for instance if there's a possible overflow somewhere..

Do you know if the crash happens after the same amount of running time ?

I am gonna run a test on my computer with an alsa input to see if this is the 
case, but my server is 64-bit, so it might not be relevant. 
What you can do perhaps is start this:
  liquidsoap 'output.dummy(fallible=true,input.alsa())'
in a screen and see if it crashes after a fixed amount of time...


Romain

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[Peter Retep]

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 our stream at 1 AM and everyday our stream
crashes at 14:31:38 with an Alsa.Unknown_error.  I'm also running 0.9.2
 

That's interesting..

Since the crash is so regular, I wonder if there could be another
process/script run at this time by a cron for instance that would cause the
crash ?


Romain

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

   


i found some kind of regularity at my side:
there are many crashs after 13:32 hours and after 18 hours

cat play* | grep error | grep abort | sort -n | cut -d " " -f1,2  
12.09.2010 15:42:03 
13.09.2010 05:14:32 13:32:29
13.09.2010 23:36:41 18:22:09
14.09.2010 13:09:41 13:33:00
15.09.2010 02:42:41 13:33:00
15.09.2010 16:15:41 13:33:00
16.09.2010 05:48:42 13:33:01
17.09.2010 01:26:59 19:38:17
17.09.2010 14:59:04 13:32:05
18.09.2010 04:31:03 13:31:59
18.09.2010 18:03:04 13:32:01
19.09.2010 07:35:04 13:32:00
20.09.2010 01:52:13 18:17:09
20.09.2010 15:24:03 13:31:50
21.09.2010 04:56:03 13:32:00
21.09.2010 23:26:11 18:30:08
22.09.2010 18:05:17 18:39:06
23.09.2010 07:38:03 13:32:46
23.09.2010 21:10:03 13:32:00
24.09.2010 10:42:04 13:32:01


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 jobs seem not to be related, since they are run minutely

BR, Peter






--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[Peter Retep]

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 Retep:
> 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 listener
>
> If I want to stop by pressing CTRL+C liquidsoap it hangs at "waiting
> threads to terminate"
> Only possibility to stop it is CTRL+Z and kill -9 afterwards
>
> without using input.alsa it works fine.
>
> test code:
>
> channel1= input.alsa()
> channel2= single("/tmp/test.ogg")
> radio= channel1
> output.alsa(radio)
>
> simplified test code (same behaviour):
> liquidsoap 'output.alsa(input.alsa())'
>
> log:
>
> ~/radio/liquidsoap-full-1.0.0-beta1$ liquidsoap play.liq
> 2010/09/21 15:50:47>>>  LOG START
> 2010/09/21 15:50:47 [protocols.external:3] Didn't find "ufetch".
> 2010/09/21 15:50:47 [protocols.external:3] Found "/usr/bin/wget".
> 2010/09/21 15:50:47 [main:3] Liquidsoap 1.0.0-beta1
> 2010/09/21 15:50:47 [lang:3] flac binary not found: flac decoder disabled.
> 2010/09/21 15:50:47 [lang:3] metaflac binary not found: flac metadata
> resolver disabled.
> 2010/09/21 15:50:47 [lang:3] faad binary not found: faad decoder disabled.
> 2010/09/21 15:50:47 [lang:3] Lastfm/audioscrobbler support was not compiled.
> 2010/09/21 15:50:47 [frame:3] Using 44100Hz audio, 25Hz video, 44100Hz
> master.
> 2010/09/21 15:50:47 [frame:3] Frame size must be a multiple of 1764
> ticks = 1764 audio samples = 1 video samples.
> 2010/09/21 15:50:47 [frame:3] Targetting 'frame.duration': 0.04s = 1764
> audio samples = 1764 ticks.
> 2010/09/21 15:50:47 [frame:3] Frames last 0.04s = 1764 audio samples = 1
> video samples = 1764 ticks.
> 2010/09/21 15:50:47 [decoder:3] Method "OGG" accepted "/tmp/test.ogg".
> 2010/09/21 15:50:47 [single:3] "/tmp/test.ogg" is static, resolving once
> for all...
> 2010/09/21 15:50:47 [threads:3] Created thread "generic queue #1".
> 2010/09/21 15:50:47 [/tmp/test(dot)ogg:3] Prepared "/tmp/test.ogg" (RID 0).
> 2010/09/21 15:50:47 [threads:3] Created thread "src_4037" (1 total).
> 2010/09/21 15:50:47 [src_4037:3] Using ALSA 1.0.22.
> 2010/09/21 15:50:47 [threads:3] Created thread "output(dot)alsa" (2 total).
> 2010/09/21 15:50:47 [src_4037:2] Falling back on interleaved S16LE
> 2010/09/21 15:50:47 [threads:3] Created thread "wallclock_alsa" (3 total).
> 2010/09/21 15:50:47 [clock.wallclock_alsa:3] Streaming loop starts, no sync.
> ^C2010/09/21 15:51:59 [main:3] Shutdown started!
> 2010/09/21 15:51:59 [main:3] Waiting for threads to terminate...
> ^Z
> [1]+  Stopped liquidsoap play.liq
> ~/radio/liquidsoap-full-1.0.0-beta1$ ps -afe | grep liquidsoap | grep -v
> grep | cut -d " " -f6 | xargs kill -9 $1
> ~/radio/liquidsoap-full-1.0.0-beta1$
> [1]+  Killed  liquidsoap play.liq
>
> Do you need any further logs for analyzes?
>
> BR, Peter
>
>
> Am 20.09.2010 17:39, schrieb David Baelde:
>
>> 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 your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
>


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[Peter Retep]

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 listener

If I want to stop by pressing CTRL+C liquidsoap it hangs at "waiting 
threads to terminate"
Only possibility to stop it is CTRL+Z and kill -9 afterwards

without using input.alsa it works fine.

test code:

channel1= input.alsa()
channel2= single("/tmp/test.ogg")
radio= channel1
output.alsa(radio)

simplified test code (same behaviour):
liquidsoap 'output.alsa(input.alsa())'

log:

~/radio/liquidsoap-full-1.0.0-beta1$ liquidsoap play.liq
2010/09/21 15:50:47 >>> LOG START
2010/09/21 15:50:47 [protocols.external:3] Didn't find "ufetch".
2010/09/21 15:50:47 [protocols.external:3] Found "/usr/bin/wget".
2010/09/21 15:50:47 [main:3] Liquidsoap 1.0.0-beta1
2010/09/21 15:50:47 [lang:3] flac binary not found: flac decoder disabled.
2010/09/21 15:50:47 [lang:3] metaflac binary not found: flac metadata 
resolver disabled.
2010/09/21 15:50:47 [lang:3] faad binary not found: faad decoder disabled.
2010/09/21 15:50:47 [lang:3] Lastfm/audioscrobbler support was not compiled.
2010/09/21 15:50:47 [frame:3] Using 44100Hz audio, 25Hz video, 44100Hz 
master.
2010/09/21 15:50:47 [frame:3] Frame size must be a multiple of 1764 
ticks = 1764 audio samples = 1 video samples.
2010/09/21 15:50:47 [frame:3] Targetting 'frame.duration': 0.04s = 1764 
audio samples = 1764 ticks.
2010/09/21 15:50:47 [frame:3] Frames last 0.04s = 1764 audio samples = 1 
video samples = 1764 ticks.
2010/09/21 15:50:47 [decoder:3] Method "OGG" accepted "/tmp/test.ogg".
2010/09/21 15:50:47 [single:3] "/tmp/test.ogg" is static, resolving once 
for all...
2010/09/21 15:50:47 [threads:3] Created thread "generic queue #1".
2010/09/21 15:50:47 [/tmp/test(dot)ogg:3] Prepared "/tmp/test.ogg" (RID 0).
2010/09/21 15:50:47 [threads:3] Created thread "src_4037" (1 total).
2010/09/21 15:50:47 [src_4037:3] Using ALSA 1.0.22.
2010/09/21 15:50:47 [threads:3] Created thread "output(dot)alsa" (2 total).
2010/09/21 15:50:47 [src_4037:2] Falling back on interleaved S16LE
2010/09/21 15:50:47 [threads:3] Created thread "wallclock_alsa" (3 total).
2010/09/21 15:50:47 [clock.wallclock_alsa:3] Streaming loop starts, no sync.
^C2010/09/21 15:51:59 [main:3] Shutdown started!
2010/09/21 15:51:59 [main:3] Waiting for threads to terminate...
^Z
[1]+  Stopped liquidsoap play.liq
~/radio/liquidsoap-full-1.0.0-beta1$ ps -afe | grep liquidsoap | grep -v 
grep | cut -d " " -f6 | xargs kill -9 $1
~/radio/liquidsoap-full-1.0.0-beta1$
[1]+  Killed  liquidsoap play.liq

Do you need any further logs for analyzes?

BR, Peter


Am 20.09.2010 17:39, schrieb David Baelde:
> 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 your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[David Baelde]

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 your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[Peter Retep]

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, ...

At line 38, char 16: unbound symbol output.file.wav.
At line 45, char 26: unbound symbol output.icecast.vorbis.cbr.

output.file.wav(
 "/mnt/archive/%Y-%m-%d/%Y-%m-%d-%H_%M_%S.wav",
 reopen_when={0m0s},
 mksafe(radio)
)

output.icecast.vorbis.cbr(
 bitrate=160,
  host="localhost", port=8001, user="user", password="pass", 
mount="/mount", radio
)

Additionally simple out(radio) does not work with alsa.in() anymore, due 
to clock problems, but output.alsa() works

BR, Peter





--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[David Baelde]

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 well for many others) and I'd like to
get it straight in liquidsoap 1.0.

Thanks for your help,

David

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[Peter Retep]

  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:48:42 [threads:1] Thread "src_5108" aborts with exception 
Alsa.Unknown_error(1073695132)!
2010/09/16 05:48:42 [stderr:3] Thread 5 killed on uncaught exception 
Alsa.Unknown_error(1073695132)
2010/09/17 01:26:59 [threads:1] Thread "src_5108" aborts with exception 
Alsa.Unknown_error(1073694948)!
2010/09/17 01:26:59 [stderr:3] Thread 5 killed on uncaught exception 
Alsa.Unknown_error(1073694948)

We have two boxes running with liquidsoap.
The record box which uses alsa.in input source crashs nearly once a day.
(it records live shows and plays out pre-produced stuff)

The playout box runs stable for many days.
(it controls switching between broadcast studios and plays out to the 
transmitter )

BR, Peter

Am 17.09.2010 00: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 our stream at 1 AM and everyday our stream
>> crashes at 14:31:38 with an Alsa.Unknown_error.  I'm also running 0.9.2
> That's interesting..
>
> Since the crash is so regular, I wonder if there could be another
> process/script run at this time by a cron for instance that would cause the
> crash ?
>
>
> Romain
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>


--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error (-1073741824)

[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 our stream at 1 AM and everyday our stream
> crashes at 14:31:38 with an Alsa.Unknown_error.  I'm also running 0.9.2

That's interesting..

Since the crash is so regular, I wonder if there could be another 
process/script run at this time by a cron for instance that would cause the 
crash ?


Romain

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Re: [Savonet-users] liquidsoap aborts with exception Alsa.Unknown_error(-1073741824)

[Romain Beauxis]

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 get more information with this version...

Sorry for the crash and good luck with your radio !

Romain

--
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful, 
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance. 
http://p.sf.net/sfu/dell-sfdev2dev
___
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users