That's great. Since you now seem to have CVS access and to be working with current sources, do you think that you might be able to return to your full-duplex audio driver? If not, can you re-mail me your earlier source and maybe I can get it to work?

Regards,
Mike

-----Original Message-----
From: Victor Lazzarini 
Sent: Apr 26, 2005 11:30 AM
To: csound-devel@lists.sourceforge.net
Subject: Re: [Cs-dev] OSX build report

I just managed to start to test csound 5 build on OSX. The new
portaudio code does not work. That's because blocking is not
supported on OS X portaudio (it makes sense, since CoreAudio is
callback-based).

However, the old rtpa.c & pablocking.c code seems to work fine for
output, now that -b/-B has been made independent from ksmps.
I don't expect it to work full-duplex, but I have a fix which I had
tested before with the old code and hopefully will work now.

FLTK seems a little dodgy, but I need to test it more to see where it
actually fails.

Victor

At 23:14 25/04/2005, you wrote:
>A summary of my attempts to build csound5 on OSX tonight and
>some changes to SConstruct I had to make (sent some
>messages to the list, but they seemed to have been lost
>on the way):
>
>1. -gstabs stops g++ from compiling FL_graph.cpp,
>had to remove it from SConstruct
>
>2. the dirent-related MACH code had to be commented out
>as it conflicted with dirent.h and would not compile
>
>3. libportmidi.dylib would not build because it could not
>find the CoreMidi functions; when -framework CoreMidi
>was added, one function from CoreMidi conflicted with
>libportmidi; solution was to use -flat_namespace and
>-undefined warning, to force the build; not sure if it will
>work;
>
>4. pv_export cannot be built, linker complains of not
>finding cenviron
>
>Victor
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel





-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

We can do it, but let's do it properly, using the support from the API, 
csoundModuleCreate() and
csoundModuleInit(). I'd say that with CoreAudio sorted, ASIO should be 
almost there.

Victor

At 16:54 26/04/2005, you wrote:
>That's great. Since you now seem to have CVS access and to be working with 
>current sources, do you think that you might be able to return to your 
>full-duplex audio driver? If not, can you re-mail me your earlier source 
>and maybe I can get it to work?
>
>Regards,
>Mike
>
>-----Original Message-----
>From: Victor Lazzarini 
>Sent: Apr 26, 2005 11:30 AM
>To: csound-devel@lists.sourceforge.net
>Subject: Re: [Cs-dev] OSX build report
>
>I just managed to start to test csound 5 build on OSX. The new
>portaudio code does not work. That's because blocking is not
>supported on OS X portaudio (it makes sense, since CoreAudio is
>callback-based).
>
>However, the old rtpa.c & pablocking.c code seems to work fine for
>output, now that -b/-B has been made independent from ksmps.
>I don't expect it to work full-duplex, but I have a fix which I had
>tested before with the old code and hopefully will work now.
>
>FLTK seems a little dodgy, but I need to test it more to see where it
>actually fails.
>
>Victor
>
>At 23:14 25/04/2005, you wrote:
> >A summary of my attempts to build csound5 on OSX tonight and
> >some changes to SConstruct I had to make (sent some
> >messages to the list, but they seemed to have been lost
> >on the way):
> >
> >1. -gstabs stops g++ from compiling FL_graph.cpp,
> >had to remove it from SConstruct
> >
> >2. the dirent-related MACH code had to be commented out
> >as it conflicted with dirent.h and would not compile
> >
> >3. libportmidi.dylib would not build because it could not
> >find the CoreMidi functions; when -framework CoreMidi
> >was added, one function from CoreMidi conflicted with
> >libportmidi; solution was to use -flat_namespace and
> >-undefined warning, to force the build; not sure if it will
> >work;
> >
> >4. pv_export cannot be built, linker complains of not
> >finding cenviron
> >
> >Victor
> >
> >
> >-------------------------------------------------------
> >SF email is sponsored by - The IT Product Guide
> >Read honest & candid reviews on hundreds of IT Products from real users.
> >Discover which products truly live up to the hype. Start reading now.
> >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> >_______________________________________________
> >Csound-devel mailing list
> >Csound-devel@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>Victor Lazzarini
>Music Technology Laboratory
>Music Department
>National University of Ireland, Maynooth
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Tell us your software development plans!
>Take this survey and enter to win a one-year sub to SourceForge.net
>Plus IDC's 2005 look-ahead and a copy of this survey
>Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I managed to do some full-duplex tests with a hacked rtpa.c and 
pablocking.c; I got
audio in and out, as I expected, but there's a problem with the locks which 
I have not
identified yet. I had to comment them out, which of course gave me regular 
dropouts.
Basically, the locks don't seem to work (they never unlock); but I really 
have to
try and understand the mechanism better. I'll keep at it.

A possible alternative, if this doesn't work is to use double-buffering, 
without the
locks. I have done CoreAudio, Jack and ASIO clients that way before and it 
works.
Not sure whether it would work in Csound though.

Victor

At 17:28 26/04/2005, you wrote:
>We can do it, but let's do it properly, using the support from the API, 
>csoundModuleCreate() and
>csoundModuleInit(). I'd say that with CoreAudio sorted, ASIO should be 
>almost there.
>
>Victor
>
>At 16:54 26/04/2005, you wrote:
>>That's great. Since you now seem to have CVS access and to be working 
>>with current sources, do you think that you might be able to return to 
>>your full-duplex audio driver? If not, can you re-mail me your earlier 
>>source and maybe I can get it to work?
>>
>>Regards,
>>Mike
>>
>>-----Original Message-----
>>From: Victor Lazzarini 
>>Sent: Apr 26, 2005 11:30 AM
>>To: csound-devel@lists.sourceforge.net
>>Subject: Re: [Cs-dev] OSX build report
>>
>>I just managed to start to test csound 5 build on OSX. The new
>>portaudio code does not work. That's because blocking is not
>>supported on OS X portaudio (it makes sense, since CoreAudio is
>>callback-based).
>>
>>However, the old rtpa.c & pablocking.c code seems to work fine for
>>output, now that -b/-B has been made independent from ksmps.
>>I don't expect it to work full-duplex, but I have a fix which I had
>>tested before with the old code and hopefully will work now.
>>
>>FLTK seems a little dodgy, but I need to test it more to see where it
>>actually fails.
>>
>>Victor
>>
>>At 23:14 25/04/2005, you wrote:
>> >A summary of my attempts to build csound5 on OSX tonight and
>> >some changes to SConstruct I had to make (sent some
>> >messages to the list, but they seemed to have been lost
>> >on the way):
>> >
>> >1. -gstabs stops g++ from compiling FL_graph.cpp,
>> >had to remove it from SConstruct
>> >
>> >2. the dirent-related MACH code had to be commented out
>> >as it conflicted with dirent.h and would not compile
>> >
>> >3. libportmidi.dylib would not build because it could not
>> >find the CoreMidi functions; when -framework CoreMidi
>> >was added, one function from CoreMidi conflicted with
>> >libportmidi; solution was to use -flat_namespace and
>> >-undefined warning, to force the build; not sure if it will
>> >work;
>> >
>> >4. pv_export cannot be built, linker complains of not
>> >finding cenviron
>> >
>> >Victor
>> >
>> >
>> >-------------------------------------------------------
>> >SF email is sponsored by - The IT Product Guide
>> >Read honest & candid reviews on hundreds of IT Products from real users.
>> >Discover which products truly live up to the hype. Start reading now.
>> >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> >_______________________________________________
>> >Csound-devel mailing list
>> >Csound-devel@lists.sourceforge.net
>> >https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>Victor Lazzarini
>>Music Technology Laboratory
>>Music Department
>>National University of Ireland, Maynooth
>>
>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from real users.
>>Discover which products truly live up to the hype. Start reading now.
>>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>>_______________________________________________
>>Csound-devel mailing list
>>Csound-devel@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Tell us your software development plans!
>>Take this survey and enter to win a one-year sub to SourceForge.net
>>Plus IDC's 2005 look-ahead and a copy of this survey
>>Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
>>_______________________________________________
>>Csound-devel mailing list
>>Csound-devel@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>Victor Lazzarini
>Music Technology Laboratory
>Music Department
>National University of Ireland, Maynooth
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Tell us your software development plans!
>Take this survey and enter to win a one-year sub to SourceForge.net
>Plus IDC's 2005 look-ahead and a copy of this survey
>Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
>_______________________________________________
>Csound-devel mailing list
>Csound-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/csound-devel

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth 



-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net