Cool! And what about Android?

Regards,
Mike

On Thu, Oct 20, 2011 at 2:07 PM,   wrote:
> We'd like to give a summary report of some work Steven and myself have done this afternoon on Csound for  iPhone (Steven is actually ducking here and will not be available for questioning ;).
>
> Effectively, we have succeeded in a proof-of-concept to demonstrate that it should be possible to develop applications based on Csound for the iOS. We have run a csound performance on the iPhone simulator, and played a sine wave at 440Hz !
>
> This is what we did:
> 1) used a static libcsound.a
> 2) turned off dynamic loading of opcodes
> 3) used a static libsndfile
> 4) built a minimal app which ran a csound CSD defined in a static C string and played the resulting wave file/
>
> All of this with code out of the box, apart from a little adjustment to do 2) which I'll commit tomorrow.
>
> OK, so we've proved it's all doable, with not too much work. We need to provide code for doing RT IO, but that should be a matter of tapping into csound buffers. For a full complement of opcodes, we will need to move the plugins back as internal opcodes, but this is planned to be done. We will need to build libsndfile for ARM, but that is possible.
>
> Now the caveats:
>
> 1) Csound is LGPL
> 2) libsndfile is LGPL
> 3) Applications using these two will be LGPL.
> 3) I am not sure whether it is possible to distribute any apps with these licences at Apple Store.
> 4) If this is possible, the source code for any of these Apps will need to be available somewhere,
> which should not be a problem. App developers can still charge for those, LGPL says nothing about this.
>
> and
>
> 5) while we're showing that this can be done, I am not sure we will be spending too much time on developing for iOS. But developers out there are encouraged to have a go
>
> Regards
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>



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


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

indeed...

On 20 October 2011 19:24, Michael Gogins  wrote:
> Cool! And what about Android?
>
> Regards,
> Mike
>
> On Thu, Oct 20, 2011 at 2:07 PM,   wrote:
>> We'd like to give a summary report of some work Steven and myself have done this afternoon on Csound for  iPhone (Steven is actually ducking here and will not be available for questioning ;).
>>
>> Effectively, we have succeeded in a proof-of-concept to demonstrate that it should be possible to develop applications based on Csound for the iOS. We have run a csound performance on the iPhone simulator, and played a sine wave at 440Hz !
>>
>> This is what we did:
>> 1) used a static libcsound.a
>> 2) turned off dynamic loading of opcodes
>> 3) used a static libsndfile
>> 4) built a minimal app which ran a csound CSD defined in a static C string and played the resulting wave file/
>>
>> All of this with code out of the box, apart from a little adjustment to do 2) which I'll commit tomorrow.
>>
>> OK, so we've proved it's all doable, with not too much work. We need to provide code for doing RT IO, but that should be a matter of tapping into csound buffers. For a full complement of opcodes, we will need to move the plugins back as internal opcodes, but this is planned to be done. We will need to build libsndfile for ARM, but that is possible.
>>
>> Now the caveats:
>>
>> 1) Csound is LGPL
>> 2) libsndfile is LGPL
>> 3) Applications using these two will be LGPL.
>> 3) I am not sure whether it is possible to distribute any apps with these licences at Apple Store.
>> 4) If this is possible, the source code for any of these Apps will need to be available somewhere,
>> which should not be a problem. App developers can still charge for those, LGPL says nothing about this.
>>
>> and
>>
>> 5) while we're showing that this can be done, I am not sure we will be spending too much time on developing for iOS. But developers out there are encouraged to have a go
>>
>> Regards
>>
>> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> National University of Ireland, Maynooth
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

+1
> indeed...
>
> On 20 October 2011 19:24, Michael Gogins  wrote:
>> Cool! And what about Android?
>>
>> Regards,
>> Mike
>>
>> On Thu, Oct 20, 2011 at 2:07 PM,   wrote:
>>> We'd like to give a summary report of some work Steven and myself have
>>> done this afternoon on Csound for  iPhone (Steven is actually ducking
>>> here and will not be available for questioning ;).
>>>
>>> Effectively, we have succeeded in a proof-of-concept to demonstrate
>>> that it should be possible to develop applications based on Csound for
>>> the iOS. We have run a csound performance on the iPhone simulator, and
>>> played a sine wave at 440Hz !
>>>
>>> This is what we did:
>>> 1) used a static libcsound.a
>>> 2) turned off dynamic loading of opcodes
>>> 3) used a static libsndfile
>>> 4) built a minimal app which ran a csound CSD defined in a static C
>>> string and played the resulting wave file/
>>>
>>> All of this with code out of the box, apart from a little adjustment to
>>> do 2) which I'll commit tomorrow.
>>>
>>> OK, so we've proved it's all doable, with not too much work. We need to
>>> provide code for doing RT IO, but that should be a matter of tapping
>>> into csound buffers. For a full complement of opcodes, we will need to
>>> move the plugins back as internal opcodes, but this is planned to be
>>> done. We will need to build libsndfile for ARM, but that is possible.
>>>
>>> Now the caveats:
>>>
>>> 1) Csound is LGPL
>>> 2) libsndfile is LGPL
>>> 3) Applications using these two will be LGPL.
>>> 3) I am not sure whether it is possible to distribute any apps with
>>> these licences at Apple Store.
>>> 4) If this is possible, the source code for any of these Apps will need
>>> to be available somewhere,
>>> which should not be a problem. App developers can still charge for
>>> those, LGPL says nothing about this.
>>>
>>> and
>>>
>>> 5) while we're showing that this can be done, I am not sure we will be
>>> spending too much time on developing for iOS. But developers out there
>>> are encouraged to have a go
>>>
>>> Regards
>>>
>>> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>>> National University of Ireland, Maynooth
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>> "unsubscribe csound"
>>>
>>>
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
>




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Well, for Android, it should be much like building the Java wrapper we
currently do, as Android's JNI system is pretty much the same.  Just
need to cross compile it.  The tricky bit is libsndfile.  On the other
hand, because the library is dynamically linked, it should mean less
restriction on the release of the software.

Really, it just needs to be cross-compiled.  I could take a look at
this sometime tomorrow. We still need to collapse in all the dynamic
opcode libs that don't have 3rd party dependencies to before we can
really get going with all this.


On Thu, Oct 20, 2011 at 7:30 PM,   wrote:
> I'll leave it as an exercise for you Java coders out there... ;)
>
> ObjectiveC is unreadable, but at least it allows us to seamless mix C code
> in it, so that part was easy. With android, I guess we're talking about use
> a java wrapper, which might be a more complex task.
> Besides, latency is still something of a question.
>
> ----- Original Message -----
> From: Rory Walsh 
> Date: Thursday, October 20, 2011 7:27 pm
> Subject: Re: [Csnd] Csound on iPhone / iOS
> To: csound@lists.bath.ac.uk
>
>> indeed...
>>
>> On 20 October 2011 19:24, Michael Gogins
>>  wrote:
>> > Cool! And what about Android?
>> >
>> > Regards,
>> > Mike
>> >
>> > On Thu, Oct 20, 2011 at 2:07 PM,
>>   wrote:
>> >> We'd like to give a summary report of some work Steven and
>> myself have done this afternoon on Csound for  iPhone (Steven is
>> actually ducking here and will not be available for questioning ;).
>> >>
>> >> Effectively, we have succeeded in a proof-of-concept to
>> demonstrate that it should be possible to develop applications
>> based on Csound for the iOS. We have run a csound performance on
>> the iPhone simulator, and played a sine wave at 440Hz !
>> >>
>> >> This is what we did:
>> >> 1) used a static libcsound.a
>> >> 2) turned off dynamic loading of opcodes
>> >> 3) used a static libsndfile
>> >> 4) built a minimal app which ran a csound CSD defined in a
>> static C string and played the resulting wave file/
>> >>
>> >> All of this with code out of the box, apart from a little
>> adjustment to do 2) which I'll commit tomorrow.
>> >>
>> >> OK, so we've proved it's all doable, with not too much work.
>> We need to provide code for doing RT IO, but that should be a
>> matter of tapping into csound buffers. For a full complement of
>> opcodes, we will need to move the plugins back as internal
>> opcodes, but this is planned to be done. We will need to build
>> libsndfile for ARM, but that is possible.
>> >>
>> >> Now the caveats:
>> >>
>> >> 1) Csound is LGPL
>> >> 2) libsndfile is LGPL
>> >> 3) Applications using these two will be LGPL.
>> >> 3) I am not sure whether it is possible to distribute any
>> apps with these licences at Apple Store.
>> >> 4) If this is possible, the source code for any of these Apps
>> will need to be available somewhere,
>> >> which should not be a problem. App developers can still
>> charge for those, LGPL says nothing about this.
>> >>
>> >> and
>> >>
>> >> 5) while we're showing that this can be done, I am not sure
>> we will be spending too much time on developing for iOS. But
>> developers out there are encouraged to have a go
>> >>
>> >> Regards
>> >>
>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> >> National University of Ireland, Maynooth
>> >>
>> >>
>> >>
>> >> Send bugs reports to the Sourceforge bug tracker
>> >>
>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>> Discussions of bugs and features can be posted here
>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Michael Gogins
>> > Irreducible Productions
>> > http://www.michael-gogins.com
>> > Michael dot Gogins at gmail dot com
>> >
>> >
>> > Send bugs reports to the Sourceforge bug tracker
>> >
>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> Discussions of bugs and features can be posted here
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I've been looking at cross compilation for android, you would need to
pass the audio into jni so you use the android audio player class to
actually play back the audio. It doesn't use alsa or jack, you have to
pass your audio from jni to the audio player java class. Alternatively
with 2.3 you can write your entire app in straight c++ and avoid jni
altogether, but then libsndfile needs to be extended to handle
android's native audio i/o lib.

With 2.2 you'd have to use the method of passing the audio into jni to
be played by the mediaplayer class from java.

On Thu, Oct 20, 2011 at 11:38 AM, Steven Yi  wrote:
> Well, for Android, it should be much like building the Java wrapper we
> currently do, as Android's JNI system is pretty much the same.  Just
> need to cross compile it.  The tricky bit is libsndfile.  On the other
> hand, because the library is dynamically linked, it should mean less
> restriction on the release of the software.
>
> Really, it just needs to be cross-compiled.  I could take a look at
> this sometime tomorrow. We still need to collapse in all the dynamic
> opcode libs that don't have 3rd party dependencies to before we can
> really get going with all this.
>
>
> On Thu, Oct 20, 2011 at 7:30 PM,   wrote:
>> I'll leave it as an exercise for you Java coders out there... ;)
>>
>> ObjectiveC is unreadable, but at least it allows us to seamless mix C code
>> in it, so that part was easy. With android, I guess we're talking about use
>> a java wrapper, which might be a more complex task.
>> Besides, latency is still something of a question.
>>
>> ----- Original Message -----
>> From: Rory Walsh 
>> Date: Thursday, October 20, 2011 7:27 pm
>> Subject: Re: [Csnd] Csound on iPhone / iOS
>> To: csound@lists.bath.ac.uk
>>
>>> indeed...
>>>
>>> On 20 October 2011 19:24, Michael Gogins
>>>  wrote:
>>> > Cool! And what about Android?
>>> >
>>> > Regards,
>>> > Mike
>>> >
>>> > On Thu, Oct 20, 2011 at 2:07 PM,
>>>   wrote:
>>> >> We'd like to give a summary report of some work Steven and
>>> myself have done this afternoon on Csound for  iPhone (Steven is
>>> actually ducking here and will not be available for questioning ;).
>>> >>
>>> >> Effectively, we have succeeded in a proof-of-concept to
>>> demonstrate that it should be possible to develop applications
>>> based on Csound for the iOS. We have run a csound performance on
>>> the iPhone simulator, and played a sine wave at 440Hz !
>>> >>
>>> >> This is what we did:
>>> >> 1) used a static libcsound.a
>>> >> 2) turned off dynamic loading of opcodes
>>> >> 3) used a static libsndfile
>>> >> 4) built a minimal app which ran a csound CSD defined in a
>>> static C string and played the resulting wave file/
>>> >>
>>> >> All of this with code out of the box, apart from a little
>>> adjustment to do 2) which I'll commit tomorrow.
>>> >>
>>> >> OK, so we've proved it's all doable, with not too much work.
>>> We need to provide code for doing RT IO, but that should be a
>>> matter of tapping into csound buffers. For a full complement of
>>> opcodes, we will need to move the plugins back as internal
>>> opcodes, but this is planned to be done. We will need to build
>>> libsndfile for ARM, but that is possible.
>>> >>
>>> >> Now the caveats:
>>> >>
>>> >> 1) Csound is LGPL
>>> >> 2) libsndfile is LGPL
>>> >> 3) Applications using these two will be LGPL.
>>> >> 3) I am not sure whether it is possible to distribute any
>>> apps with these licences at Apple Store.
>>> >> 4) If this is possible, the source code for any of these Apps
>>> will need to be available somewhere,
>>> >> which should not be a problem. App developers can still
>>> charge for those, LGPL says nothing about this.
>>> >>
>>> >> and
>>> >>
>>> >> 5) while we're showing that this can be done, I am not sure
>>> we will be spending too much time on developing for iOS. But
>>> developers out there are encouraged to have a go
>>> >>
>>> >> Regards
>>> >>
>>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>>> >> National University of Ireland, Maynooth
>>> >>
>>> >>
>>> >>
>>> >> Send bugs reports to the Sourceforge bug tracker
>>> >>
>>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>>> Discussions of bugs and features can be posted here
>>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>> "unsubscribe csound"
>>> >>
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > Michael Gogins
>>> > Irreducible Productions
>>> > http://www.michael-gogins.com
>>> > Michael dot Gogins at gmail dot com
>>> >
>>> >
>>> > Send bugs reports to the Sourceforge bug tracker
>>> >
>>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>>> Discussions of bugs and features can be posted here
>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>> "unsubscribe csound"
>>> >
>>> >
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>> "unsubscribe csound"
>>>
>>
>> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> National University of Ireland, Maynooth
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Well, you could use csound to export a wav file and then have a java
front end play back the wav file to hear the result.

On Thu, Oct 20, 2011 at 12:01 PM,   wrote:
> I can't see that; libsndfile is just soundfile IO, it does not do any native audio IO anywhere.
> What we would need then is just an IO module for android (just as we do with other
> systems. Maybe the portaudio people are already contemplating adding this to their list
> of platforms)
>
>> Alternatively
>> with 2.3 you can write your entire app in straight c++ and avoid jni
>> altogether, but then libsndfile needs to be extended to handle
>> android's native audio i/o lib.
>>
>> With 2.2 you'd have to use the method of passing the audio into
>> jni to
>> be played by the mediaplayer class from java.
>>
>> On Thu, Oct 20, 2011 at 11:38 AM, Steven Yi
>>  wrote:
>> > Well, for Android, it should be much like building the Java
>> wrapper we
>> > currently do, as Android's JNI system is pretty much the same.  Just
>> > need to cross compile it.  The tricky bit is libsndfile.  On
>> the other
>> > hand, because the library is dynamically linked, it should
>> mean less
>> > restriction on the release of the software.
>> >
>> > Really, it just needs to be cross-compiled.  I could take a
>> look at
>> > this sometime tomorrow. We still need to collapse in all the dynamic
>> > opcode libs that don't have 3rd party dependencies to before
>> we can
>> > really get going with all this.
>> >
>> >
>> > On Thu, Oct 20, 2011 at 7:30 PM,
>>   wrote:
>> >> I'll leave it as an exercise for you Java coders out there... ;)
>> >>
>> >> ObjectiveC is unreadable, but at least it allows us to
>> seamless mix C code
>> >> in it, so that part was easy. With android, I guess we're
>> talking about use
>> >> a java wrapper, which might be a more complex task.
>> >> Besides, latency is still something of a question.
>> >>
>> >> ----- Original Message -----
>> >> From: Rory Walsh 
>> >> Date: Thursday, October 20, 2011 7:27 pm
>> >> Subject: Re: [Csnd] Csound on iPhone / iOS
>> >> To: csound@lists.bath.ac.uk
>> >>
>> >>> indeed...
>> >>>
>> >>> On 20 October 2011 19:24, Michael Gogins
>> >>>  wrote:
>> >>> > Cool! And what about Android?
>> >>> >
>> >>> > Regards,
>> >>> > Mike
>> >>> >
>> >>> > On Thu, Oct 20, 2011 at 2:07 PM,
>> >>>   wrote:
>> >>> >> We'd like to give a summary report of some work Steven and
>> >>> myself have done this afternoon on Csound for  iPhone
>> (Steven is
>> >>> actually ducking here and will not be available for
>> questioning ;).
>> >>> >>
>> >>> >> Effectively, we have succeeded in a proof-of-concept to
>> >>> demonstrate that it should be possible to develop applications
>> >>> based on Csound for the iOS. We have run a csound
>> performance on
>> >>> the iPhone simulator, and played a sine wave at 440Hz !
>> >>> >>
>> >>> >> This is what we did:
>> >>> >> 1) used a static libcsound.a
>> >>> >> 2) turned off dynamic loading of opcodes
>> >>> >> 3) used a static libsndfile
>> >>> >> 4) built a minimal app which ran a csound CSD defined in a
>> >>> static C string and played the resulting wave file/
>> >>> >>
>> >>> >> All of this with code out of the box, apart from a little
>> >>> adjustment to do 2) which I'll commit tomorrow.
>> >>> >>
>> >>> >> OK, so we've proved it's all doable, with not too much work.
>> >>> We need to provide code for doing RT IO, but that should be a
>> >>> matter of tapping into csound buffers. For a full complement of
>> >>> opcodes, we will need to move the plugins back as internal
>> >>> opcodes, but this is planned to be done. We will need to build
>> >>> libsndfile for ARM, but that is possible.
>> >>> >>
>> >>> >> Now the caveats:
>> >>> >>
>> >>> >> 1) Csound is LGPL
>> >>> >> 2) libsndfile is LGPL
>> >>> >> 3) Applications using these two will be LGPL.
>> >>> >> 3) I am not sure whether it is possible to distribute any
>> >>> apps with these licences at Apple Store.
>> >>> >> 4) If this is possible, the source code for any of these Apps
>> >>> will need to be available somewhere,
>> >>> >> which should not be a problem. App developers can still
>> >>> charge for those, LGPL says nothing about this.
>> >>> >>
>> >>> >> and
>> >>> >>
>> >>> >> 5) while we're showing that this can be done, I am not sure
>> >>> we will be spending too much time on developing for iOS. But
>> >>> developers out there are encouraged to have a go
>> >>> >>
>> >>> >> Regards
>> >>> >>
>> >>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> >>> >> National University of Ireland, Maynooth
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> Send bugs reports to the Sourceforge bug tracker
>> >>> >>
>> >>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>> >>> Discussions of bugs and features can be posted here
>> >>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>> "unsubscribe csound"
>> >>> >>
>> >>> >>
>> >>> >
>> >>> >
>> >>> >
>> >>> > --
>> >>> > Michael Gogins
>> >>> > Irreducible Productions
>> >>> > http://www.michael-gogins.com
>> >>> > Michael dot Gogins at gmail dot com
>> >>> >
>> >>> >
>> >>> > Send bugs reports to the Sourceforge bug tracker
>> >>> >
>> >>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> >>> Discussions of bugs and features can be posted here
>> >>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>> "unsubscribe csound"
>> >>> >
>> >>> >
>> >>>
>> >>>
>> >>> Send bugs reports to the Sourceforge bug tracker
>> >>>
>> https://sourceforge.net/tracker/?group_id=81968&atid=564599>>>
>> Discussions of bugs and features can be posted here
>> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>> "unsubscribe csound"
>> >>>
>> >>
>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> >> National University of Ireland, Maynooth
>> >>
>> >
>> >
>> > Send bugs reports to the Sourceforge bug tracker
>> >
>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> Discussions of bugs and features can be posted here
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

There is a native SDK for Android, Java is not necessary. See
http://developer.android.com/sdk/ndk/index.html.

The whole toolchain is bloated and clumsy, e.g. on Windows it looks
like you need to install Eclipse and the Android SDK as well as Cygwin
and the Android NDK, but obviously it will work.

Regards,
Mike

On Thu, Oct 20, 2011 at 2:30 PM,   wrote:
> I'll leave it as an exercise for you Java coders out there... ;)
>
> ObjectiveC is unreadable, but at least it allows us to seamless mix C code
> in it, so that part was easy. With android, I guess we're talking about use
> a java wrapper, which might be a more complex task.
> Besides, latency is still something of a question.
>
> ----- Original Message -----
> From: Rory Walsh 
> Date: Thursday, October 20, 2011 7:27 pm
> Subject: Re: [Csnd] Csound on iPhone / iOS
> To: csound@lists.bath.ac.uk
>
>> indeed...
>>
>> On 20 October 2011 19:24, Michael Gogins
>>  wrote:
>> > Cool! And what about Android?
>> >
>> > Regards,
>> > Mike
>> >
>> > On Thu, Oct 20, 2011 at 2:07 PM,
>>   wrote:
>> >> We'd like to give a summary report of some work Steven and
>> myself have done this afternoon on Csound for  iPhone (Steven is
>> actually ducking here and will not be available for questioning ;).
>> >>
>> >> Effectively, we have succeeded in a proof-of-concept to
>> demonstrate that it should be possible to develop applications
>> based on Csound for the iOS. We have run a csound performance on
>> the iPhone simulator, and played a sine wave at 440Hz !
>> >>
>> >> This is what we did:
>> >> 1) used a static libcsound.a
>> >> 2) turned off dynamic loading of opcodes
>> >> 3) used a static libsndfile
>> >> 4) built a minimal app which ran a csound CSD defined in a
>> static C string and played the resulting wave file/
>> >>
>> >> All of this with code out of the box, apart from a little
>> adjustment to do 2) which I'll commit tomorrow.
>> >>
>> >> OK, so we've proved it's all doable, with not too much work.
>> We need to provide code for doing RT IO, but that should be a
>> matter of tapping into csound buffers. For a full complement of
>> opcodes, we will need to move the plugins back as internal
>> opcodes, but this is planned to be done. We will need to build
>> libsndfile for ARM, but that is possible.
>> >>
>> >> Now the caveats:
>> >>
>> >> 1) Csound is LGPL
>> >> 2) libsndfile is LGPL
>> >> 3) Applications using these two will be LGPL.
>> >> 3) I am not sure whether it is possible to distribute any
>> apps with these licences at Apple Store.
>> >> 4) If this is possible, the source code for any of these Apps
>> will need to be available somewhere,
>> >> which should not be a problem. App developers can still
>> charge for those, LGPL says nothing about this.
>> >>
>> >> and
>> >>
>> >> 5) while we're showing that this can be done, I am not sure
>> we will be spending too much time on developing for iOS. But
>> developers out there are encouraged to have a go
>> >>
>> >> Regards
>> >>
>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> >> National University of Ireland, Maynooth
>> >>
>> >>
>> >>
>> >> Send bugs reports to the Sourceforge bug tracker
>> >>
>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>> Discussions of bugs and features can be posted here
>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Michael Gogins
>> > Irreducible Productions
>> > http://www.michael-gogins.com
>> > Michael dot Gogins at gmail dot com
>> >
>> >
>> > Send bugs reports to the Sourceforge bug tracker
>> >
>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> Discussions of bugs and features can be posted here
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>



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


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi,

Very interesting. I guess it's one of the upsides of having Csound be
a pure C application. That you can actually compile it for all these
platforms.

If I had a bit more time, I would give Meego a go... =)

Cheers,
Andrés

On Thu, Oct 20, 2011 at 7:07 PM,   wrote:
> We'd like to give a summary report of some work Steven and myself have done this afternoon on Csound for  iPhone (Steven is actually ducking here and will not be available for questioning ;).
>
> Effectively, we have succeeded in a proof-of-concept to demonstrate that it should be possible to develop applications based on Csound for the iOS. We have run a csound performance on the iPhone simulator, and played a sine wave at 440Hz !
>
> This is what we did:
> 1) used a static libcsound.a
> 2) turned off dynamic loading of opcodes
> 3) used a static libsndfile
> 4) built a minimal app which ran a csound CSD defined in a static C string and played the resulting wave file/
>
> All of this with code out of the box, apart from a little adjustment to do 2) which I'll commit tomorrow.
>
> OK, so we've proved it's all doable, with not too much work. We need to provide code for doing RT IO, but that should be a matter of tapping into csound buffers. For a full complement of opcodes, we will need to move the plugins back as internal opcodes, but this is planned to be done. We will need to build libsndfile for ARM, but that is possible.
>
> Now the caveats:
>
> 1) Csound is LGPL
> 2) libsndfile is LGPL
> 3) Applications using these two will be LGPL.
> 3) I am not sure whether it is possible to distribute any apps with these licences at Apple Store.
> 4) If this is possible, the source code for any of these Apps will need to be available somewhere,
> which should not be a problem. App developers can still charge for those, LGPL says nothing about this.
>
> and
>
> 5) while we're showing that this can be done, I am not sure we will be spending too much time on developing for iOS. But developers out there are encouraged to have a go
>
> Regards
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Thank you for this, Victor and Steven!  I just got my Apple iOS developer license and this news  will certainly motivate me to get to the point where I can try what you are describing.  It would be neat to have an app that allowed one to quickly preview opcodes and read the manual simultaneously, an audio quick-reference that actually utilized Csound to play examples.

John

Here's a nice video on advanced audio coding for android:
http://www.google.com/events/io/2010/sessions/android-audio-techniques.html

On Thu, Oct 20, 2011 at 12:14 PM,   wrote:
> yes, that is a way of testing it but not really RT IO. There is no need for
> any changes to libsndfile to do this.
>
> Victor
> ----- Original Message -----
> From: Brian Redfern 
> Date: Thursday, October 20, 2011 8:05 pm
> Subject: Re: [Csnd] Csound on iPhone / iOS
> To: csound@lists.bath.ac.uk
>
>> Well, you could use csound to export a wav file and then have a java
>> front end play back the wav file to hear the result.
>>
>> On Thu, Oct 20, 2011 at 12:01 PM,
>>  wrote:
>> > I can't see that; libsndfile is just soundfile IO, it does not
>> do any native audio IO anywhere.
>> > What we would need then is just an IO module for android (just
>> as we do with other
>> > systems. Maybe the portaudio people are already contemplating
>> adding this to their list
>> > of platforms)
>> >
>> >> Alternatively
>> >> with 2.3 you can write your entire app in straight c++ and
>> avoid jni
>> >> altogether, but then libsndfile needs to be extended to handle
>> >> android's native audio i/o lib.
>> >>
>> >> With 2.2 you'd have to use the method of passing the audio into
>> >> jni to
>> >> be played by the mediaplayer class from java.
>> >>
>> >> On Thu, Oct 20, 2011 at 11:38 AM, Steven Yi
>> >>  wrote:
>> >> > Well, for Android, it should be much like building the Java
>> >> wrapper we
>> >> > currently do, as Android's JNI system is pretty much the
>> same.  Just
>> >> > need to cross compile it.  The tricky bit is libsndfile.  On
>> >> the other
>> >> > hand, because the library is dynamically linked, it should
>> >> mean less
>> >> > restriction on the release of the software.
>> >> >
>> >> > Really, it just needs to be cross-compiled.  I could take a
>> >> look at
>> >> > this sometime tomorrow. We still need to collapse in all
>> the dynamic
>> >> > opcode libs that don't have 3rd party dependencies to before
>> >> we can
>> >> > really get going with all this.
>> >> >
>> >> >
>> >> > On Thu, Oct 20, 2011 at 7:30 PM,
>> >>   wrote:
>> >> >> I'll leave it as an exercise for you Java coders out
>> there... ;)
>> >> >>
>> >> >> ObjectiveC is unreadable, but at least it allows us to
>> >> seamless mix C code
>> >> >> in it, so that part was easy. With android, I guess we're
>> >> talking about use
>> >> >> a java wrapper, which might be a more complex task.
>> >> >> Besides, latency is still something of a question.
>> >> >>
>> >> >> ----- Original Message -----
>> >> >> From: Rory Walsh 
>> >> >> Date: Thursday, October 20, 2011 7:27 pm
>> >> >> Subject: Re: [Csnd] Csound on iPhone / iOS
>> >> >> To: csound@lists.bath.ac.uk
>> >> >>
>> >> >>> indeed...
>> >> >>>
>> >> >>> On 20 October 2011 19:24, Michael Gogins
>> >> >>>  wrote:
>> >> >>> > Cool! And what about Android?
>> >> >>> >
>> >> >>> > Regards,
>> >> >>> > Mike
>> >> >>> >
>> >> >>> > On Thu, Oct 20, 2011 at 2:07 PM,
>> >> >>>   wrote:
>> >> >>> >> We'd like to give a summary report of some work Steven and
>> >> >>> myself have done this afternoon on Csound for  iPhone
>> >> (Steven is
>> >> >>> actually ducking here and will not be available for
>> >> questioning ;).
>> >> >>> >>
>> >> >>> >> Effectively, we have succeeded in a proof-of-concept to
>> >> >>> demonstrate that it should be possible to develop applications
>> >> >>> based on Csound for the iOS. We have run a csound
>> >> performance on
>> >> >>> the iPhone simulator, and played a sine wave at 440Hz !
>> >> >>> >>
>> >> >>> >> This is what we did:
>> >> >>> >> 1) used a static libcsound.a
>> >> >>> >> 2) turned off dynamic loading of opcodes
>> >> >>> >> 3) used a static libsndfile
>> >> >>> >> 4) built a minimal app which ran a csound CSD defined
>> in a
>> >> >>> static C string and played the resulting wave file/
>> >> >>> >>
>> >> >>> >> All of this with code out of the box, apart from a little
>> >> >>> adjustment to do 2) which I'll commit tomorrow.
>> >> >>> >>
>> >> >>> >> OK, so we've proved it's all doable, with not too much work.
>> >> >>> We need to provide code for doing RT IO, but that should
>> be a
>> >> >>> matter of tapping into csound buffers. For a full
>> complement of
>> >> >>> opcodes, we will need to move the plugins back as internal
>> >> >>> opcodes, but this is planned to be done. We will need to build
>> >> >>> libsndfile for ARM, but that is possible.
>> >> >>> >>
>> >> >>> >> Now the caveats:
>> >> >>> >>
>> >> >>> >> 1) Csound is LGPL
>> >> >>> >> 2) libsndfile is LGPL
>> >> >>> >> 3) Applications using these two will be LGPL.
>> >> >>> >> 3) I am not sure whether it is possible to distribute any
>> >> >>> apps with these licences at Apple Store.
>> >> >>> >> 4) If this is possible, the source code for any of
>> these Apps
>> >> >>> will need to be available somewhere,
>> >> >>> >> which should not be a problem. App developers can still
>> >> >>> charge for those, LGPL says nothing about this.
>> >> >>> >>
>> >> >>> >> and
>> >> >>> >>
>> >> >>> >> 5) while we're showing that this can be done, I am not sure
>> >> >>> we will be spending too much time on developing for iOS. But
>> >> >>> developers out there are encouraged to have a go
>> >> >>> >>
>> >> >>> >> Regards
>> >> >>> >>
>> >> >>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> >> >>> >> National University of Ireland, Maynooth
>> >> >>> >>
>> >> >>> >>
>> >> >>> >>
>> >> >>> >> Send bugs reports to the Sourceforge bug tracker
>> >> >>> >>
>> >> >>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>> >> >>> Discussions of bugs and features can be posted here
>> >> >>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> >>> "unsubscribe csound"
>> >> >>> >>
>> >> >>> >>
>> >> >>> >
>> >> >>> >
>> >> >>> >
>> >> >>> > --
>> >> >>> > Michael Gogins
>> >> >>> > Irreducible Productions
>> >> >>> > http://www.michael-gogins.com
>> >> >>> > Michael dot Gogins at gmail dot com
>> >> >>> >
>> >> >>> >
>> >> >>> > Send bugs reports to the Sourceforge bug tracker
>> >> >>> >
>> >> >>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> >> >>> Discussions of bugs and features can be posted here
>> >> >>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> >>> "unsubscribe csound"
>> >> >>> >
>> >> >>> >
>> >> >>>
>> >> >>>
>> >> >>> Send bugs reports to the Sourceforge bug tracker
>> >> >>>
>> >> https://sourceforge.net/tracker/?group_id=81968&atid=564599>>>
>> >> Discussions of bugs and features can be posted here
>> >> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> >>> "unsubscribe csound"
>> >> >>>
>> >> >>
>> >> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> >> >> National University of Ireland, Maynooth
>> >> >>
>> >> >
>> >> >
>> >> > Send bugs reports to the Sourceforge bug tracker
>> >> >
>> >>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> >> Discussions of bugs and features can be posted here
>> >> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> "unsubscribe csound"
>> >> >
>> >> >
>> >>
>> >>
>> >> Send bugs reports to the Sourceforge bug tracker
>> >>
>> https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>> Discussions of bugs and features can be posted here
>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> "unsubscribe csound"
>> >>
>> >
>> > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> > National University of Ireland, Maynooth
>> >
>> >
>> >
>> > Send bugs reports to the Sourceforge bug tracker
>> >
>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>> Discussions of bugs and features can be posted here
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I would describe the situation as fragile. See this story:

http://www.fsf.org/news/2010-05-app-store-compliance


Perhaps the FSF mandarins are less militant about LGPL products anyway, 
but if they "act" against Apple to respect fully the GPL rules against 
any form of restriction, Apple will simply avoid the issue by removing 
any contentious app from the AppStore; as in the above instance. So 
while Apple seem in principle not averse to apps using GPL (or LGPL) 
code, they are not prepared to take any "grief" about their AppStore 
rules and conditions from GPL enforcers.

Richard Dobson


On 20/10/2011 20:04, Victor.Lazzarini@nuim.ie wrote:
> Then it's not a problem, because GPL would place very similar
> restrictions to LGPL in this case.
>
> ----- Original Message -----
> From: Ed Costello 
> Date: Thursday, October 20, 2011 8:00 pm
> Subject: Re: [Csnd] Csound on iPhone / iOS
> To: csound@lists.bath.ac.uk
>
>  > Hi Victor,
> Just on the point of the licensing, I have been looking at the TUIOPad
> software for iPhone, this is GNU GPL v3 and is available in the App store
>  > https://code.google.com/p/tuiopad/
>  >



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Brian,

I'm not quite sure that's right, I thought one can use the OpenSL
audio library directly from your C code.  So Csound would output to
OpenSL, and OpenSL apparently talks to ALSA, then to hardware, at
least by these slides:

http://www.slideshare.net/DSPIP/android-audio-opensl

steven

On Thu, Oct 20, 2011 at 7:56 PM, Brian Redfern  wrote:
> I've been looking at cross compilation for android, you would need to
> pass the audio into jni so you use the android audio player class to
> actually play back the audio. It doesn't use alsa or jack, you have to
> pass your audio from jni to the audio player java class. Alternatively
> with 2.3 you can write your entire app in straight c++ and avoid jni
> altogether, but then libsndfile needs to be extended to handle
> android's native audio i/o lib.
>
> With 2.2 you'd have to use the method of passing the audio into jni to
> be played by the mediaplayer class from java.
>
> On Thu, Oct 20, 2011 at 11:38 AM, Steven Yi  wrote:
>> Well, for Android, it should be much like building the Java wrapper we
>> currently do, as Android's JNI system is pretty much the same.  Just
>> need to cross compile it.  The tricky bit is libsndfile.  On the other
>> hand, because the library is dynamically linked, it should mean less
>> restriction on the release of the software.
>>
>> Really, it just needs to be cross-compiled.  I could take a look at
>> this sometime tomorrow. We still need to collapse in all the dynamic
>> opcode libs that don't have 3rd party dependencies to before we can
>> really get going with all this.
>>
>>
>> On Thu, Oct 20, 2011 at 7:30 PM,   wrote:
>>> I'll leave it as an exercise for you Java coders out there... ;)
>>>
>>> ObjectiveC is unreadable, but at least it allows us to seamless mix C code
>>> in it, so that part was easy. With android, I guess we're talking about use
>>> a java wrapper, which might be a more complex task.
>>> Besides, latency is still something of a question.
>>>
>>> ----- Original Message -----
>>> From: Rory Walsh 
>>> Date: Thursday, October 20, 2011 7:27 pm
>>> Subject: Re: [Csnd] Csound on iPhone / iOS
>>> To: csound@lists.bath.ac.uk
>>>
>>>> indeed...
>>>>
>>>> On 20 October 2011 19:24, Michael Gogins
>>>>  wrote:
>>>> > Cool! And what about Android?
>>>> >
>>>> > Regards,
>>>> > Mike
>>>> >
>>>> > On Thu, Oct 20, 2011 at 2:07 PM,
>>>>   wrote:
>>>> >> We'd like to give a summary report of some work Steven and
>>>> myself have done this afternoon on Csound for  iPhone (Steven is
>>>> actually ducking here and will not be available for questioning ;).
>>>> >>
>>>> >> Effectively, we have succeeded in a proof-of-concept to
>>>> demonstrate that it should be possible to develop applications
>>>> based on Csound for the iOS. We have run a csound performance on
>>>> the iPhone simulator, and played a sine wave at 440Hz !
>>>> >>
>>>> >> This is what we did:
>>>> >> 1) used a static libcsound.a
>>>> >> 2) turned off dynamic loading of opcodes
>>>> >> 3) used a static libsndfile
>>>> >> 4) built a minimal app which ran a csound CSD defined in a
>>>> static C string and played the resulting wave file/
>>>> >>
>>>> >> All of this with code out of the box, apart from a little
>>>> adjustment to do 2) which I'll commit tomorrow.
>>>> >>
>>>> >> OK, so we've proved it's all doable, with not too much work.
>>>> We need to provide code for doing RT IO, but that should be a
>>>> matter of tapping into csound buffers. For a full complement of
>>>> opcodes, we will need to move the plugins back as internal
>>>> opcodes, but this is planned to be done. We will need to build
>>>> libsndfile for ARM, but that is possible.
>>>> >>
>>>> >> Now the caveats:
>>>> >>
>>>> >> 1) Csound is LGPL
>>>> >> 2) libsndfile is LGPL
>>>> >> 3) Applications using these two will be LGPL.
>>>> >> 3) I am not sure whether it is possible to distribute any
>>>> apps with these licences at Apple Store.
>>>> >> 4) If this is possible, the source code for any of these Apps
>>>> will need to be available somewhere,
>>>> >> which should not be a problem. App developers can still
>>>> charge for those, LGPL says nothing about this.
>>>> >>
>>>> >> and
>>>> >>
>>>> >> 5) while we're showing that this can be done, I am not sure
>>>> we will be spending too much time on developing for iOS. But
>>>> developers out there are encouraged to have a go
>>>> >>
>>>> >> Regards
>>>> >>
>>>> >> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>>>> >> National University of Ireland, Maynooth
>>>> >>
>>>> >>
>>>> >>
>>>> >> Send bugs reports to the Sourceforge bug tracker
>>>> >>
>>>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>>
>>>> Discussions of bugs and features can be posted here
>>>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>> "unsubscribe csound"
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Michael Gogins
>>>> > Irreducible Productions
>>>> > http://www.michael-gogins.com
>>>> > Michael dot Gogins at gmail dot com
>>>> >
>>>> >
>>>> > Send bugs reports to the Sourceforge bug tracker
>>>> >
>>>>  https://sourceforge.net/tracker/?group_id=81968&atid=564599>
>>>> Discussions of bugs and features can be posted here
>>>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>> "unsubscribe csound"
>>>> >
>>>> >
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>> "unsubscribe csound"
>>>>
>>>
>>> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>>> National University of Ireland, Maynooth
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Justin,

Do you know if there is anything similar for Harmattan?

Cheers,
Andrés

On Thu, Oct 20, 2011 at 9:00 PM, Justin Smith  wrote:
> I am typing this message on a Maemo device (ARM cortex CPU)that has csound
> installed (I did not compile it myself, I got it using aptitude within
> easydebian).
>
> It is my experience that csound is a great environment for doing audio (rt
> or non-rt) on a mobile device (I use much less supercollider and pd in part
> because they were unusable on this thing).
>
> ----- Original message -----
>> Hi,
>>
>> Very interesting. I guess it's one of the upsides of having Csound be
>> a pure C application. That you can actually compile it for all these
>> platforms.
>>
>> If I had a bit more time, I would give Meego a go... =)
>>
>> Cheers,
>> Andrés
>>
>> On Thu, Oct 20, 2011 at 7:07 PM,   wrote:
>> > We'd like to give a summary report of some work Steven and myself have
>> > done this afternoon on Csound for  iPhone (Steven is actually ducking
>> > here and will not be available for questioning ;).
>> >
>> > Effectively, we have succeeded in a proof-of-concept to demonstrate
>> > that it should be possible to develop applications based on Csound for
>> > the iOS. We have run a csound performance on the iPhone simulator, and
>> > played a sine wave at 440Hz !
>> >
>> > This is what we did:
>> > 1) used a static libcsound.a
>> > 2) turned off dynamic loading of opcodes
>> > 3) used a static libsndfile
>> > 4) built a minimal app which ran a csound CSD defined in a static C
>> > string and played the resulting wave file/
>> >
>> > All of this with code out of the box, apart from a little adjustment
>> > to do 2) which I'll commit tomorrow.
>> >
>> > OK, so we've proved it's all doable, with not too much work. We need
>> > to provide code for doing RT IO, but that should be a matter of
>> > tapping into csound buffers. For a full complement of opcodes, we will
>> > need to move the plugins back as internal opcodes, but this is planned
>> > to be done. We will need to build libsndfile for ARM, but that is
>> > possible.
>> >
>> > Now the caveats:
>> >
>> > 1) Csound is LGPL
>> > 2) libsndfile is LGPL
>> > 3) Applications using these two will be LGPL.
>> > 3) I am not sure whether it is possible to distribute any apps with
>> > these licences at Apple Store. 4) If this is possible, the source code
>> > for any of these Apps will need to be available somewhere, which
>> > should not be a problem. App developers can still charge for those,
>> > LGPL says nothing about this.
>> >
>> > and
>> >
>> > 5) while we're showing that this can be done, I am not sure we will be
>> > spending too much time on developing for iOS. But developers out there
>> > are encouraged to have a go
>> >
>> > Regards
>> >
>> > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> > National University of Ireland, Maynooth
>> >
>> >
>> >
>> > Send bugs reports to the Sourceforge bug tracker
>> >            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> > Discussions of bugs and features can be posted here
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> > "unsubscribe csound"
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>
>> https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

On 20/10/2011 19:07, Victor.Lazzarini@nuim.ie wrote:
> We'd like to give a summary report of some work Steven and myself
> have done this afternoon on Csound for  iPhone (Steven is actually
> ducking here and will not be available for questioning ;).
>
...


I would be happy to test how it behaves on hardware; I have an iPod 
touch and now also an iPad 2 (which would be able to run hopefully quite 
a lot of the CPU-intensive parts of Csound). But I can't commit much by 
way of development time to it, hugely interesting as it is, as I need to 
focus on my own projects.

My main app project doesn't use any third-party software (all it has to 
do is play short soundfiles), but in a separate test project (which may 
become an app in the fullness of time) I got the STK library built and 
working fine on iOS, including dynamic parameter control, just feeding 
into the native audio i/o routines, and running very cleanly on the 
iPod.  It may be simplest to adapt the Csound audio i/o in the same way 
to feed buffers directly into the iOS CoreAudio framework. Stanford have 
more recently released their "MoMu" package for iOS, which includes STK 
and a lot of other iOS support stuff (OpenGL extensions, touch, etc).

Note that the Simulator just uses the native CoreAudio frameworks on the 
host machine, at full native speed, so it is not a literal 
hardware-level simulator; audio running cleanly on the simulator cannot 
be assumed to run identically on a device.


Richard Dobson


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I am typing this message on a Maemo device (ARM cortex CPU)that has csound installed (I did not compile it myself, I got it using aptitude within easydebian).

It is my experience that csound is a great environment for doing audio (rt or non-rt) on a mobile device (I use much less supercollider and pd in part because they were unusable on this thing).

----- Original message -----
> Hi,
>
> Very interesting. I guess it's one of the upsides of having Csound be
> a pure C application. That you can actually compile it for all these
> platforms.
>
> If I had a bit more time, I would give Meego a go... =)
>
> Cheers,
> Andrés
>
> On Thu, Oct 20, 2011 at 7:07 PM,  <Victor.Lazzarini@nuim.ie> wrote:
> > We'd like to give a summary report of some work Steven and myself have
> > done this afternoon on Csound for  iPhone (Steven is actually ducking
> > here and will not be available for questioning ;).
> >
> > Effectively, we have succeeded in a proof-of-concept to demonstrate
> > that it should be possible to develop applications based on Csound for
> > the iOS. We have run a csound performance on the iPhone simulator, and
> > played a sine wave at 440Hz !
> >
> > This is what we did:
> > 1) used a static libcsound.a
> > 2) turned off dynamic loading of opcodes
> > 3) used a static libsndfile
> > 4) built a minimal app which ran a csound CSD defined in a static C
> > string and played the resulting wave file/
> >
> > All of this with code out of the box, apart from a little adjustment
> > to do 2) which I'll commit tomorrow.
> >
> > OK, so we've proved it's all doable, with not too much work. We need
> > to provide code for doing RT IO, but that should be a matter of
> > tapping into csound buffers. For a full complement of opcodes, we will
> > need to move the plugins back as internal opcodes, but this is planned
> > to be done. We will need to build libsndfile for ARM, but that is
> > possible.
> >
> > Now the caveats:
> >
> > 1) Csound is LGPL
> > 2) libsndfile is LGPL
> > 3) Applications using these two will be LGPL.
> > 3) I am not sure whether it is possible to distribute any apps with
> > these licences at Apple Store. 4) If this is possible, the source code
> > for any of these Apps will need to be available somewhere, which
> > should not be a problem. App developers can still charge for those,
> > LGPL says nothing about this.
> >
> > and
> >
> > 5) while we're showing that this can be done, I am not sure we will be
> > spending too much time on developing for iOS. But developers out there
> > are encouraged to have a go
> >
> > Regards
> >
> > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> > National University of Ireland, Maynooth
> >
> >
> >
> > Send bugs reports to the Sourceforge bug tracker
> >            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> > Discussions of bugs and features can be posted here
> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
> > "unsubscribe csound"
> >
> >
>
>
> Send bugs reports to the Sourceforge bug tracker
>                        https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>

Hi Richard,

Victor and I got so far as to compile the library for i386 to run in
the simulator.  I do not myself have access to any iOS devices (though
the Animoog is seriously making me interested to get an iPad...
must... resist... :P).  We did not spend too much time to try
compiling for arm; csound itself compiled just fine but then we needed
to get libsndfile cross compiled and we stopped there to move on with
testing.

Ideally, most library releases I've seen (back when I was doing iPhone
development full-time) were released with both i386 and arm .a libs,
so that they could be compiled/tested in both simulator and device.

If anyone has a spare iPod or iPad that might be collecting dust, feel
free to let me know as I think I know someone who could use one for
testing. ;)

steven


On Thu, Oct 20, 2011 at 8:52 PM, Richard Dobson
 wrote:
> On 20/10/2011 19:07, Victor.Lazzarini@nuim.ie wrote:
>>
>> We'd like to give a summary report of some work Steven and myself
>> have done this afternoon on Csound for  iPhone (Steven is actually
>> ducking here and will not be available for questioning ;).
>>
> ...
>
>
> I would be happy to test how it behaves on hardware; I have an iPod touch
> and now also an iPad 2 (which would be able to run hopefully quite a lot of
> the CPU-intensive parts of Csound). But I can't commit much by way of
> development time to it, hugely interesting as it is, as I need to focus on
> my own projects.
>
> My main app project doesn't use any third-party software (all it has to do
> is play short soundfiles), but in a separate test project (which may become
> an app in the fullness of time) I got the STK library built and working fine
> on iOS, including dynamic parameter control, just feeding into the native
> audio i/o routines, and running very cleanly on the iPod.  It may be
> simplest to adapt the Csound audio i/o in the same way to feed buffers
> directly into the iOS CoreAudio framework. Stanford have more recently
> released their "MoMu" package for iOS, which includes STK and a lot of other
> iOS support stuff (OpenGL extensions, touch, etc).
>
> Note that the Simulator just uses the native CoreAudio frameworks on the
> host machine, at full native speed, so it is not a literal hardware-level
> simulator; audio running cleanly on the simulator cannot be assumed to run
> identically on a device.
>
>
> Richard Dobson
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Especially if the running engine can be modified while it's running
and from the API.

Cheers,
Andrés

On Thu, Oct 20, 2011 at 9:14 PM,   wrote:
> It shouldn't be much trouble to add coreaudio IO to an application running
> Csound, tapping into the buffers (actually simpler than writing a RT
> module).
>
> On another note, Dr.B. showed me some apps using the SndObj lib, written by
> a student of his. For simple synthesis applications, I guess a framework
> like that is only what is needed. But for something more complex, that would
> handle scheduling of events, etc., Csound is going to be way ahead of the
> game of anything that is currently available on mobile platforms.
>
> If it turns out that it's worth the hassle, we will do some development for
> it, as we have some hardware here. It will  mean forking out the 99 dollars
> for the dev license.
>
> Victor
>
> ----- Original Message -----
> From: Richard Dobson 
> Date: Thursday, October 20, 2011 8:53 pm
> Subject: Re: [Csnd] Csound on iPhone / iOS
> To: csound@lists.bath.ac.uk
>
>> On 20/10/2011 19:07, Victor.Lazzarini@nuim.ie wrote:
>> > We'd like to give a summary report of some work Steven and myself
>> > have done this afternoon on Csound for  iPhone (Steven is
>> actually> ducking here and will not be available for questioning ;).
>> >
>> ...
>>
>>
>> I would be happy to test how it behaves on hardware; I have an
>> iPod
>> touch and now also an iPad 2 (which would be able to run
>> hopefully quite
>> a lot of the CPU-intensive parts of Csound). But I can't commit
>> much by
>> way of development time to it, hugely interesting as it is, as I
>> need to
>> focus on my own projects.
>>
>> My main app project doesn't use any third-party software (all it
>> has to
>> do is play short soundfiles), but in a separate test project
>> (which may
>> become an app in the fullness of time) I got the STK library
>> built and
>> working fine on iOS, including dynamic parameter control, just
>> feeding
>> into the native audio i/o routines, and running very cleanly on
>> the
>> iPod.  It may be simplest to adapt the Csound audio i/o in
>> the same way
>> to feed buffers directly into the iOS CoreAudio framework.
>> Stanford have
>> more recently released their "MoMu" package for iOS, which
>> includes STK
>> and a lot of other iOS support stuff (OpenGL extensions, touch, etc).
>>
>> Note that the Simulator just uses the native CoreAudio
>> frameworks on the
>> host machine, at full native speed, so it is not a literal
>> hardware-level simulator; audio running cleanly on the simulator
>> cannot
>> be assumed to run identically on a device.
>>
>>
>> Richard Dobson
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

On 20/10/2011 21:14, Victor.Lazzarini@nuim.ie wrote:
..
>
> If it turns out that it's worth the hassle, we will do some development
> for it, as we have some hardware here. It will mean forking out the 99
> dollars for the dev license.
>


You'll need that to distribute via the AppStore, but you can always 
start with the free University licence, which enables you to test on 
hardware.

Richard Dobson


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

great job guys!   

i have working rtaudio iOS code (RemoteIO AU) i can give you if you want.

i'm very happy to see opcodes rolled back into internal ones!!!!!  
i hope you make that an option for all platforms.




On Oct 20, 2011, at 11:07 AM, Victor.Lazzarini@nuim.ie wrote:

> We'd like to give a summary report of some work Steven and myself have done this afternoon on Csound for  iPhone (Steven is actually ducking here and will not be available for questioning ;).
> 
> Effectively, we have succeeded in a proof-of-concept to demonstrate that it should be possible to develop applications based on Csound for the iOS. We have run a csound performance on the iPhone simulator, and played a sine wave at 440Hz !
> 
> This is what we did:
> 1) used a static libcsound.a
> 2) turned off dynamic loading of opcodes
> 3) used a static libsndfile
> 4) built a minimal app which ran a csound CSD defined in a static C string and played the resulting wave file/
> 
> All of this with code out of the box, apart from a little adjustment to do 2) which I'll commit tomorrow.
> 
> OK, so we've proved it's all doable, with not too much work. We need to provide code for doing RT IO, but that should be a matter of tapping into csound buffers. For a full complement of opcodes, we will need to move the plugins back as internal opcodes, but this is planned to be done. We will need to build libsndfile for ARM, but that is possible.
> 
> Now the caveats:
> 
> 1) Csound is LGPL
> 2) libsndfile is LGPL
> 3) Applications using these two will be LGPL.
> 3) I am not sure whether it is possible to distribute any apps with these licences at Apple Store.
> 4) If this is possible, the source code for any of these Apps will need to be available somewhere,
> which should not be a problem. App developers can still charge for those, LGPL says nothing about this.
> 
> and
> 
> 5) while we're showing that this can be done, I am not sure we will be spending too much time on developing for iOS. But developers out there are encouraged to have a go
> 
> Regards
> 
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
> 
> 
> 
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Dr. B,

Thanks for the offer!  I'll email you off list any address details,
but I'll check with Victor first to see what's available at the
department (didn't realize there was anything there).

Thanks!
steven

On Fri, Oct 21, 2011 at 3:23 AM, Dr. Richard Boulanger
 wrote:
> Steven,
> And a spare iPhone 3g as well...
> Send me your new mailing address and I will get them in the mail to you
> tomorrow or Saturday.
>
> Dr. B.
>
> ___________________________________
> Richard Boulanger, Ph.D.
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 1140 Boylston Street
> Boston, MA 02215-3693
> 617-747-2485 (office)
> 774-488-9166 (cell)
> rboulanger@berklee.edu
> http://csounds.com/boulanger
> ____________________________________
> http://csounds.com/mathews
> ____________________________________
> On Oct 20, 2011, at 10:17 PM, Dr. Richard Boulanger wrote:
>
> Steven,
> I  could probably send you and iPad to do this work.
> Dr. B.
>
> ___________________________________
> Richard Boulanger, Ph.D.
> Professor of Electronic Production and Design
> Professional Writing and Music Technology Division
> Berklee College of Music
> 1140 Boylston Street
> Boston, MA 02215-3693
> 617-747-2485 (office)
> 774-488-9166 (cell)
> rboulanger@berklee.edu
> http://csounds.com/boulanger
> ____________________________________
> http://csounds.com/mathews
> ____________________________________
> On Oct 20, 2011, at 4:06 PM, Steven Yi wrote:
>
> Hi Richard,
>
> Victor and I got so far as to compile the library for i386 to run in
> the simulator.  I do not myself have access to any iOS devices (though
> the Animoog is seriously making me interested to get an iPad...
> must... resist... :P).  We did not spend too much time to try
> compiling for arm; csound itself compiled just fine but then we needed
> to get libsndfile cross compiled and we stopped there to move on with
> testing.
>
> Ideally, most library releases I've seen (back when I was doing iPhone
> development full-time) were released with both i386 and arm .a libs,
> so that they could be compiled/tested in both simulator and device.
>
> If anyone has a spare iPod or iPad that might be collecting dust, feel
> free to let me know as I think I know someone who could use one for
> testing. ;)
>
> steven
>
>
> On Thu, Oct 20, 2011 at 8:52 PM, Richard Dobson
>  wrote:
>
> On 20/10/2011 19:07, Victor.Lazzarini@nuim.ie wrote:
>
> We'd like to give a summary report of some work Steven and myself
>
> have done this afternoon on Csound for  iPhone (Steven is actually
>
> ducking here and will not be available for questioning ;).
>
> ...
>
>
> I would be happy to test how it behaves on hardware; I have an iPod touch
>
> and now also an iPad 2 (which would be able to run hopefully quite a lot of
>
> the CPU-intensive parts of Csound). But I can't commit much by way of
>
> development time to it, hugely interesting as it is, as I need to focus on
>
> my own projects.
>
> My main app project doesn't use any third-party software (all it has to do
>
> is play short soundfiles), but in a separate test project (which may become
>
> an app in the fullness of time) I got the STK library built and working fine
>
> on iOS, including dynamic parameter control, just feeding into the native
>
> audio i/o routines, and running very cleanly on the iPod.  It may be
>
> simplest to adapt the Csound audio i/o in the same way to feed buffers
>
> directly into the iOS CoreAudio framework. Stanford have more recently
>
> released their "MoMu" package for iOS, which includes STK and a lot of other
>
> iOS support stuff (OpenGL extensions, touch, etc).
>
> Note that the Simulator just uses the native CoreAudio frameworks on the
>
> host machine, at full native speed, so it is not a literal hardware-level
>
> simulator; audio running cleanly on the simulator cannot be assumed to run
>
> identically on a device.
>
>
> Richard Dobson
>
>
> Send bugs reports to the Sourceforge bug tracker
>
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>
> Discussions of bugs and features can be posted here
>
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>
> csound"
>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I've got an android tablet with honeycomb, so I'm taking a shot at cross-compiling for native android with the ndk.

Good luck Brian, I'm following this with huge interest!

On 21 October 2011 03:40, Brian Redfern  wrote:
> I've got an android tablet with honeycomb, so I'm taking a shot at
> cross-compiling for native android with the ndk.
>
> On Oct 20, 2011 7:35 PM, "Dr. Richard Boulanger" 
> wrote:
>>
>> Steven,
>> Just let me know, and I will get these things to you.
>> My dad upgraded to the iPad2, and so I bought his
>> very nice iPad and would be happy to get this one to you.
>> Later... I would probably have an iPad2 for you as well.
>> As you can see, I am very interested in this work and want
>> to support it in any way that I can.
>>
>> -dB
>>
>> ___________________________________
>> Richard Boulanger, Ph.D.
>> Professor of Electronic Production and Design
>> Professional Writing and Music Technology Division
>> Berklee College of Music
>> 1140 Boylston Street
>> Boston, MA 02215-3693
>> 617-747-2485 (office)
>> 774-488-9166 (cell)
>> rboulanger@berklee.edu
>> http://csounds.com/boulanger
>> ____________________________________
>> http://csounds.com/mathews
>> ____________________________________
>> On Oct 20, 2011, at 10:28 PM, Steven Yi wrote:
>>
>> Hi Dr. B,
>>
>> Thanks for the offer!  I'll email you off list any address details,
>> but I'll check with Victor first to see what's available at the
>> department (didn't realize there was anything there).
>>
>> Thanks!
>> steven
>>
>> On Fri, Oct 21, 2011 at 3:23 AM, Dr. Richard Boulanger
>>  wrote:
>>
>> Steven,
>>
>> And a spare iPhone 3g as well...
>>
>> Send me your new mailing address and I will get them in the mail to you
>>
>> tomorrow or Saturday.
>>
>> Dr. B.
>>
>> ___________________________________
>>
>> Richard Boulanger, Ph.D.
>>
>> Professor of Electronic Production and Design
>>
>> Professional Writing and Music Technology Division
>>
>> Berklee College of Music
>>
>> 1140 Boylston Street
>>
>> Boston, MA 02215-3693
>>
>> 617-747-2485 (office)
>>
>> 774-488-9166 (cell)
>>
>> rboulanger@berklee.edu
>>
>> http://csounds.com/boulanger
>>
>> ____________________________________
>>
>> http://csounds.com/mathews
>>
>> ____________________________________
>>
>> On Oct 20, 2011, at 10:17 PM, Dr. Richard Boulanger wrote:
>>
>> Steven,
>>
>> I  could probably send you and iPad to do this work.
>>
>> Dr. B.
>>
>> ___________________________________
>>
>> Richard Boulanger, Ph.D.
>>
>> Professor of Electronic Production and Design
>>
>> Professional Writing and Music Technology Division
>>
>> Berklee College of Music
>>
>> 1140 Boylston Street
>>
>> Boston, MA 02215-3693
>>
>> 617-747-2485 (office)
>>
>> 774-488-9166 (cell)
>>
>> rboulanger@berklee.edu
>>
>> http://csounds.com/boulanger
>>
>> ____________________________________
>>
>> http://csounds.com/mathews
>>
>> ____________________________________
>>
>> On Oct 20, 2011, at 4:06 PM, Steven Yi wrote:
>>
>> Hi Richard,
>>
>> Victor and I got so far as to compile the library for i386 to run in
>>
>> the simulator.  I do not myself have access to any iOS devices (though
>>
>> the Animoog is seriously making me interested to get an iPad...
>>
>> must... resist... :P).  We did not spend too much time to try
>>
>> compiling for arm; csound itself compiled just fine but then we needed
>>
>> to get libsndfile cross compiled and we stopped there to move on with
>>
>> testing.
>>
>> Ideally, most library releases I've seen (back when I was doing iPhone
>>
>> development full-time) were released with both i386 and arm .a libs,
>>
>> so that they could be compiled/tested in both simulator and device.
>>
>> If anyone has a spare iPod or iPad that might be collecting dust, feel
>>
>> free to let me know as I think I know someone who could use one for
>>
>> testing. ;)
>>
>> steven
>>
>>
>> On Thu, Oct 20, 2011 at 8:52 PM, Richard Dobson
>>
>>  wrote:
>>
>> On 20/10/2011 19:07, Victor.Lazzarini@nuim.ie wrote:
>>
>> We'd like to give a summary report of some work Steven and myself
>>
>> have done this afternoon on Csound for  iPhone (Steven is actually
>>
>> ducking here and will not be available for questioning ;).
>>
>> ...
>>
>>
>> I would be happy to test how it behaves on hardware; I have an iPod touch
>>
>> and now also an iPad 2 (which would be able to run hopefully quite a lot
>> of
>>
>> the CPU-intensive parts of Csound). But I can't commit much by way of
>>
>> development time to it, hugely interesting as it is, as I need to focus on
>>
>> my own projects.
>>
>> My main app project doesn't use any third-party software (all it has to do
>>
>> is play short soundfiles), but in a separate test project (which may
>> become
>>
>> an app in the fullness of time) I got the STK library built and working
>> fine
>>
>> on iOS, including dynamic parameter control, just feeding into the native
>>
>> audio i/o routines, and running very cleanly on the iPod.  It may be
>>
>> simplest to adapt the Csound audio i/o in the same way to feed buffers
>>
>> directly into the iOS CoreAudio framework. Stanford have more recently
>>
>> released their "MoMu" package for iOS, which includes STK and a lot of
>> other
>>
>> iOS support stuff (OpenGL extensions, touch, etc).
>>
>> Note that the Simulator just uses the native CoreAudio frameworks on the
>>
>> host machine, at full native speed, so it is not a literal hardware-level
>>
>> simulator; audio running cleanly on the simulator cannot be assumed to run
>>
>> identically on a device.
>>
>>
>> Richard Dobson
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>
>> Discussions of bugs and features can be posted here
>>
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>
>> csound"
>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>
>> Discussions of bugs and features can be posted here
>>
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>
>> csound"
>>
>>
>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I don't really know.

That said, I will speculate that since csound does not need to rely on GUI support, I don't see why a harmattan version of easydebian should not have a working csound. And as long as harmattan is still running X11 for graphics the fltk opcodes should continue to work anyway.

----- Original message -----
> Hi Justin,
>
> Do you know if there is anything similar for Harmattan?
>
> Cheers,
> Andrés
>
> On Thu, Oct 20, 2011 at 9:00 PM, Justin Smith <noisesmith@gmail.com>
> wrote:
> > I am typing this message on a Maemo device (ARM cortex CPU)that has
> > csound installed (I did not compile it myself, I got it using aptitude
> > within easydebian).
> >
> > It is my experience that csound is a great environment for doing audio
> > (rt or non-rt) on a mobile device (I use much less supercollider and
> > pd in part because they were unusable on this thing).
> >
> > ----- Original message -----
> > > Hi,
> > >
> > > Very interesting. I guess it's one of the upsides of having Csound be
> > > a pure C application. That you can actually compile it for all these
> > > platforms.
> > >
> > > If I had a bit more time, I would give Meego a go... =)
> > >
> > > Cheers,
> > > Andrés
> > >
> > > On Thu, Oct 20, 2011 at 7:07 PM,  <Victor.Lazzarini@nuim.ie> wrote:
> > > > We'd like to give a summary report of some work Steven and myself
> > > > have done this afternoon on Csound for  iPhone (Steven is actually
> > > > ducking here and will not be available for questioning ;).
> > > >
> > > > Effectively, we have succeeded in a proof-of-concept to demonstrate
> > > > that it should be possible to develop applications based on Csound
> > > > for the iOS. We have run a csound performance on the iPhone
> > > > simulator, and played a sine wave at 440Hz !
> > > >
> > > > This is what we did:
> > > > 1) used a static libcsound.a
> > > > 2) turned off dynamic loading of opcodes
> > > > 3) used a static libsndfile
> > > > 4) built a minimal app which ran a csound CSD defined in a static C
> > > > string and played the resulting wave file/
> > > >
> > > > All of this with code out of the box, apart from a little
> > > > adjustment to do 2) which I'll commit tomorrow.
> > > >
> > > > OK, so we've proved it's all doable, with not too much work. We
> > > > need to provide code for doing RT IO, but that should be a matter
> > > > of tapping into csound buffers. For a full complement of opcodes,
> > > > we will need to move the plugins back as internal opcodes, but
> > > > this is planned to be done. We will need to build libsndfile for
> > > > ARM, but that is possible.
> > > >
> > > > Now the caveats:
> > > >
> > > > 1) Csound is LGPL
> > > > 2) libsndfile is LGPL
> > > > 3) Applications using these two will be LGPL.
> > > > 3) I am not sure whether it is possible to distribute any apps with
> > > > these licences at Apple Store. 4) If this is possible, the source
> > > > code for any of these Apps will need to be available somewhere,
> > > > which should not be a problem. App developers can still charge for
> > > > those, LGPL says nothing about this.
> > > >
> > > > and
> > > >
> > > > 5) while we're showing that this can be done, I am not sure we
> > > > will be spending too much time on developing for iOS. But
> > > > developers out there are encouraged to have a go
> > > >
> > > > Regards
> > > >
> > > > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> > > > National University of Ireland, Maynooth
> > > >
> > > >
> > > >
> > > > Send bugs reports to the Sourceforge bug tracker
> > > >          
> > > >  https://sourceforge.net/tracker/?group_id=81968&atid=564599
> > > > Discussions of bugs and features can be posted here To
> > > > unsubscribe, send email sympa@lists.bath.ac.uk with body
> > > > "unsubscribe csound"
> > > >
> > > >
> > >
> > >
> > > Send bugs reports to the Sourceforge bug tracker
> > >
> > > https://sourceforge.net/tracker/?group_id=81968&atid=564599
> > > Discussions of bugs and features can be posted here
> > > To unsubscribe, send email sympa@lists.bath.ac.uk with body
> > > "unsubscribe csound"
> > >
> >
> >
>
>
> Send bugs reports to the Sourceforge bug tracker
>                        https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>

on 2011-10-20 at 13:00 Justin Smith wrote:

>I am typing this message on a Maemo device (ARM cortex CPU)

hi justin, are you referring to the nokia n900, or some other device? 




Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Its trickier work to make csound really useful for android. To do that I need to add native audio I/o support for open sl es, similar to the jack audio or other real time support oinks you can add in when you compile. I want to be able to use csnd.jar from my android Java app the same way I'd use it with a desktop Java app. Just to get started I'm going to learn how the existing csnd.jar works with jni and the native code on my Linux box, and then figure out what I need to add to hook into opensles.h so I can have native real time audio I/o from libcsnd.so instead of just running monolithic command line csound to compile csd files, which is not as useful for a mobile user.

Yeah, it's an N900. I don't even have a GSM chip in it, I just use it as my portable document reader and synthesizer.

luis jure wrote:
> on 2011-10-20 at 13:00 Justin Smith wrote:
> 
>> I am typing this message on a Maemo device (ARM cortex CPU)
> 
> hi justin, are you referring to the nokia n900, or some other device? 
> 
> 
> 
> 
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

on 2011-10-22 at 13:30 Justin Glenn Smith wrote:

>Yeah, it's an N900. I don't even have a GSM chip in it, I just use it as
>my portable document reader and synthesizer.

yes, that's exactly my idea! but i when thought i had found the perfect
device for me, i realized it's a bit dated and maemo isn't supported any
more... :-(  

i think the N900 had a much better design than the new N9. someone
mentioned meego (andrés?). any ideas? somehow i'm not convinced by
android...


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Yeah Android is Linux, but not very usable because it isn't GNU/Linux. Nokia is dropping Linux for Windows, and no other company seems interested in providing a GNU/Linux device, so I don't know if you'll find any up to date device with good specs running GNU/Linux out of the box.

Do remember that the N900 is open by design. Even without official Nokia support there will be new software and new software updates.

It is a fairly normal Linux machine, and because of that if you are used to Linux there are little things that really make it nice. For example I decided to make a csd for realtime audio that was controlled by the accelerometer, and that turned out to be as easy as using the readk3 opcode to open a file in /proc (using reinit to check for changed file contents).

luis jure wrote:
> on 2011-10-22 at 13:30 Justin Glenn Smith wrote:
> 
>> Yeah, it's an N900. I don't even have a GSM chip in it, I just use it as
>> my portable document reader and synthesizer.
> 
> yes, that's exactly my idea! but i when thought i had found the perfect
> device for me, i realized it's a bit dated and maemo isn't supported any
> more... :-(  
> 
> i think the N900 had a much better design than the new N9. someone
> mentioned meego (andrés?). any ideas? somehow i'm not convinced by
> android...
> 
> 
> Send bugs reports to the Sourceforge bug tracker
>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi,

Nokia announced they would use Linux for their lower end feature
phones, which when they come out in a year or two, might not be too
different to an N900 hopefully.... I hope they do make open systems,
with all the GNU tools and the usual Linux configuration.

I have an N950, it's running Meego harmattan and it's really a very
nice machine, almost a completely open Linux (there is some locking
being done by a system called aegis, but you can log in as root, and
add external repositories).

Cheers,
Andrés

On Sun, Oct 23, 2011 at 9:48 PM, Justin Glenn Smith
 wrote:
> Yeah Android is Linux, but not very usable because it isn't GNU/Linux. Nokia is dropping Linux for Windows, and no other company seems interested in providing a GNU/Linux device, so I don't know if you'll find any up to date device with good specs running GNU/Linux out of the box.
>
> Do remember that the N900 is open by design. Even without official Nokia support there will be new software and new software updates.
>
> It is a fairly normal Linux machine, and because of that if you are used to Linux there are little things that really make it nice. For example I decided to make a csd for realtime audio that was controlled by the accelerometer, and that turned out to be as easy as using the readk3 opcode to open a file in /proc (using reinit to check for changed file contents).
>
> luis jure wrote:
>> on 2011-10-22 at 13:30 Justin Glenn Smith wrote:
>>
>>> Yeah, it's an N900. I don't even have a GSM chip in it, I just use it as
>>> my portable document reader and synthesizer.
>>
>> yes, that's exactly my idea! but i when thought i had found the perfect
>> device for me, i realized it's a bit dated and maemo isn't supported any
>> more... :-(
>>
>> i think the N900 had a much better design than the new N9. someone
>> mentioned meego (andrés?). any ideas? somehow i'm not convinced by
>> android...
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Yes, the pulling out of Meego by Nokia surprised everyone, including  
their own staff, as I heard when I was over there last week.

Victor

On 24 Oct 2011, at 08:20, Andres Cabrera wrote:

> Hi,
>
> Nokia announced they would use Linux for their lower end feature
> phones, which when they come out in a year or two, might not be too
> different to an N900 hopefully.... I hope they do make open systems,
> with all the GNU tools and the usual Linux configuration.
>
> I have an N950, it's running Meego harmattan and it's really a very
> nice machine, almost a completely open Linux (there is some locking
> being done by a system called aegis, but you can log in as root, and
> add external repositories).
>
> Cheers,
> Andrés
>
> On Sun, Oct 23, 2011 at 9:48 PM, Justin Glenn Smith
>  wrote:
>> Yeah Android is Linux, but not very usable because it isn't GNU/ 
>> Linux. Nokia is dropping Linux for Windows, and no other company  
>> seems interested in providing a GNU/Linux device, so I don't know  
>> if you'll find any up to date device with good specs running GNU/ 
>> Linux out of the box.
>>
>> Do remember that the N900 is open by design. Even without official  
>> Nokia support there will be new software and new software updates.
>>
>> It is a fairly normal Linux machine, and because of that if you are  
>> used to Linux there are little things that really make it nice. For  
>> example I decided to make a csd for realtime audio that was  
>> controlled by the accelerometer, and that turned out to be as easy  
>> as using the readk3 opcode to open a file in /proc (using reinit to  
>> check for changed file contents).
>>
>> luis jure wrote:
>>> on 2011-10-22 at 13:30 Justin Glenn Smith wrote:
>>>
>>>> Yeah, it's an N900. I don't even have a GSM chip in it, I just  
>>>> use it as
>>>> my portable document reader and synthesizer.
>>>
>>> yes, that's exactly my idea! but i when thought i had found the  
>>> perfect
>>> device for me, i realized it's a bit dated and maemo isn't  
>>> supported any
>>> more... :-(
>>>
>>> i think the N900 had a much better design than the new N9. someone
>>> mentioned meego (andrés?). any ideas? somehow i'm not convinced by
>>> android...
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>             https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe csound"
>>>
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>            https://sourceforge.net/tracker/? 
>> group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie





Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"