Hi,

In Boston I introduced in one of the installations sessions a possible way for 
web based interactive perfomances  together with Toshihiro Kita.

I hope to do some nice performnce in the the future where csounders from 
different part of the world can act together in the same time. Now I have put 
up a Csound server up, that listens for incoming csound code,  recompiles it 
and executes. The server is up on IP address 54.228.204.118,  port 5005 (TCP)

It has run and has been receiving and recompiling messages flawlessly for two 
weeks, but it needs further testing!  

It runs a test csd with two simple instruments

alwayson 1
instr 1 ; run instr 100 after every 5 seconds
        ktrig metro 1/5
        schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
endin

giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
gkBend init 1
instr 100 ; sound
        iamp =p4
        icps = p5
        kfreq expon icps,p3,icps*i(gkBend)
        kenv madsr 0.1,0.1,0.8,0.5
        asig pluck iamp*kenv,kfreq,icps,giSine,1
        outs asig,asig
endin

To test the server you can send an new gkBend value as a TCP message, for 
example from command line:

echo "gkBend init 1.5" | nc 54.228.204.118  5005

The sound is streamed up on:
http://54.228.204.118:8000/pensiero
(as an ogg stream), you can listen to it with your favourite media player or
web browser, for example with mplayer:

mplayer http://54.228.204.118:8000/pensiero

you can hear your change after around 5..15 seconds, the lag is shorter, if 
you use smaller cache size (less buffering). 

You can see the logof received messages  on
http://54.228.204.118/pensiero-messages0.txt

You can also send new instruments and make them sound (send an "event_i" or 
"scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt), that 
sends up selected text from the editor window. I attach also a ipthon notebook 
sketch that can be also handy if you don't use CsoundQt.

Please take it as an interactive sound installation or why not a possible form 
of Csound radio or it may have potential for some other solution.

Please test! The server stays up for one month.
And please, don't send scoreline_i "e" !  ( I should have programmed a 
protection against that but I have not yet) ... or other code that would 
segfault csound :)

The source code, presentation and other involved files are up on
http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/

Thanks!
tarmo

PS I had yesterday a nice concert for flute and electronics playing Emanuele 
Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am proud of the way 
I solved syncronization  problem for Casale's piece between soundtrack and 
playing - Csound plays the phonogram and sends messages to Processing that 
marks the correct beates in the score.   A short example on 
http://vimeo.com/79033276
t

That looks very nice Tarmo, congratulations!
Oeyvind

2013/11/10 Tarmo Johannes :
> Hi,
>
> In Boston I introduced in one of the installations sessions a possible way for
> web based interactive perfomances  together with Toshihiro Kita.
>
> I hope to do some nice performnce in the the future where csounders from
> different part of the world can act together in the same time. Now I have put
> up a Csound server up, that listens for incoming csound code,  recompiles it
> and executes. The server is up on IP address 54.228.204.118,  port 5005 (TCP)
>
> It has run and has been receiving and recompiling messages flawlessly for two
> weeks, but it needs further testing!
>
> It runs a test csd with two simple instruments
>
> alwayson 1
> instr 1 ; run instr 100 after every 5 seconds
>         ktrig metro 1/5
>         schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
> endin
>
> giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
> gkBend init 1
> instr 100 ; sound
>         iamp =p4
>         icps = p5
>         kfreq expon icps,p3,icps*i(gkBend)
>         kenv madsr 0.1,0.1,0.8,0.5
>         asig pluck iamp*kenv,kfreq,icps,giSine,1
>         outs asig,asig
> endin
>
> To test the server you can send an new gkBend value as a TCP message, for
> example from command line:
>
> echo "gkBend init 1.5" | nc 54.228.204.118  5005
>
> The sound is streamed up on:
> http://54.228.204.118:8000/pensiero
> (as an ogg stream), you can listen to it with your favourite media player or
> web browser, for example with mplayer:
>
> mplayer http://54.228.204.118:8000/pensiero
>
> you can hear your change after around 5..15 seconds, the lag is shorter, if
> you use smaller cache size (less buffering).
>
> You can see the logof received messages  on
> http://54.228.204.118/pensiero-messages0.txt
>
> You can also send new instruments and make them sound (send an "event_i" or
> "scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt), that
> sends up selected text from the editor window. I attach also a ipthon notebook
> sketch that can be also handy if you don't use CsoundQt.
>
> Please take it as an interactive sound installation or why not a possible form
> of Csound radio or it may have potential for some other solution.
>
> Please test! The server stays up for one month.
> And please, don't send scoreline_i "e" !  ( I should have programmed a
> protection against that but I have not yet) ... or other code that would
> segfault csound :)
>
> The source code, presentation and other involved files are up on
> http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/
>
> Thanks!
> tarmo
>
> PS I had yesterday a nice concert for flute and electronics playing Emanuele
> Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am proud of the way
> I solved syncronization  problem for Casale's piece between soundtrack and
> playing - Csound plays the phonogram and sends messages to Processing that
> marks the correct beates in the score.   A short example on
> http://vimeo.com/79033276
> t
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>



-- 

Oeyvind Brandtsegg
Professor of Music Technology
NTNU
7491 Trondheim
Norway
Cell: +47 92 203 205

http://flyndresang.no/
http://www.partikkelaudio.com/
http://soundcloud.com/brandtsegg
http://soundcloud.com/t-emp

Nice! I’ve sent it one of my simple recursive instruments, and it’s playing now. If you want to
shut it up, just send in an empty instr 1000.

Victor

On 10 Nov 2013, at 21:30, Tarmo Johannes  wrote:

> Hi,
> 
> In Boston I introduced in one of the installations sessions a possible way for 
> web based interactive perfomances  together with Toshihiro Kita.
> 
> I hope to do some nice performnce in the the future where csounders from 
> different part of the world can act together in the same time. Now I have put 
> up a Csound server up, that listens for incoming csound code,  recompiles it 
> and executes. The server is up on IP address 54.228.204.118,  port 5005 (TCP)
> 
> It has run and has been receiving and recompiling messages flawlessly for two 
> weeks, but it needs further testing!  
> 
> It runs a test csd with two simple instruments
> 
> alwayson 1
> instr 1 ; run instr 100 after every 5 seconds
>        ktrig metro 1/5
>        schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
> endin
> 
> giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
> gkBend init 1
> instr 100 ; sound
>        iamp =p4
>        icps = p5
>        kfreq expon icps,p3,icps*i(gkBend)
>        kenv madsr 0.1,0.1,0.8,0.5
>        asig pluck iamp*kenv,kfreq,icps,giSine,1
>        outs asig,asig
> endin
> 
> To test the server you can send an new gkBend value as a TCP message, for 
> example from command line:
> 
> echo "gkBend init 1.5" | nc 54.228.204.118  5005
> 
> The sound is streamed up on:
> http://54.228.204.118:8000/pensiero
> (as an ogg stream), you can listen to it with your favourite media player or
> web browser, for example with mplayer:
> 
> mplayer http://54.228.204.118:8000/pensiero
> 
> you can hear your change after around 5..15 seconds, the lag is shorter, if 
> you use smaller cache size (less buffering). 
> 
> You can see the logof received messages  on
> http://54.228.204.118/pensiero-messages0.txt
> 
> You can also send new instruments and make them sound (send an "event_i" or 
> "scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt), that 
> sends up selected text from the editor window. I attach also a ipthon notebook 
> sketch that can be also handy if you don't use CsoundQt.
> 
> Please take it as an interactive sound installation or why not a possible form 
> of Csound radio or it may have potential for some other solution.
> 
> Please test! The server stays up for one month.
> And please, don't send scoreline_i "e" !  ( I should have programmed a 
> protection against that but I have not yet) ... or other code that would 
> segfault csound :)
> 
> The source code, presentation and other involved files are up on
> http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/
> 
> Thanks!
> tarmo
> 
> PS I had yesterday a nice concert for flute and electronics playing Emanuele 
> Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am proud of the way 
> I solved syncronization  problem for Casale's piece between soundtrack and 
> playing - Csound plays the phonogram and sends messages to Processing that 
> marks the correct beates in the score.   A short example on 
> http://vimeo.com/79033276
> t
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>            https://sourceforge.net/p/csound/tickets/
> csound5:
>            https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
> 

It’s great fun!
On 10 Nov 2013, at 21:55, Victor Lazzarini  wrote:

> Nice! I’ve sent it one of my simple recursive instruments, and it’s playing now. If you want to
> shut it up, just send in an empty instr 1000.
> 
> Victor
> 
> On 10 Nov 2013, at 21:30, Tarmo Johannes  wrote:
> 
>> Hi,
>> 
>> In Boston I introduced in one of the installations sessions a possible way for 
>> web based interactive perfomances  together with Toshihiro Kita.
>> 
>> I hope to do some nice performnce in the the future where csounders from 
>> different part of the world can act together in the same time. Now I have put 
>> up a Csound server up, that listens for incoming csound code,  recompiles it 
>> and executes. The server is up on IP address 54.228.204.118,  port 5005 (TCP)
>> 
>> It has run and has been receiving and recompiling messages flawlessly for two 
>> weeks, but it needs further testing!  
>> 
>> It runs a test csd with two simple instruments
>> 
>> alwayson 1
>> instr 1 ; run instr 100 after every 5 seconds
>>       ktrig metro 1/5
>>       schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
>> endin
>> 
>> giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
>> gkBend init 1
>> instr 100 ; sound
>>       iamp =p4
>>       icps = p5
>>       kfreq expon icps,p3,icps*i(gkBend)
>>       kenv madsr 0.1,0.1,0.8,0.5
>>       asig pluck iamp*kenv,kfreq,icps,giSine,1
>>       outs asig,asig
>> endin
>> 
>> To test the server you can send an new gkBend value as a TCP message, for 
>> example from command line:
>> 
>> echo "gkBend init 1.5" | nc 54.228.204.118  5005
>> 
>> The sound is streamed up on:
>> http://54.228.204.118:8000/pensiero
>> (as an ogg stream), you can listen to it with your favourite media player or
>> web browser, for example with mplayer:
>> 
>> mplayer http://54.228.204.118:8000/pensiero
>> 
>> you can hear your change after around 5..15 seconds, the lag is shorter, if 
>> you use smaller cache size (less buffering). 
>> 
>> You can see the logof received messages  on
>> http://54.228.204.118/pensiero-messages0.txt
>> 
>> You can also send new instruments and make them sound (send an "event_i" or 
>> "scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt), that 
>> sends up selected text from the editor window. I attach also a ipthon notebook 
>> sketch that can be also handy if you don't use CsoundQt.
>> 
>> Please take it as an interactive sound installation or why not a possible form 
>> of Csound radio or it may have potential for some other solution.
>> 
>> Please test! The server stays up for one month.
>> And please, don't send scoreline_i "e" !  ( I should have programmed a 
>> protection against that but I have not yet) ... or other code that would 
>> segfault csound :)
>> 
>> The source code, presentation and other involved files are up on
>> http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/
>> 
>> Thanks!
>> tarmo
>> 
>> PS I had yesterday a nice concert for flute and electronics playing Emanuele 
>> Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am proud of the way 
>> I solved syncronization  problem for Casale's piece between soundtrack and 
>> playing - Csound plays the phonogram and sends messages to Processing that 
>> marks the correct beates in the score.   A short example on 
>> http://vimeo.com/79033276
>> t
>> Send bugs reports to the Sourceforge bug trackers
>> csound6:
>>           https://sourceforge.net/p/csound/tickets/
>> csound5:
>>           https://sourceforge.net/p/csound/bugs/
>> 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 trackers
> csound6:
>            https://sourceforge.net/p/csound/tickets/
> csound5:
>            https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 

Hello Tarmo (and Kita),
congrats it is something really interesting.
I will try later hoping to not make mistakes:)
I would like to ask a few things:
what if one sends a instrument number yet present?
how about synchronization of incoming events, how do You solved this?

Thanks,
ciao,
francesco.



--
View this message in context: http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5729440.html
Sent from the Csound - General mailing list archive at Nabble.com.

It’s orchestra code you send, so you can define new instruments.


On 11 Nov 2013, at 08:12, francesco  wrote:

> Hello Tarmo (and Kita),
> congrats it is something really interesting.
> I will try later hoping to not make mistakes:)
> I would like to ask a few things:
> what if one sends a instrument number yet present?
> how about synchronization of incoming events, how do You solved this?
> 
> Thanks,
> ciao,
> francesco.
> 
> 
> 
> --
> View this message in context: http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5729440.html
> Sent from the Csound - General mailing list archive at Nabble.com.
> 
> 
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>            https://sourceforge.net/p/csound/tickets/
> csound5:
>            https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 

Thanks a lot for testing!

I restarted the server now (I needed to reboot the whole machine since was 
under heavy load due the infinite loop. But that's good, it's part of the 
testing!)

Nice instrument, thanks! I changed it a bit, named instrument "victor", 
created another instrumnet "victor_starter" for safety and it plays now fine.
You can see the code on:
http://54.228.204.118/pensiero-messages0.txt

To stop the instrument, you can send
schedule -nstrnum("victor_starter"),0, 0

I will have a look to pyro, thanks for the hint! 
tarmo

PS for better readable logs, if you send message like
;name Victor
your IP address will be replaced with your name in the logs.






On Sunday 10 November 2013 23:16:33 Victor Lazzarini wrote:
> It’s great fun!
> 
> On 10 Nov 2013, at 21:55, Victor Lazzarini  wrote:
> > Nice! I’ve sent it one of my simple recursive instruments, and it’s
> > playing now. If you want to shut it up, just send in an empty instr 1000.
> > 
> > Victor
> > 
> > On 10 Nov 2013, at 21:30, Tarmo Johannes  
wrote:
> >> Hi,
> >> 
> >> In Boston I introduced in one of the installations sessions a possible
> >> way for web based interactive perfomances  together with Toshihiro Kita.
> >> 
> >> I hope to do some nice performnce in the the future where csounders from
> >> different part of the world can act together in the same time. Now I have
> >> put up a Csound server up, that listens for incoming csound code, 
> >> recompiles it and executes. The server is up on IP address
> >> 54.228.204.118,  port 5005 (TCP)
> >> 
> >> It has run and has been receiving and recompiling messages flawlessly for
> >> two weeks, but it needs further testing!
> >> 
> >> It runs a test csd with two simple instruments
> >> 
> >> alwayson 1
> >> instr 1 ; run instr 100 after every 5 seconds
> >> 
> >>       ktrig metro 1/5
> >>       schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
> >> 
> >> endin
> >> 
> >> giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
> >> gkBend init 1
> >> instr 100 ; sound
> >> 
> >>       iamp =p4
> >>       icps = p5
> >>       kfreq expon icps,p3,icps*i(gkBend)
> >>       kenv madsr 0.1,0.1,0.8,0.5
> >>       asig pluck iamp*kenv,kfreq,icps,giSine,1
> >>       outs asig,asig
> >> 
> >> endin
> >> 
> >> To test the server you can send an new gkBend value as a TCP message, for
> >> example from command line:
> >> 
> >> echo "gkBend init 1.5" | nc 54.228.204.118  5005
> >> 
> >> The sound is streamed up on:
> >> http://54.228.204.118:8000/pensiero
> >> (as an ogg stream), you can listen to it with your favourite media player
> >> or web browser, for example with mplayer:
> >> 
> >> mplayer http://54.228.204.118:8000/pensiero
> >> 
> >> you can hear your change after around 5..15 seconds, the lag is shorter,
> >> if
> >> you use smaller cache size (less buffering).
> >> 
> >> You can see the logof received messages  on
> >> http://54.228.204.118/pensiero-messages0.txt
> >> 
> >> You can also send new instruments and make them sound (send an "event_i"
> >> or
> >> "scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt),
> >> that sends up selected text from the editor window. I attach also a
> >> ipthon notebook sketch that can be also handy if you don't use CsoundQt.
> >> 
> >> Please take it as an interactive sound installation or why not a possible
> >> form of Csound radio or it may have potential for some other solution.
> >> 
> >> Please test! The server stays up for one month.
> >> And please, don't send scoreline_i "e" !  ( I should have programmed a
> >> protection against that but I have not yet) ... or other code that would
> >> segfault csound :)
> >> 
> >> The source code, presentation and other involved files are up on
> >> http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/
> >> 
> >> Thanks!
> >> tarmo
> >> 
> >> PS I had yesterday a nice concert for flute and electronics playing
> >> Emanuele Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am
> >> proud of the way I solved syncronization  problem for Casale's piece
> >> between soundtrack and playing - Csound plays the phonogram and sends
> >> messages to Processing that marks the correct beates in the score.   A
> >> short example on
> >> http://vimeo.com/79033276
> >> t
> >> Send bugs reports to the Sourceforge bug trackers
> >> 
> >> csound6:
> >>           https://sourceforge.net/p/csound/tickets/
> >> 
> >> csound5:
> >>           https://sourceforge.net/p/csound/bugs/
> >> 
> >> 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 trackers
> > 
> > csound6:
> >            https://sourceforge.net/p/csound/tickets/
> > 
> > csound5:
> >            https://sourceforge.net/p/csound/bugs/
> > 
> > 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 trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"

Hi!

On Monday 11 November 2013 00:12:42 francesco wrote:
> Hello Tarmo (and Kita),
> congrats it is something really interesting.
> I will try later hoping to not make mistakes:)
> I would like to ask a few things:
> what if one sends a instrument number yet present?
Well, then it will overwrite the previous instrument ...

I think the best practice would be used named instreuments, why not named by 
you like

instr francesco
	...
endin


to start the instrument you can send
schedule "francesco" 0, -1 ; runs endlessly
and turn off
schedule -nstrnum("francesco"), 0, 0

greetings,
tarmo



> how about synchronization of incoming events, how do You solved this?
> 
> Thanks,
> ciao,
> francesco.
> 
> 
> 
> --
> View this message in context:
> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p572
> 9440.html Sent from the Csound - General mailing list archive at Nabble.com.
> 
> 
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> 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 a personal instrument is almost perfect!
What i would like to have it is the possibilities to retrieve informations
about 
running instruments for interact with those.
Then i will need to see at least the parameters and their range.
Should be this possible?

Anyway many thanks.
ciao,
francesco.




--
View this message in context: http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5729449.html
Sent from the Csound - General mailing list archive at Nabble.com.

I was baffled by this thread, in which needless to say I am extremely 
interested,  until I discovered just now that neither the original post, 
nor the initial replies which copied it, reached me via my usual plain 
email route (I use Thunderbird). I have finally found it all via the 
Nabble forum. I have no idea whether this was a problem at the mail 
server end, or at my end. I think I have received posts with attachments 
before, so I don't think that was the issue, but can't be sure. Or maybe 
the relatively large number of URLS in the message triggered a filter 
somewhere?

Have any other people using a mail reader have similar problems?

Richard Dobson


On 11/11/2013 11:30, francesco wrote:

Thanks and sorry for sending your server into an infinite loop!
On 11 Nov 2013, at 10:56, Tarmo Johannes  wrote:

> Thanks a lot for testing!
> 
> I restarted the server now (I needed to reboot the whole machine since was 
> under heavy load due the infinite loop. But that's good, it's part of the 
> testing!)
> 
> Nice instrument, thanks! I changed it a bit, named instrument "victor", 
> created another instrumnet "victor_starter" for safety and it plays now fine.
> You can see the code on:
> http://54.228.204.118/pensiero-messages0.txt
> 
> To stop the instrument, you can send
> schedule -nstrnum("victor_starter"),0, 0
> 
> I will have a look to pyro, thanks for the hint! 
> tarmo
> 
> PS for better readable logs, if you send message like
> ;name Victor
> your IP address will be replaced with your name in the logs.
> 
> 
> 
> 
> 
> 
> On Sunday 10 November 2013 23:16:33 Victor Lazzarini wrote:
>> It’s great fun!
>> 
>> On 10 Nov 2013, at 21:55, Victor Lazzarini  wrote:
>>> Nice! I’ve sent it one of my simple recursive instruments, and it’s
>>> playing now. If you want to shut it up, just send in an empty instr 1000.
>>> 
>>> Victor
>>> 
>>> On 10 Nov 2013, at 21:30, Tarmo Johannes  
> wrote:
>>>> Hi,
>>>> 
>>>> In Boston I introduced in one of the installations sessions a possible
>>>> way for web based interactive perfomances  together with Toshihiro Kita.
>>>> 
>>>> I hope to do some nice performnce in the the future where csounders from
>>>> different part of the world can act together in the same time. Now I have
>>>> put up a Csound server up, that listens for incoming csound code, 
>>>> recompiles it and executes. The server is up on IP address
>>>> 54.228.204.118,  port 5005 (TCP)
>>>> 
>>>> It has run and has been receiving and recompiling messages flawlessly for
>>>> two weeks, but it needs further testing!
>>>> 
>>>> It runs a test csd with two simple instruments
>>>> 
>>>> alwayson 1
>>>> instr 1 ; run instr 100 after every 5 seconds
>>>> 
>>>>      ktrig metro 1/5
>>>>      schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
>>>> 
>>>> endin
>>>> 
>>>> giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
>>>> gkBend init 1
>>>> instr 100 ; sound
>>>> 
>>>>      iamp =p4
>>>>      icps = p5
>>>>      kfreq expon icps,p3,icps*i(gkBend)
>>>>      kenv madsr 0.1,0.1,0.8,0.5
>>>>      asig pluck iamp*kenv,kfreq,icps,giSine,1
>>>>      outs asig,asig
>>>> 
>>>> endin
>>>> 
>>>> To test the server you can send an new gkBend value as a TCP message, for
>>>> example from command line:
>>>> 
>>>> echo "gkBend init 1.5" | nc 54.228.204.118  5005
>>>> 
>>>> The sound is streamed up on:
>>>> http://54.228.204.118:8000/pensiero
>>>> (as an ogg stream), you can listen to it with your favourite media player
>>>> or web browser, for example with mplayer:
>>>> 
>>>> mplayer http://54.228.204.118:8000/pensiero
>>>> 
>>>> you can hear your change after around 5..15 seconds, the lag is shorter,
>>>> if
>>>> you use smaller cache size (less buffering).
>>>> 
>>>> You can see the logof received messages  on
>>>> http://54.228.204.118/pensiero-messages0.txt
>>>> 
>>>> You can also send new instruments and make them sound (send an "event_i"
>>>> or
>>>> "scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt),
>>>> that sends up selected text from the editor window. I attach also a
>>>> ipthon notebook sketch that can be also handy if you don't use CsoundQt.
>>>> 
>>>> Please take it as an interactive sound installation or why not a possible
>>>> form of Csound radio or it may have potential for some other solution.
>>>> 
>>>> Please test! The server stays up for one month.
>>>> And please, don't send scoreline_i "e" !  ( I should have programmed a
>>>> protection against that but I have not yet) ... or other code that would
>>>> segfault csound :)
>>>> 
>>>> The source code, presentation and other involved files are up on
>>>> http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/
>>>> 
>>>> Thanks!
>>>> tarmo
>>>> 
>>>> PS I had yesterday a nice concert for flute and electronics playing
>>>> Emanuele Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am
>>>> proud of the way I solved syncronization  problem for Casale's piece
>>>> between soundtrack and playing - Csound plays the phonogram and sends
>>>> messages to Processing that marks the correct beates in the score.   A
>>>> short example on
>>>> http://vimeo.com/79033276
>>>> t
>>>> Send bugs reports to the Sourceforge bug trackers
>>>> 
>>>> csound6:
>>>>          https://sourceforge.net/p/csound/tickets/
>>>> 
>>>> csound5:
>>>>          https://sourceforge.net/p/csound/bugs/
>>>> 
>>>> 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 trackers
>>> 
>>> csound6:
>>>           https://sourceforge.net/p/csound/tickets/
>>> 
>>> csound5:
>>>           https://sourceforge.net/p/csound/bugs/
>>> 
>>> 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 trackers
>> csound6:
>>            https://sourceforge.net/p/csound/tickets/
>> csound5:
>>            https://sourceforge.net/p/csound/bugs/
>> 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 trackers
> csound6:
>            https://sourceforge.net/p/csound/tickets/
> csound5:
>            https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 

Hi,

Right now you can see what has been sent to server on
http://54.228.204.118/pensiero-messages0.txt

I should probably add that the serve should log it's restarts so you can 
figure out what is the active code ight now.

Would be nice to have also a view what is the currently active orchestra. I am 
not sure if Csound API has something like that to get it easily (like q.getOrc 
in CsoundQt). It would be possible to code, of course, but currently I cannot 
put much time onto it.

Oh, and to answer you question from previous mail (sorry, I forgot)

>how about synchronization of incoming events, how do You solved this?
The code gets compiled and run when the message is arrived. Since the messages 
are sent using TCP protocol, thta assures that a message sent is also 
received, but it may take some (very little, but still) time until it gets 
done, the exact syncronisation with the sender may get distrurbed a bit. For 
example, I tried to play MIDI keyboard at home and send the events, the rythm 
was recognizable, but disturbed. In such situations UDP protocol (like OSC 
messages) could be better, but as Kita explained, the risc is also that 
messages get lost (since UDP does not have any feedback for sender).
So this is still a problem to be solved - i.e now it is not good for remote 
live playing.

If two messages arrive in the same time from two different users, all incoming 
connections are handled in separate threads, so being "parallel" should be 
OK.. Csound object that compiles the code uses locks, so it should be thread 
safe and all incoming messages should get compiled and not lost.

I am not sure, if this answers  what you asked...


tarmo


On Monday 11 November 2013 03:30:32 francesco wrote:
> Thank You.
> For a personal instrument is almost perfect!
> What i would like to have it is the possibilities to retrieve informations
> about
> running instruments for interact with those.
> Then i will need to see at least the parameters and their range.
> Should be this possible?
> 
> Anyway many thanks.
> ciao,
> francesco.
> 
> 
> 
> 
> --
> View this message in context:
> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p572
> 9449.html Sent from the Csound - General mailing list archive at Nabble.com.
> 
> 
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"

Is it possible to compile code with the OSC opcodes and then use them to control parameters?
Will the server accept messages?
On 11 Nov 2013, at 13:31, Tarmo Johannes  wrote:

> Hi,
> 
> Right now you can see what has been sent to server on
> http://54.228.204.118/pensiero-messages0.txt
> 
> I should probably add that the serve should log it's restarts so you can 
> figure out what is the active code ight now.
> 
> Would be nice to have also a view what is the currently active orchestra. I am 
> not sure if Csound API has something like that to get it easily (like q.getOrc 
> in CsoundQt). It would be possible to code, of course, but currently I cannot 
> put much time onto it.
> 
> Oh, and to answer you question from previous mail (sorry, I forgot)
> 
>> how about synchronization of incoming events, how do You solved this?
> The code gets compiled and run when the message is arrived. Since the messages 
> are sent using TCP protocol, thta assures that a message sent is also 
> received, but it may take some (very little, but still) time until it gets 
> done, the exact syncronisation with the sender may get distrurbed a bit. For 
> example, I tried to play MIDI keyboard at home and send the events, the rythm 
> was recognizable, but disturbed. In such situations UDP protocol (like OSC 
> messages) could be better, but as Kita explained, the risc is also that 
> messages get lost (since UDP does not have any feedback for sender).
> So this is still a problem to be solved - i.e now it is not good for remote 
> live playing.
> 
> If two messages arrive in the same time from two different users, all incoming 
> connections are handled in separate threads, so being "parallel" should be 
> OK.. Csound object that compiles the code uses locks, so it should be thread 
> safe and all incoming messages should get compiled and not lost.
> 
> I am not sure, if this answers  what you asked...
> 
> 
> tarmo
> 
> 
> On Monday 11 November 2013 03:30:32 francesco wrote:
>> Thank You.
>> For a personal instrument is almost perfect!
>> What i would like to have it is the possibilities to retrieve informations
>> about
>> running instruments for interact with those.
>> Then i will need to see at least the parameters and their range.
>> Should be this possible?
>> 
>> Anyway many thanks.
>> ciao,
>> francesco.
>> 
>> 
>> 
>> 
>> --
>> View this message in context:
>> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p572
>> 9449.html Sent from the Csound - General mailing list archive at Nabble.com.
>> 
>> 
>> Send bugs reports to the Sourceforge bug trackers
>> csound6:
>>            https://sourceforge.net/p/csound/tickets/
>> csound5:
>>            https://sourceforge.net/p/csound/bugs/
>> 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 trackers
> csound6:
>            https://sourceforge.net/p/csound/tickets/
> csound5:
>            https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 

Thank You very much.
Please keep us posted with this project.
In the meantime i will use it.
It will be available for some time?

Will You write somethings about this project in the future?
I think many people is interested.

Thanks,
ciao,
francesco.




--
View this message in context: http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5729481.html
Sent from the Csound - General mailing list archive at Nabble.com.

I think, yes. Have not tryed but it should work.
Great if you could test it!
tarmo

On Monday 11 November 2013 19:32:35 Victor Lazzarini wrote:
> Is it possible to compile code with the OSC opcodes and then use them to
> control parameters? Will the server accept messages?
> 
> On 11 Nov 2013, at 13:31, Tarmo Johannes  
wrote:
> > Hi,
> > 
> > Right now you can see what has been sent to server on
> > http://54.228.204.118/pensiero-messages0.txt
> > 
> > I should probably add that the serve should log it's restarts so you can
> > figure out what is the active code ight now.
> > 
> > Would be nice to have also a view what is the currently active orchestra.
> > I am not sure if Csound API has something like that to get it easily
> > (like q.getOrc in CsoundQt). It would be possible to code, of course, but
> > currently I cannot put much time onto it.
> > 
> > Oh, and to answer you question from previous mail (sorry, I forgot)
> > 
> >> how about synchronization of incoming events, how do You solved this?
> > 
> > The code gets compiled and run when the message is arrived. Since the
> > messages are sent using TCP protocol, thta assures that a message sent is
> > also received, but it may take some (very little, but still) time until
> > it gets done, the exact syncronisation with the sender may get distrurbed
> > a bit. For example, I tried to play MIDI keyboard at home and send the
> > events, the rythm was recognizable, but disturbed. In such situations UDP
> > protocol (like OSC messages) could be better, but as Kita explained, the
> > risc is also that messages get lost (since UDP does not have any feedback
> > for sender). So this is still a problem to be solved - i.e now it is not
> > good for remote live playing.
> > 
> > If two messages arrive in the same time from two different users, all
> > incoming connections are handled in separate threads, so being "parallel"
> > should be OK.. Csound object that compiles the code uses locks, so it
> > should be thread safe and all incoming messages should get compiled and
> > not lost.
> > 
> > I am not sure, if this answers  what you asked...
> > 
> > 
> > tarmo
> > 
> > On Monday 11 November 2013 03:30:32 francesco wrote:
> >> Thank You.
> >> For a personal instrument is almost perfect!
> >> What i would like to have it is the possibilities to retrieve
> >> informations
> >> about
> >> running instruments for interact with those.
> >> Then i will need to see at least the parameters and their range.
> >> Should be this possible?
> >> 
> >> Anyway many thanks.
> >> ciao,
> >> francesco.
> >> 
> >> 
> >> 
> >> 
> >> --
> >> View this message in context:
> >> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5
> >> 72
> >> 9449.html Sent from the Csound - General mailing list archive at
> >> Nabble.com.
> >> 
> >> 
> >> Send bugs reports to the Sourceforge bug trackers
> >> 
> >> csound6:
> >>            https://sourceforge.net/p/csound/tickets/
> >> 
> >> csound5:
> >>            https://sourceforge.net/p/csound/bugs/
> >> 
> >> 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 trackers
> > 
> > csound6:
> >            https://sourceforge.net/p/csound/tickets/
> > 
> > csound5:
> >            https://sourceforge.net/p/csound/bugs/
> > 
> > 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 trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"

Hi!

The "Csound radio" http://54.228.204.118:8000/pensiero
is geting cool! Thanks!

New layers are all welcome!

tarmo

On Monday 11 November 2013 11:48:43 francesco wrote:
> Thank You very much.
> Please keep us posted with this project.
> In the meantime i will use it.
> It will be available for some time?
> 
> Will You write somethings about this project in the future?
> I think many people is interested.
> 
> Thanks,
> ciao,
> francesco.
> 
> 
> 
> 
> --
> View this message in context:
> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p572
> 9481.html Sent from the Csound - General mailing list archive at Nabble.com.
> 
> 
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"

Hi!

I use icecast as the streaming server and darkice as client that reads audio from jack and sends it to icecast to broadcast. I used a script to start the whole thing and there are some lines telling jack_connect to connect the output of my csd to darkice.

Both icecast and darkice use configuration files to set some parameters (like ports, inputs etc).

Looks they are very stable.

Please let me know if you are interested more in details.

tarmo

On Monday 11 November 2013 23:55:12 Richard van Bemmelen wrote:

Tarmo,

How did you create the streaming?

Richard

2013/11/10 Tarmo Johannes <tarmo.johannes@otsakool.edu.ee>

Hi,

In Boston I introduced in one of the installations sessions a possible way for
web based interactive perfomances  together with Toshihiro Kita.

I hope to do some nice performnce in the the future where csounders from
different part of the world can act together in the same time. Now I have put
up a Csound server up, that listens for incoming csound code,  recompiles it
and executes. The server is up on IP address 54.228.204.118,  port 5005 (TCP)

It has run and has been receiving and recompiling messages flawlessly for two
weeks, but it needs further testing!

It runs a test csd with two simple instruments

alwayson 1
instr 1 ; run instr 100 after every 5 seconds
        ktrig metro 1/5
        schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
endin

giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
gkBend init 1
instr 100 ; sound
        iamp =p4
        icps = p5
        kfreq expon icps,p3,icps*i(gkBend)
        kenv madsr 0.1,0.1,0.8,0.5
        asig pluck iamp*kenv,kfreq,icps,giSine,1
        outs asig,asig
endin

To test the server you can send an new gkBend value as a TCP message, for
example from command line:

echo "gkBend init 1.5" | nc 54.228.204.118  5005

The sound is streamed up on:
http://54.228.204.118:8000/pensiero
(as an ogg stream), you can listen to it with your favourite media player or
web browser, for example with mplayer:

mplayer http://54.228.204.118:8000/pensiero

you can hear your change after around 5..15 seconds, the lag is shorter, if
you use smaller cache size (less buffering).

You can see the logof received messages  on
http://54.228.204.118/pensiero-messages0.txt

You can also send new instruments and make them sound (send an "event_i" or
"scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt), that
sends up selected text from the editor window. I attach also a ipthon notebook
sketch that can be also handy if you don't use CsoundQt.

Please take it as an interactive sound installation or why not a possible form
of Csound radio or it may have potential for some other solution.

Please test! The server stays up for one month.
And please, don't send scoreline_i "e" !  ( I should have programmed a
protection against that but I have not yet) ... or other code that would
segfault csound :)

The source code, presentation and other involved files are up on
http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/

Thanks!
tarmo

PS I had yesterday a nice concert for flute and electronics playing Emanuele
Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am proud of the way
I solved syncronization  problem for Casale's piece between soundtrack and
playing - Csound plays the phonogram and sends messages to Processing that
marks the correct beates in the score.   A short example on
http://vimeo.com/79033276
t
Send bugs reports to the Sourceforge bug trackers
csound6:
            https://sourceforge.net/p/csound/tickets/
csound5:
            https://sourceforge.net/p/csound/bugs/
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

This is very cool, I take my hat off to you!

On 11 November 2013 23:36, Tarmo Johannes
 wrote:
> Hi!
>
>
>
> I use icecast as the streaming server and darkice as client that reads audio
> from jack and sends it to icecast to broadcast. I used a script to start the
> whole thing and there are some lines telling jack_connect to connect the
> output of my csd to darkice.
>
>
>
>
>
> Both icecast and darkice use configuration files to set some parameters
> (like ports, inputs etc).
>
>
>
> Looks they are very stable.
>
>
>
> Please let me know if you are interested more in details.
>
>
>
> tarmo
>
>
>
>
>
> On Monday 11 November 2013 23:55:12 Richard van Bemmelen wrote:
>
> Tarmo,
>
>
> How did you create the streaming?
>
>
> Richard
>
>
>
> 2013/11/10 Tarmo Johannes 
>
> Hi,
>
> In Boston I introduced in one of the installations sessions a possible way
> for
> web based interactive perfomances  together with Toshihiro Kita.
>
> I hope to do some nice performnce in the the future where csounders from
> different part of the world can act together in the same time. Now I have
> put
> up a Csound server up, that listens for incoming csound code,  recompiles it
> and executes. The server is up on IP address 54.228.204.118,  port 5005
> (TCP)
>
> It has run and has been receiving and recompiling messages flawlessly for
> two
> weeks, but it needs further testing!
>
> It runs a test csd with two simple instruments
>
> alwayson 1
> instr 1 ; run instr 100 after every 5 seconds
>         ktrig metro 1/5
>         schedkwhen ktrig,0,0,100,0,0.5,0.2,100+rnd(k(1000))
> endin
>
> giSine ftgen 0, 0, 4096, 10, 1, 0.5, 0.3, 0.1 ; ftable for pluck
> gkBend init 1
> instr 100 ; sound
>         iamp =p4
>         icps = p5
>         kfreq expon icps,p3,icps*i(gkBend)
>         kenv madsr 0.1,0.1,0.8,0.5
>         asig pluck iamp*kenv,kfreq,icps,giSine,1
>         outs asig,asig
> endin
>
> To test the server you can send an new gkBend value as a TCP message, for
> example from command line:
>
> echo "gkBend init 1.5" | nc 54.228.204.118  5005
>
> The sound is streamed up on:
> http://54.228.204.118:8000/pensiero
> (as an ogg stream), you can listen to it with your favourite media player or
> web browser, for example with mplayer:
>
> mplayer http://54.228.204.118:8000/pensiero
>
> you can hear your change after around 5..15 seconds, the lag is shorter, if
> you use smaller cache size (less buffering).
>
> You can see the logof received messages  on
> http://54.228.204.118/pensiero-messages0.txt
>
> You can also send new instruments and make them sound (send an "event_i" or
> "scoreline_i " or "alwayson " statement, I attach a csd (for CsoundQt), that
> sends up selected text from the editor window. I attach also a ipthon
> notebook
> sketch that can be also handy if you don't use CsoundQt.
>
> Please take it as an interactive sound installation or why not a possible
> form
> of Csound radio or it may have potential for some other solution.
>
> Please test! The server stays up for one month.
> And please, don't send scoreline_i "e" !  ( I should have programmed a
> protection against that but I have not yet) ... or other code that would
> segfault csound :)
>
> The source code, presentation and other involved files are up on
> http://tarmo.uuu.ee/varia/failid/cs/pensiero-files/
>
> Thanks!
> tarmo
>
> PS I had yesterday a nice concert for flute and electronics playing Emanuele
> Casale, Kaija Saariaho, Ton Bruynel and Tatjana Kozlova. I am proud of the
> way
> I solved syncronization  problem for Casale's piece between soundtrack and
> playing - Csound plays the phonogram and sends messages to Processing that
> marks the correct beates in the score.   A short example on
> http://vimeo.com/79033276
> t
> Send bugs reports to the Sourceforge bug trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>
>
>
>

It does work!

I’ve set up an instrument that will respond to a float message sent to
“/pensiero/freq”  at  54.228.204.118:44100  and set the gkfreq variable which
I am using on a drone instrument.

I’ve been controlling it from my local Csound with OSCsend.

Anyone can use the gkfreq in their instruments and control them interactively.

Great fun, but I have to “frapper le sack”  now.

Victor

On 11 Nov 2013, at 21:12, Tarmo Johannes  wrote:

> I think, yes. Have not tryed but it should work.
> Great if you could test it!
> tarmo
> 
> On Monday 11 November 2013 19:32:35 Victor Lazzarini wrote:
>> Is it possible to compile code with the OSC opcodes and then use them to
>> control parameters? Will the server accept messages?
>> 
>> On 11 Nov 2013, at 13:31, Tarmo Johannes  
> wrote:
>>> Hi,
>>> 
>>> Right now you can see what has been sent to server on
>>> http://54.228.204.118/pensiero-messages0.txt
>>> 
>>> I should probably add that the serve should log it's restarts so you can
>>> figure out what is the active code ight now.
>>> 
>>> Would be nice to have also a view what is the currently active orchestra.
>>> I am not sure if Csound API has something like that to get it easily
>>> (like q.getOrc in CsoundQt). It would be possible to code, of course, but
>>> currently I cannot put much time onto it.
>>> 
>>> Oh, and to answer you question from previous mail (sorry, I forgot)
>>> 
>>>> how about synchronization of incoming events, how do You solved this?
>>> 
>>> The code gets compiled and run when the message is arrived. Since the
>>> messages are sent using TCP protocol, thta assures that a message sent is
>>> also received, but it may take some (very little, but still) time until
>>> it gets done, the exact syncronisation with the sender may get distrurbed
>>> a bit. For example, I tried to play MIDI keyboard at home and send the
>>> events, the rythm was recognizable, but disturbed. In such situations UDP
>>> protocol (like OSC messages) could be better, but as Kita explained, the
>>> risc is also that messages get lost (since UDP does not have any feedback
>>> for sender). So this is still a problem to be solved - i.e now it is not
>>> good for remote live playing.
>>> 
>>> If two messages arrive in the same time from two different users, all
>>> incoming connections are handled in separate threads, so being "parallel"
>>> should be OK.. Csound object that compiles the code uses locks, so it
>>> should be thread safe and all incoming messages should get compiled and
>>> not lost.
>>> 
>>> I am not sure, if this answers  what you asked...
>>> 
>>> 
>>> tarmo
>>> 
>>> On Monday 11 November 2013 03:30:32 francesco wrote:
>>>> Thank You.
>>>> For a personal instrument is almost perfect!
>>>> What i would like to have it is the possibilities to retrieve
>>>> informations
>>>> about
>>>> running instruments for interact with those.
>>>> Then i will need to see at least the parameters and their range.
>>>> Should be this possible?
>>>> 
>>>> Anyway many thanks.
>>>> ciao,
>>>> francesco.
>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> View this message in context:
>>>> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5
>>>> 72
>>>> 9449.html Sent from the Csound - General mailing list archive at
>>>> Nabble.com.
>>>> 
>>>> 
>>>> Send bugs reports to the Sourceforge bug trackers
>>>> 
>>>> csound6:
>>>>           https://sourceforge.net/p/csound/tickets/
>>>> 
>>>> csound5:
>>>>           https://sourceforge.net/p/csound/bugs/
>>>> 
>>>> 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 trackers
>>> 
>>> csound6:
>>>           https://sourceforge.net/p/csound/tickets/
>>> 
>>> csound5:
>>>           https://sourceforge.net/p/csound/bugs/
>>> 
>>> 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 trackers
>> csound6:
>>            https://sourceforge.net/p/csound/tickets/
>> csound5:
>>            https://sourceforge.net/p/csound/bugs/
>> 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 trackers
> csound6:
>            https://sourceforge.net/p/csound/tickets/
> csound5:
>            https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 

Nice. So one could throw together a quick GUI that controls the online sounds.

On 12 November 2013 00:00, Victor Lazzarini  wrote:
> It does work!
>
> I’ve set up an instrument that will respond to a float message sent to
> “/pensiero/freq”  at  54.228.204.118:44100  and set the gkfreq variable which
> I am using on a drone instrument.
>
> I’ve been controlling it from my local Csound with OSCsend.
>
> Anyone can use the gkfreq in their instruments and control them interactively.
>
> Great fun, but I have to “frapper le sack”  now.
>
> Victor
>
> On 11 Nov 2013, at 21:12, Tarmo Johannes  wrote:
>
>> I think, yes. Have not tryed but it should work.
>> Great if you could test it!
>> tarmo
>>
>> On Monday 11 November 2013 19:32:35 Victor Lazzarini wrote:
>>> Is it possible to compile code with the OSC opcodes and then use them to
>>> control parameters? Will the server accept messages?
>>>
>>> On 11 Nov 2013, at 13:31, Tarmo Johannes 
>> wrote:
>>>> Hi,
>>>>
>>>> Right now you can see what has been sent to server on
>>>> http://54.228.204.118/pensiero-messages0.txt
>>>>
>>>> I should probably add that the serve should log it's restarts so you can
>>>> figure out what is the active code ight now.
>>>>
>>>> Would be nice to have also a view what is the currently active orchestra.
>>>> I am not sure if Csound API has something like that to get it easily
>>>> (like q.getOrc in CsoundQt). It would be possible to code, of course, but
>>>> currently I cannot put much time onto it.
>>>>
>>>> Oh, and to answer you question from previous mail (sorry, I forgot)
>>>>
>>>>> how about synchronization of incoming events, how do You solved this?
>>>>
>>>> The code gets compiled and run when the message is arrived. Since the
>>>> messages are sent using TCP protocol, thta assures that a message sent is
>>>> also received, but it may take some (very little, but still) time until
>>>> it gets done, the exact syncronisation with the sender may get distrurbed
>>>> a bit. For example, I tried to play MIDI keyboard at home and send the
>>>> events, the rythm was recognizable, but disturbed. In such situations UDP
>>>> protocol (like OSC messages) could be better, but as Kita explained, the
>>>> risc is also that messages get lost (since UDP does not have any feedback
>>>> for sender). So this is still a problem to be solved - i.e now it is not
>>>> good for remote live playing.
>>>>
>>>> If two messages arrive in the same time from two different users, all
>>>> incoming connections are handled in separate threads, so being "parallel"
>>>> should be OK.. Csound object that compiles the code uses locks, so it
>>>> should be thread safe and all incoming messages should get compiled and
>>>> not lost.
>>>>
>>>> I am not sure, if this answers  what you asked...
>>>>
>>>>
>>>> tarmo
>>>>
>>>> On Monday 11 November 2013 03:30:32 francesco wrote:
>>>>> Thank You.
>>>>> For a personal instrument is almost perfect!
>>>>> What i would like to have it is the possibilities to retrieve
>>>>> informations
>>>>> about
>>>>> running instruments for interact with those.
>>>>> Then i will need to see at least the parameters and their range.
>>>>> Should be this possible?
>>>>>
>>>>> Anyway many thanks.
>>>>> ciao,
>>>>> francesco.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5
>>>>> 72
>>>>> 9449.html Sent from the Csound - General mailing list archive at
>>>>> Nabble.com.
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug trackers
>>>>>
>>>>> csound6:
>>>>>           https://sourceforge.net/p/csound/tickets/
>>>>>
>>>>> csound5:
>>>>>           https://sourceforge.net/p/csound/bugs/
>>>>>
>>>>> 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 trackers
>>>>
>>>> csound6:
>>>>           https://sourceforge.net/p/csound/tickets/
>>>>
>>>> csound5:
>>>>           https://sourceforge.net/p/csound/bugs/
>>>>
>>>> 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 trackers
>>> csound6:
>>>            https://sourceforge.net/p/csound/tickets/
>>> csound5:
>>>            https://sourceforge.net/p/csound/bugs/
>>> 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 trackers
>> csound6:
>>            https://sourceforge.net/p/csound/tickets/
>> csound5:
>>            https://sourceforge.net/p/csound/bugs/
>> 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 trackers
> csound6:
>             https://sourceforge.net/p/csound/tickets/
> csound5:
>             https://sourceforge.net/p/csound/bugs/
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>
>

Hello Tarmo,

"Please let me know if you are interested more in details."

I am, for sure, really interested.
If You will have some time to spent i will really appreciate any
explanation.
My knowledge is too limited, so i would need to understand also the basis 
of a server and a network (i guess Your machine is working like a server
...); 
but that is too much to ask!
So any explanation will be very welcome, if possible for You.

Thanks in any case,
ciao,
francesco.





--
View this message in context: http://csound.1045644.n5.nabble.com/csound-server-please-test-tp5729431p5729641.html
Sent from the Csound - General mailing list archive at Nabble.com.