I've been in talking with Peter Robinson to help him with the csound issues in 
Fedora/Sugar on a Stick, and we have made some progress. However, in the 
resulting tests, we found out that csound will try to use PortAudio even when 
it is built with usePortAudio=0. It all ends up in a segmentation fault, since 
the module does not exist. Is this expected behaviour? I seem to recall that 
there was some discussion about this previously, but I cannot find it now, and 
I don't remember if it came to a conclusion. What is csound doing when loading 
rtaudio plugins? I think each plugin should have a priority, and csound would 
load them in order of decreasing priority, falling back on the next one when 
the current plugin is unavailable/not working.


Saludos,
Felipe Sateler

Thanks for your attention to this issue. I think this is just a bug
that should be fixed, and your suggestion sounds good.

Regards,
Mike

On 8/19/09, Felipe Sateler  wrote:
> I've been in talking with Peter Robinson to help him with the csound issues
> in
> Fedora/Sugar on a Stick, and we have made some progress. However, in the
> resulting tests, we found out that csound will try to use PortAudio even
> when
> it is built with usePortAudio=0. It all ends up in a segmentation fault,
> since
> the module does not exist. Is this expected behaviour? I seem to recall that
> there was some discussion about this previously, but I cannot find it now,
> and
> I don't remember if it came to a conclusion. What is csound doing when
> loading
> rtaudio plugins? I think each plugin should have a priority, and csound
> would
> load them in order of decreasing priority, falling back on the next one when
> the current plugin is unavailable/not working.
>
>
> Saludos,
> Felipe Sateler
>


-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

The "fault" seems to me is in Top/csound.c, around line 932 (of 5.10):

   s = csoundQueryGlobalVariable(p, "_RTAUDIO");
#ifdef OLPC
    strcpy(s, "alsa");
#else
    strcpy(s, "PortAudio");
#endif
    csoundCreateConfigurationVariable(p, "rtaudio", s, CSOUNDCFG_STRING,
                                      0, NULL, &max_len,
                                      "Real time audio module name", NULL);

Am I right in interpreting this as setting the default rtaudio module to alsa 
on OLPC (which IIUC from the recent discussions, will never be different 
again), and PortAudio elsewhere? As a quick hack, setting s to the 
distribution's preferred sound system should work?

El miércoles 19 de agosto, Victor.Lazzarini@nuim.ie escribió:
> In my experience, if you don't have portaudio, then youneed to add
> -+rtaudio=alsa. I always thought that this was wrong and if portaudio was
> not there, then thertaudio should default to alsa.----- Original Message
> -----From: Michael Gogins Date: Wednesday, August
> 19, 2009 2:20 pmSubject: Re: [Cs-dev] Csound rtaudio choiceTo: Developer
> discussions > Thanks for your attention
> to this issue. I think this is just a bug> that should be fixed, and your
> suggestion sounds good.> > Regards,> Mike> > On 8/19/09, Felipe Sateler
>  wrote:> > I've been in talking with Peter Robinson to
> help him with the > csound issues> > in> > Fedora/Sugar on a Stick, and we
> have made some progress. > However, in the> > resulting tests, we found out
> that csound will try to use > PortAudio even> > when> > it is built with
> usePortAudio=0. It all ends up in a > segmentation fault,> > since> > the
> module does not exist. Is this expected behaviour? I seem > to recall that>
> > there was some discussion about this previously, but I cannot > find it
> now,> > and> > I don't remember if it came to a conclusion. What is csound
> > doing when> > loading> > rtaudio plugins? I think each plugin should have
> a priority, > and csound> > would> > load them in order of decreasing
> priority, falling back on the > next one when> > the current plugin is
> unavailable/not working.> >> >> > Saludos,> > Felipe Sateler> >> > > -- >
> Michael Gogins> Irreducible Productions> http://www.michael-gogins.com>
> Michael dot Gogins at gmail dot com> >
> ----------------------------------------------------------------->
> -------------> Let Crystal Reports handle the reporting - Free Crystal
> Reports > 2008 30-Day > trial. Simplify your report design, integration and
> deployment - > and focus on > what you do best, core application coding.
> Discover what's new > with > Crystal Reports now. 
> http://p.sf.net/sfu/bobj-july>
> _______________________________________________> Csound-devel mailing list>
> Csound-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/csound-develDr Victor
> Lazzarini, Senior Lecturer, Dept. of Music,National University of Ireland,
> Maynooth



Saludos,
Felipe Sateler

The point of PortAudio is that is was truly cross platform and so we did
not have to have #ifdef stuff for each system as we had previously.  As I
was outvoted about C macros I would be somewhat annoyed to have to change
back.  Alsa is still hard to use for a beginner -- all those hw and plug
things.

==John

PS What mailer do you use that makes your mail so hard to read?

> I think we could change this to default to ALSA on linuxas it will
> probably always be there. Can we have a vote?Victor----- Original Message
> -----From: Felipe Sateler Date: Wednesday, August 19,
> 2009 2:55 pmSubject: Re: [Cs-dev] Csound rtaudio choiceTo: Developer
> discussions > The "fault" seems to me
> is in Top/csound.c, around line 932 (of 5.10):> >    s =
> csoundQueryGlobalVariable(p, "_RTAUDIO");> #ifdef OLPC>     strcpy(s,
> "alsa");> #else>     strcpy(s, "PortAudio");> #endif>    
> csoundCreateConfigurationVariable(p, > "rtaudio", s, CSOUNDCFG_STRING,>
>                                       0, NULL, &max_len,>
>                                       "Real time audio module name",
> NULL);> > Am I right in interpreting this as setting the default rtaudio >
> module to alsa > on OLPC (which IIUC from the recent discussions, will
> never be > different > again), and PortAudio elsewhere? As a quick hack,
> setting s to > the > distribution's preferred sound system should work?> >
> El miércoles 19 de agosto, Victor.Lazzarini@nuim.ie escribió:> > In my
> experience, if you don't have portaudio, then youneed to add> >
> -+rtaudio=alsa. I always thought that this was wrong and if > portaudio
> was> > not there, then thertaudio should default to alsa.----- > Original
> Message> > -----From: Michael Gogins Date: >
> Wednesday, August> > 19, 2009 2:20 pmSubject: Re: [Cs-dev] Csound rtaudio
> choiceTo: > Developer> discussions > >
> Thanks for your attention> > to this issue. I think this is just a bug>
> that should be > fixed, and your> > suggestion sounds good.> > Regards,>
> Mike> > On 8/19/09, > Felipe Sateler> >  wrote:> >
> I've been in talking with > Peter Robinson to> > help him with the >
> csound issues> > in> > Fedora/Sugar on a > Stick, and we> > have made some
> progress. > However, in the> > resulting tests, > we found out> > that
> csound will try to use > PortAudio even> > when> > it is > built with> >
> usePortAudio=0. It all ends up in a > segmentation fault,> > > since> >
> the> > module does not exist. Is this expected behaviour? I seem > to >
> recall that>> > > there was some discussion about this previously, but I >
> cannot > find it> > now,> > and> > I don't remember if it came to a
> conclusion. > What is csound> > > doing when> > loading> > rtaudio
> plugins? I think each > plugin should have> > a priority, > and csound> >
> would> > load them in order of > decreasing> priority, falling back on the
> > next one when> > the > current plugin is> > unavailable/not working.> >>
> >> > Saludos,> > Felipe Sateler> > >> > > -- >> > Michael Gogins>
> Irreducible Productions> http://www.michael-> gogins.com>> Michael dot
> Gogins at gmail dot com> >> >
> ---------------------------------------------------------------> -->> >
> -------------> Let Crystal Reports handle the reporting - Free > Crystal>
> Reports > 2008 30-Day > trial. Simplify your report > design, integration
> and> > deployment - > and focus on > what you do best, core > application
> coding.> > Discover what's new > with > Crystal Reports now. > >
> http://p.sf.net/sfu/bobj-july>> >
> _______________________________________________> Csound-devel > mailing
> list>> > Csound-devel@lists.sourceforge.net>> >
> https://lists.sourceforge.net/lists/listinfo/csound-develDr Victor> >
> Lazzarini, Senior Lecturer, Dept. of Music,National University > of
> Ireland,> > Maynooth> > > > Saludos,> Felipe Sateler>
> ----------------------------------------------------------------->
> -------------> Let Crystal Reports handle the reporting - Free Crystal
> Reports > 2008 30-Day > trial. Simplify your report design, integration
> and deployment - > and focus on > what you do best, core application
> coding. Discover what's new > with > Crystal Reports now. 
> http://p.sf.net/sfu/bobj-july>
> _______________________________________________> Csound-devel mailing
> list> Csound-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/csound-develDr Victor
> Lazzarini, Senior Lecturer, Dept. of Music,National University of Ireland,
> Maynooth
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.
> http://p.sf.net/sfu/bobj-july_______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Fons Adriaensen wrote:
> On Wed, Aug 19, 2009 at 07:27:41PM +0100, jpff@cs.bath.ac.uk wrote:
> 
..
> Portaudio on Linux would have to use OSS which is disappearing in 
> recent distros, or an Alsa device which then has to be selected
> and configured as it would be when using Alsa directly. So nothing
> is gained by going through Portaudio.
> 
> The default on Linux should be Jack or Alsa, both using 'native'
> code as none of the cross-platform audio libs (and that includes
> Portaudio) understands Jack - they all see it as 'a soundcard'
> which it isn't.

I suppose this must be OK; as all Linux users love configuring things 
every time they use them...
:-)

Richard Dobson



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Fons Adriaensen wrote:
..
> My own system used for audio is upgraded (with a complete new
> Linux install) once or twice each year. The last time I changed 
> the Alsa settings for Jack (which along with everything else
> in your home directory are preserved over such an upgrade if 
> you are medium clever) is several years ago.
> 
> I have noticed the :-), but still your comment is quite silly.
> 
Well OK, maybe -ish, but you have just told us Linux is a special case, 
where everyone has been working for a fully cross-platform solution in 
order to avoid special cases, hence portaudio.... if it "works" thinking 
of jack as a soundcard even though it's not, is that OK? I naively think 
that if the user has, as you say, already configured alsa, Csound should 
just be able to use it, even via portaudio. And if portaudio Linux is in 
some way broken, I am sure they would all be glad of help in fixing it.

And upgrading the OS "once or twice each year" sounds like a lot to me. 
Maybe that is not "configuring", but its rather more frequent than I 
would want to do. I have a new Suse system on a new cheap d/c laptop, 
and I hope it stays as it is for some time!

:-) :-)  (twice as silly, this time of the night)

Richard Dobson




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net