I was trying to use the socksend opcode too yesterday. Didn't work, I blamed
the windows operating system which was recieving an audio signal, but
windows is known to have very bad firewall setting. Also tcp send, think the
opcode is called stsend, also didn't work.

The plan was to send audio signal from the street into many computers with
csound installed where each computer had user which was going to modify the
signal. But long story short, didn't get the audio signal trough UDP or TCP.



--
View this message in context: http://csound.1045644.n5.nabble.com/CS-and-UDP-tp5735437p5735438.html
Sent from the Csound - General mailing list archive at Nabble.com.

But for Davids application it might make sense to try sending over TCP.
If you have massive packet loss, there might be something fishy with
the connection, but to secure against moderate packet loss TCP might
help. I think...

2014-05-23 20:25 GMT+02:00 hlolli :
> I was trying to use the socksend opcode too yesterday. Didn't work, I blamed
> the windows operating system which was recieving an audio signal, but
> windows is known to have very bad firewall setting. Also tcp send, think the
> opcode is called stsend, also didn't work.
>
> The plan was to send audio signal from the street into many computers with
> csound installed where each computer had user which was going to modify the
> signal. But long story short, didn't get the audio signal trough UDP or TCP.
>
>
>
> --
> View this message in context: http://csound.1045644.n5.nabble.com/CS-and-UDP-tp5735437p5735438.html
> Sent from the Csound - General mailing list archive at Nabble.com.
>
>
> Send bugs reports to
>         https://github.com/csound/csound/issues
> 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

Did you try starting csound like this?

$ csound  --port=N

with N as your port number?

This will start a server responding to UDP messages. The messages consist of plain orchestra code (as strings) that is compiled and run.

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 19:53, David Worrall  wrote:

> 
> It is a long time since I did a Google search on something and only recieved 3 links … which I did w. socksend_k :-)
> 
> (of course 2 of them were dead so that means Google can make only 1 suggestion: the blob/master/opcode_list.txt file)
> 
> wow John - I owe you a beer for suggesting something so rare. :-)
> 
> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
> 
> Are the args for socksend_k the same as for socksend?
> 
> To answer Oeyvend's query about TCP - I realise that UDP has the  potential for packet loss, but thought, given John's a-buffer example, that it should be ble to handle  things. Perhaps TCP ack. happens at the  "port" level and I won't have to deal with havinf to resend?
> 
> In any event, if I can send UDP just after synthesis (the ear leads the eye anyway :) it should cope with that - we'll see.
> 
> Nice idea, holli - then you could broadcast it as "street-level" radio…
> 
> thanks for the hints…
> 
> D.
> 
> 
> 
> On 23.05.2014, at 20:26, jpff@cs.bath.ac.uk wrote:
> 
>> Did you try socksend_k opcode?  Supposed to be a krate/data verson.
>> ==John ff
>> 
>> Quoting David Worrall :
>> 
>>> Hi All,
>>> 
>>> I need to send CS score data  to a (graphics) app. on another machine that doesn't support OSC or MIDI.
>>> I've been sending via UDP but there is quite some packet loss. (I need to continually send packets at or ahead of RT sound synth.)
>>> 
>>> I looked at John Ffitch's socksend (thanks John!) but it is designed for sending a-rate data. I tested and most of the a-rate data was lost. I wonder about that - is that an unusual result for UDP?
>>> 
>>> I tried sending the packs in the ReadScore() loop with a 5-10 msec sleep() between event sends - which sort of works ok but is a bit unreliable.
>>> Can someone recommend  another way of doing this?
>>> 
>>> Perhaps someone has tried a python opcode?
>>> 
>>> thanks,
>>> 
>>> David
>>> 
>>> 
>>> 
>>> ______________________________________
>>> Prof. Dr. David Worrall
>>> Emerging Audio Research (EAR)
>>> Audio Department
>>> International Audio Laboratories Erlangen
>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>> Am Wolfsmantel 33
>>> 91058 Erlangen
>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>> E-Mail: david.worrall@iis.fraunhofer.de
>>> Internet: www.iis.fraunhofer.de
>>> ---
>>> Adjunct Senior Research Fellow
>>> School of Music, Australian National University
>>> david.worrall@anu.edu.au
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Send bugs reports to
>>>        https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>> 
>> 
>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au

socksend_k  probably takes a ksig instead of an asig for the first argument.

How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 20:38, David Worrall  wrote:

> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
> 
> I tried a string, and int, a float and p4
> 
> the string causes an "invalid instrument number of name" error for each event.
> 
> the others pass without aborting … printing  something repetitious
> 
> thanks.
> D
> 
> 
> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
> 
>> 
>> Quoting David Worrall :
>> 
>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>> 
>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>> 
>> 
>> whoops!
>> 
>>> Are the args for socksend_k the same as for socksend?
>> 
>> Yes except first arg is k-rate
>> 
>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>> 
>> ==John ff
>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

Ok, so Csound is not receiving UDP, but sending it? Why not use python socks?
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 21:13, David Worrall  wrote:

> I'm running cs in RT using the csnd6 python api.
> 
> cs = csnd6.csound()
> …
> csPerf= csnd6.CsoundPerformanceThread(cs)
> cs.Start()
> cs.Play()
> cs.CompileOrch(instr_defn string)
> cs.CompileOrch(instr_defn string)
> ..
> the feed events in using cs.ReadScore()
> 
> does that answer your question?
> 
> D
> What I'd like to do is the use the socket_k to emit a string that I can compose in the instr. defn from the pfields.
> 
> 
> On 23.05.2014, at 21:57, Victor Lazzarini  wrote:
> 
>> socksend_k  probably takes a ksig instead of an asig for the first argument.
>> 
>> How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?
>> 
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 23 May 2014, at 20:38, David Worrall  wrote:
>> 
>>> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
>>> 
>>> I tried a string, and int, a float and p4
>>> 
>>> the string causes an "invalid instrument number of name" error for each event.
>>> 
>>> the others pass without aborting … printing  something repetitious
>>> 
>>> thanks.
>>> D
>>> 
>>> 
>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
>>> 
>>>> 
>>>> Quoting David Worrall :
>>>> 
>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>>>> 
>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>>>> 
>>>> 
>>>> whoops!
>>>> 
>>>>> Are the args for socksend_k the same as for socksend?
>>>> 
>>>> Yes except first arg is k-rate
>>>> 
>>>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>>>> 
>>>> ==John ff
>>>> 
> …
> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

You could try using OSCsend, as it will send stuff to a UDP address, then you can parse it your host.

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 21:21, David Worrall  wrote:

> I'm wanting csound to be the client - i.e. to emit the strings. 
> 
> On 23.05.2014, at 21:57, Victor Lazzarini  wrote:
> 
>> socksend_k  probably takes a ksig instead of an asig for the first argument.
>> 
>> How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?
>> 
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 23 May 2014, at 20:38, David Worrall  wrote:
>> 
>>> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
>>> 
>>> I tried a string, and int, a float and p4
>>> 
>>> the string causes an "invalid instrument number of name" error for each event.
>>> 
>>> the others pass without aborting … printing  something repetitious
>>> 
>>> thanks.
>>> D
>>> 
>>> 
>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
>>> 
>>>> 
>>>> Quoting David Worrall :
>>>> 
>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>>>> 
>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>>>> 
>>>> 
>>>> whoops!
>>>> 
>>>>> Are the args for socksend_k the same as for socksend?
>>>> 
>>>> Yes except first arg is k-rate
>>>> 
>>>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>>>> 
>>>> ==John ff
>>>> 
>>> 
>>> ______________________________________
>>> Prof. Dr. David Worrall
>>> Emerging Audio Research (EAR)
>>> Audio Department
>>> International Audio Laboratories Erlangen
>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>> Am Wolfsmantel 33
>>> 91058 Erlangen
>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>> E-Mail: david.worrall@iis.fraunhofer.de
>>> Internet: www.iis.fraunhofer.de 
>>> ---
>>> Adjunct Senior Research Fellow
>>> School of Music, Australian National University
>>> david.worrall@anu.edu.au
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
>> Send bugs reports to
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>> 
>> 
>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

*in* your host...
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 21:33, Victor Lazzarini  wrote:

> You could try using OSCsend, as it will send stuff to a UDP address, then you can parse it your host.
> 
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 23 May 2014, at 21:21, David Worrall  wrote:
> 
>> I'm wanting csound to be the client - i.e. to emit the strings. 
>> 
>> On 23.05.2014, at 21:57, Victor Lazzarini  wrote:
>> 
>>> socksend_k  probably takes a ksig instead of an asig for the first argument.
>>> 
>>> How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?
>>> 
>>> ========================
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> NUI Maynooth, Ireland
>>> victor dot lazzarini at nuim dot ie
>>> 
>>> 
>>> 
>>> 
>>> On 23 May 2014, at 20:38, David Worrall  wrote:
>>> 
>>>> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
>>>> 
>>>> I tried a string, and int, a float and p4
>>>> 
>>>> the string causes an "invalid instrument number of name" error for each event.
>>>> 
>>>> the others pass without aborting … printing  something repetitious
>>>> 
>>>> thanks.
>>>> D
>>>> 
>>>> 
>>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
>>>> 
>>>>> 
>>>>> Quoting David Worrall :
>>>>> 
>>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>>>>> 
>>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>>>>> 
>>>>> 
>>>>> whoops!
>>>>> 
>>>>>> Are the args for socksend_k the same as for socksend?
>>>>> 
>>>>> Yes except first arg is k-rate
>>>>> 
>>>>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>>>>> 
>>>>> ==John ff
>>>>> 
>>>> 
>>>> ______________________________________
>>>> Prof. Dr. David Worrall
>>>> Emerging Audio Research (EAR)
>>>> Audio Department
>>>> International Audio Laboratories Erlangen
>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>> Am Wolfsmantel 33
>>>> 91058 Erlangen
>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>> Internet: www.iis.fraunhofer.de 
>>>> ---
>>>> Adjunct Senior Research Fellow
>>>> School of Music, Australian National University
>>>> david.worrall@anu.edu.au
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> Send bugs reports to
>>>       https://github.com/csound/csound/issues
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>> 
>>> 
>>> 
>> 
>> ______________________________________
>> Prof. Dr. David Worrall
>> Emerging Audio Research (EAR)
>> Audio Department
>> International Audio Laboratories Erlangen
>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>> Am Wolfsmantel 33
>> 91058 Erlangen
>> Telefon  +49 (0) 91 31 / 7 76-62 44
>> Fax      +49 (0) 91 31 / 7 76-20 99
>> E-Mail: david.worrall@iis.fraunhofer.de
>> Internet: www.iis.fraunhofer.de 
>> ---
>> Adjunct Senior Research Fellow
>> School of Music, Australian National University
>> david.worrall@anu.edu.au
>> 
>> 
>> 
>> 
> 
> 
> 
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
> 

Hi,

hardly it helps but
if you decide to use TCP connection to get rid of the packet loss, I attach a 
csd where there is a piece of python code that sends a TCP message to 
receiving server.

But indeed, it caused xruns (too slow for audio  cycle). For me it did not 
matter but for you I think the best idea is still to use another thread (why 
not! that's what threads are for!) and send a signal to the worker function on 
that thread.

I am not strong in python threading, in Qt C++ it would be clear and 
efficient: The overall scheme could be something like

TCPThread
	def openTCPConnection()
	def sendTCPMessage (message) # send it
	def closeConnection()

CsoundThread
	def StartCsound() # use some channel in csd to signal about need to send 
the, let's say, it is called messageChannel 
	def run():
		while (running):
			if message=cs.GetChannel(messageChannel) has changed:
				TCPThread.sendTCPMessage(message) # or send signal to the 
t TCPThread to send the message, I don't know how it works in python

If you get some ideas out of it, I am glad.

best!
tarmo
			
		

On Friday 23 May 2014 22:39:07 David Worrall wrote:
> sorry - our posts just crossed.
> 
> I've be doing it with sockets and that is fine, as a technology, but 'm
> trying to avoid (yet another!) thread. Probably more importantly, exactly
> when the events are sent to CsPerf.Play() is determined by the number and
> and type of TCP/IP packets which feed what becomes cs core events. sequence
> is
> 1) grab everything in the input buffer (GB's a day)
> 2) filter/parse etc it to cs score events
> 3) dump them to CsPerf input queue
> 4) get the hell out of there as quickly as possible to pick up the next lot
> of TCP/Ip packets that have arrived during the thread in 2) and 3).
> 
> the problem with sending them with 3) is that they all get dumped to the
> CsPerf input queue at the same time, so some get lost. Whereas if they were
> send by CsPerf then we'd know they were synchronised with the sound synth
> 
> But I might not be seeing the woods for the trees. Any thoughts welcome!
> 
> re your suggestion about using OSCsend, I'll look at that - may have to
> write something on the receiver's end. I'll look at that.
> 
> 
> D
> 
> On 23.05.2014, at 22:19, Victor Lazzarini  wrote:
> > Ok, so Csound is not receiving UDP, but sending it? Why not use python
> > socks? ========================
> > Dr Victor Lazzarini
> > Senior Lecturer
> > NUI Maynooth, Ireland
> > victor dot lazzarini at nuim dot ie
> > 
> > On 23 May 2014, at 21:13, David Worrall  
wrote:
> >> I'm running cs in RT using the csnd6 python api.
> >> 
> >> cs = csnd6.csound()
> >> …
> >> csPerf= csnd6.CsoundPerformanceThread(cs)
> >> cs.Start()
> >> cs.Play()
> >> cs.CompileOrch(instr_defn string)
> >> cs.CompileOrch(instr_defn string)
> >> ..
> >> the feed events in using cs.ReadScore()
> >> 
> >> does that answer your question?
> >> 
> >> D
> >> What I'd like to do is the use the socket_k to emit a string that I can
> >> compose in the instr. defn from the pfields.>> 
> >> On 23.05.2014, at 21:57, Victor Lazzarini  
wrote:
> >>> socksend_k  probably takes a ksig instead of an asig for the first
> >>> argument.
> >>> 
> >>> How is your system setup? How are you sending things to Csound? How are
> >>> you receiving it in Csound?
> >>> 
> >>> ========================
> >>> Dr Victor Lazzarini
> >>> Senior Lecturer
> >>> NUI Maynooth, Ireland
> >>> victor dot lazzarini at nuim dot ie
> >>> 
> >>> On 23 May 2014, at 20:38, David Worrall 
 wrote:
> >>>> CS is sending something to UDP - in what form is the payload (the field
> >>>> that replaces a sig)?
> >>>> 
> >>>> I tried a string, and int, a float and p4
> >>>> 
> >>>> the string causes an "invalid instrument number of name" error for each
> >>>> event.
> >>>> 
> >>>> the others pass without aborting … printing  something repetitious
> >>>> 
> >>>> thanks.
> >>>> D
> >>>> 
> >>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
> >>>>> Quoting David Worrall :
> >>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
> >>>>>> 
> >>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what
> >>>>>> I can tell.]>>>>> 
> >>>>> whoops!
> >>>>> 
> >>>>>> Are the args for socksend_k the same as for socksend?
> >>>>> 
> >>>>> Yes except first arg is k-rate
> >>>>> 
> >>>>> I have not used it for some time so cannot vouch for it; would be
> >>>>> interested in reports.  With the new type system we should drop the
> >>>>> _k part.  Will consider
> >>>>> 
> >>>>> ==John ff
> >> 
> >> …
> >> 
> >> 
> >> ______________________________________
> >> Prof. Dr. David Worrall
> >> Emerging Audio Research (EAR)
> >> Audio Department
> >> International Audio Laboratories Erlangen
> >> Fraunhofer-Institut für Integrierte Schaltungen IIS
> >> Am Wolfsmantel 33
> >> 91058 Erlangen
> >> Telefon  +49 (0) 91 31 / 7 76-62 44
> >> Fax      +49 (0) 91 31 / 7 76-20 99
> >> E-Mail: david.worrall@iis.fraunhofer.de
> >> Internet: www.iis.fraunhofer.de
> >> ---
> >> Adjunct Senior Research Fellow
> >> School of Music, Australian National University
> >> david.worrall@anu.edu.au
> > 
> > Send bugs reports to
> > 
> >        https://github.com/csound/csound/issues
> > 
> > Discussions of bugs and features can be posted here
> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> > csound"
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 
> 
> Send bugs reports to
>         https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"

yes, that’s what I would expect. I think you should see a long string

“/dev/null s zzzz…”

you can try this too

OSCsend p2, "blah.iis.fhg.de", 4444, "", "" , "zzzz…”

so the only thing carried is zzzz

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 22:16, David Worrall  wrote:

> understood.
> So:
> I tried to use p2 like this:
> 
> OSCsend p2, "blah.iis.fhg.de", 4444, "/dev/null", "s" , "zzzz…"
> but it spits the dummy
> (blah.iis….. is  here replacing a real machine name)
> 
> given that machine is listening on port 4444, should I expect to see the payload as UDP there?
> 
> D.
> 
> On 23.05.2014, at 22:39, Victor Lazzarini  wrote:
> 
>> *in* your host...
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 23 May 2014, at 21:33, Victor Lazzarini  wrote:
>> 
>>> You could try using OSCsend, as it will send stuff to a UDP address, then you can parse it your host.
>>> 
>>> ========================
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> NUI Maynooth, Ireland
>>> victor dot lazzarini at nuim dot ie
>>> 
>>> 
>>> 
>>> 
>>> On 23 May 2014, at 21:21, David Worrall  wrote:
>>> 
>>>> I'm wanting csound to be the client - i.e. to emit the strings. 
>>>> 
>>>> On 23.05.2014, at 21:57, Victor Lazzarini  wrote:
>>>> 
>>>>> socksend_k  probably takes a ksig instead of an asig for the first argument.
>>>>> 
>>>>> How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?
>>>>> 
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> NUI Maynooth, Ireland
>>>>> victor dot lazzarini at nuim dot ie
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On 23 May 2014, at 20:38, David Worrall  wrote:
>>>>> 
>>>>>> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
>>>>>> 
>>>>>> I tried a string, and int, a float and p4
>>>>>> 
>>>>>> the string causes an "invalid instrument number of name" error for each event.
>>>>>> 
>>>>>> the others pass without aborting … printing  something repetitious
>>>>>> 
>>>>>> thanks.
>>>>>> D
>>>>>> 
>>>>>> 
>>>>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
>>>>>> 
>>>>>>> 
>>>>>>> Quoting David Worrall :
>>>>>>> 
>>>>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>>>>>>> 
>>>>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>>>>>>> 
>>>>>>> 
>>>>>>> whoops!
>>>>>>> 
>>>>>>>> Are the args for socksend_k the same as for socksend?
>>>>>>> 
>>>>>>> Yes except first arg is k-rate
>>>>>>> 
>>>>>>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>>>>>>> 
>>>>>>> ==John ff
>>>>>>> 
>>>>>> 
>>>>>> ______________________________________
>>>>>> Prof. Dr. David Worrall
>>>>>> Emerging Audio Research (EAR)
>>>>>> Audio Department
>>>>>> International Audio Laboratories Erlangen
>>>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>>>> Am Wolfsmantel 33
>>>>>> 91058 Erlangen
>>>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>>>> Internet: www.iis.fraunhofer.de 
>>>>>> ---
>>>>>> Adjunct Senior Research Fellow
>>>>>> School of Music, Australian National University
>>>>>> david.worrall@anu.edu.au
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Send bugs reports to
>>>>>      https://github.com/csound/csound/issues
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> ______________________________________
>>>> Prof. Dr. David Worrall
>>>> Emerging Audio Research (EAR)
>>>> Audio Department
>>>> International Audio Laboratories Erlangen
>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>> Am Wolfsmantel 33
>>>> 91058 Erlangen
>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>> Internet: www.iis.fraunhofer.de 
>>>> ---
>>>> Adjunct Senior Research Fellow
>>>> School of Music, Australian National University
>>>> david.worrall@anu.edu.au
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> Send bugs reports to
>>>       https://github.com/csound/csound/issues
>>> 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
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>> 
>> 
>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

I sent this

 OSCsend 0, "localhost",4444, "","s","helloworld"

and tested with nc

$ nc -u -l 4444
,shelloworld

so there is a comma after the address followed by s and your string. It should be simple to parse.

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 22:16, David Worrall  wrote:

> understood.
> So:
> I tried to use p2 like this:
> 
> OSCsend p2, "blah.iis.fhg.de", 4444, "/dev/null", "s" , "zzzz…"
> but it spits the dummy
> (blah.iis….. is  here replacing a real machine name)
> 
> given that machine is listening on port 4444, should I expect to see the payload as UDP there?
> 
> D.
> 
> On 23.05.2014, at 22:39, Victor Lazzarini  wrote:
> 
>> *in* your host...
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 23 May 2014, at 21:33, Victor Lazzarini  wrote:
>> 
>>> You could try using OSCsend, as it will send stuff to a UDP address, then you can parse it your host.
>>> 
>>> ========================
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> NUI Maynooth, Ireland
>>> victor dot lazzarini at nuim dot ie
>>> 
>>> 
>>> 
>>> 
>>> On 23 May 2014, at 21:21, David Worrall  wrote:
>>> 
>>>> I'm wanting csound to be the client - i.e. to emit the strings. 
>>>> 
>>>> On 23.05.2014, at 21:57, Victor Lazzarini  wrote:
>>>> 
>>>>> socksend_k  probably takes a ksig instead of an asig for the first argument.
>>>>> 
>>>>> How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?
>>>>> 
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> NUI Maynooth, Ireland
>>>>> victor dot lazzarini at nuim dot ie
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On 23 May 2014, at 20:38, David Worrall  wrote:
>>>>> 
>>>>>> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
>>>>>> 
>>>>>> I tried a string, and int, a float and p4
>>>>>> 
>>>>>> the string causes an "invalid instrument number of name" error for each event.
>>>>>> 
>>>>>> the others pass without aborting … printing  something repetitious
>>>>>> 
>>>>>> thanks.
>>>>>> D
>>>>>> 
>>>>>> 
>>>>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
>>>>>> 
>>>>>>> 
>>>>>>> Quoting David Worrall :
>>>>>>> 
>>>>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>>>>>>> 
>>>>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>>>>>>> 
>>>>>>> 
>>>>>>> whoops!
>>>>>>> 
>>>>>>>> Are the args for socksend_k the same as for socksend?
>>>>>>> 
>>>>>>> Yes except first arg is k-rate
>>>>>>> 
>>>>>>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>>>>>>> 
>>>>>>> ==John ff
>>>>>>> 
>>>>>> 
>>>>>> ______________________________________
>>>>>> Prof. Dr. David Worrall
>>>>>> Emerging Audio Research (EAR)
>>>>>> Audio Department
>>>>>> International Audio Laboratories Erlangen
>>>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>>>> Am Wolfsmantel 33
>>>>>> 91058 Erlangen
>>>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>>>> Internet: www.iis.fraunhofer.de 
>>>>>> ---
>>>>>> Adjunct Senior Research Fellow
>>>>>> School of Music, Australian National University
>>>>>> david.worrall@anu.edu.au
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Send bugs reports to
>>>>>      https://github.com/csound/csound/issues
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> ______________________________________
>>>> Prof. Dr. David Worrall
>>>> Emerging Audio Research (EAR)
>>>> Audio Department
>>>> International Audio Laboratories Erlangen
>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>> Am Wolfsmantel 33
>>>> 91058 Erlangen
>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>> Internet: www.iis.fraunhofer.de 
>>>> ---
>>>> Adjunct Senior Research Fellow
>>>> School of Music, Australian National University
>>>> david.worrall@anu.edu.au
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> Send bugs reports to
>>>       https://github.com/csound/csound/issues
>>> 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
>>        https://github.com/csound/csound/issues
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>> 
>> 
>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

The port flag is for incoming messages, not sending. So, it’s not what you want.
What does Csound object to?  

I can run this

 




instr 1
OSCsend 0,"localhost",4444,"","s","this is my message"
endin



i1 0 1



and with netcat, I get

ligeti-2:debug victor$ nc -ul 4444
,sthis is my message


========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 22:43, David Worrall  wrote:

> csound objects to this - with and without the "-port=4444" option.
> 
> 
> On 23.05.2014, at 23:35, Victor Lazzarini  wrote:
> 
>> yes, that’s what I would expect. I think you should see a long string
>> 
>> “/dev/null s zzzz…”
>> 
>> you can try this too
>> 
>> OSCsend p2, "blah.iis.fhg.de", 4444, "", "" , "zzzz…”
>> 
>> so the only thing carried is zzzz
>> 
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 23 May 2014, at 22:16, David Worrall  wrote:
>> 
>>> understood.
>>> So:
>>> I tried to use p2 like this:
>>> 
>>> OSCsend p2, "blah.iis.fhg.de", 4444, "/dev/null", "s" , "zzzz…"
>>> but it spits the dummy
>>> (blah.iis….. is  here replacing a real machine name)
>>> 
>>> given that machine is listening on port 4444, should I expect to see the payload as UDP there?
>>> 
>>> D.
>>> 
>>> On 23.05.2014, at 22:39, Victor Lazzarini  wrote:
>>> 
>>>> *in* your host...
>>>> ========================
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> NUI Maynooth, Ireland
>>>> victor dot lazzarini at nuim dot ie
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On 23 May 2014, at 21:33, Victor Lazzarini  wrote:
>>>> 
>>>>> You could try using OSCsend, as it will send stuff to a UDP address, then you can parse it your host.
>>>>> 
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> NUI Maynooth, Ireland
>>>>> victor dot lazzarini at nuim dot ie
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On 23 May 2014, at 21:21, David Worrall  wrote:
>>>>> 
>>>>>> I'm wanting csound to be the client - i.e. to emit the strings. 
>>>>>> 
>>>>>> On 23.05.2014, at 21:57, Victor Lazzarini  wrote:
>>>>>> 
>>>>>>> socksend_k  probably takes a ksig instead of an asig for the first argument.
>>>>>>> 
>>>>>>> How is your system setup? How are you sending things to Csound? How are you receiving it in Csound?
>>>>>>> 
>>>>>>> ========================
>>>>>>> Dr Victor Lazzarini
>>>>>>> Senior Lecturer
>>>>>>> NUI Maynooth, Ireland
>>>>>>> victor dot lazzarini at nuim dot ie
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On 23 May 2014, at 20:38, David Worrall  wrote:
>>>>>>> 
>>>>>>>> CS is sending something to UDP - in what form is the payload (the field that replaces a sig)?
>>>>>>>> 
>>>>>>>> I tried a string, and int, a float and p4
>>>>>>>> 
>>>>>>>> the string causes an "invalid instrument number of name" error for each event.
>>>>>>>> 
>>>>>>>> the others pass without aborting … printing  something repetitious
>>>>>>>> 
>>>>>>>> thanks.
>>>>>>>> D
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On 23.05.2014, at 21:09, jpff@cs.bath.ac.uk wrote:
>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> Quoting David Worrall :
>>>>>>>>> 
>>>>>>>>>> wow John - I owe you a beer for suggesting something so rare. :-)
>>>>>>>>>> 
>>>>>>>>>> [BTW It is not in the canonical list or mentioned in Floss, for what I can tell.]
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> whoops!
>>>>>>>>> 
>>>>>>>>>> Are the args for socksend_k the same as for socksend?
>>>>>>>>> 
>>>>>>>>> Yes except first arg is k-rate
>>>>>>>>> 
>>>>>>>>> I have not used it for some time so cannot vouch for it; would be interested in reports.  With the new type system we should drop the _k part.  Will consider
>>>>>>>>> 
>>>>>>>>> ==John ff
>>>>>>>>> 
>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

It looks like your system is not seeing the OSC opcodes, which are plugins. Check that they are there somewhere in your OPCODE6DIR64
plugins directory. If you built Csound yourself, maybe they have not been built (you will also need liblo).

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 23 May 2014, at 23:15, David Worrall  wrote:

> Ok I've copy-pasted you code and I  get the same error as from within csnd6[ .py]
> 
> Golly I can't see it! -  it must be nearly time to call it a night :-)
> 
> D
> 
>> virtual_keyboard real time MIDI plugin for Csound
>> 0dBFS level = 32768.0
>> Csound version 6.02.0 (double samples) May 18 2014
>> libsndfile-1.0.25
>> UnifiedCSD:  OSCtest.csd
>> STARTING FILE
>> Creating options
>> Creating orchestra
>> Creating score
>> rtaudio: PortAudio module enabled ... 
>> using callback interface
>> rtmidi: PortMIDI module enabled
>> 
>> error: syntax error, unexpected INTEGER_TOKEN  (token "0") from file OSCtest.csd (1)
>>  line 7:
>> >>>OSCsend 0 <<<
>> Unexpected untyped word OSCsend when expecting a variable
>> Parsing failed due to invalid input!
>> Stopping on parser failure
>> cannot compile orchestra
> 
> 
> 
> On 23.05.2014, at 23:59, Victor Lazzarini  wrote:
> 
>> I can run this
>> 
>> 
>> 
>> 
>> 
>> 
>> instr 1
>> OSCsend 0,"localhost",4444,"","s","this is my message"
>> endin
>> 
>> 
>> 
>> i1 0 1
>> 
>> 
>> 
>> and with netcat, I get
>> 
>> ligeti-2:debug victor$ nc -ul 4444
>> ,sthis is my message
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au
> 
> 
> 
> 

did you install also liblo-devel? The header files necessary for compiling against these libraries are usually there.
tarmo

What Tarmo is saying, I believe, is that in addition to the liblo library you need the liblo headers, which are in their own package (typically liblo-dev) in order for csound to build its own OSC opcodes.

Regards,
Anders

hi,
I think it is liblo.h that is also needed for building the osc opcodes. But if you built and installed liblo yourself, it should be findable. For any case you can try to find it, probably /usr/local/include to /usr/include
The problem may alao be elsewhere....
tarmo

The headers should be installed in /usr/local/include (if you configure with the default settings), after you run
make install. Cmake should find them if they are there.

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 25 May 2014, at 15:39, David Worrall  wrote:

> Oh, I see. thanks Anders. 
> I've found a collection of .h files
> lo/lo.h: * \file lo.h The liblo main headerfile and high-level API functions.
> lo/lo.h.in: * \file lo.h The liblo main headerfile and high-level API functions.
> lo/lo_lowlevel.h: * \file lo_lowlevel.h The liblo headerfile defining the low-level API
> lo/lo_osc_types.h: * \file lo_osc_types.h A liblo header defining OSC-related types and
> lo/lo_serverthread.h: * \file lo.h The liblo main headerfile and high-level API functions.
> lo/lo_types.h: * \file lo_types.h The liblo headerfile defining types used by this API.
> 
>  in liblo src dir.
> I've looked at the liblo makefile and  I'm not sure why they are not copied to say /usr/local/include where other .h files - including sound’s are.
> Is that where to put (all of?) them?
> 
> ===========
> I'm currently working on another approach, using the ires system_i opcode:
> 
> ires system_i "oscsend '10:54:x.x' 4444 messyString 1"
> 
> which works - but i haven't figured out how to substitute messyString with a composed string
> (of course what I'd like to do is output  i-score events)
> 
> D.
> 
> PS
> =========
> in a previous post, below;
> please replace 
> $ sendosc "10.54.xx.xx" 4444 "G'day Mate!” 
> with 
> $ oscsend "10.54.xx.xx" 4444 "G'day Mate!"
> apologies
> 
> On 25 May 2014, at 15:53, Anders Genell  wrote:
> 
>> What Tarmo is saying, I believe, is that in addition to the liblo library you need the liblo headers, which are in their own package (typically liblo-dev) in order for csound to build its own OSC opcodes.
>> 
>> Regards,
>> Anders
>> 
>> Den 25 maj 2014 14:44 skrev "David Worrall" :
>> Hi Tarmo
>> Thanks for your interest
>> 
>> I installed autoconf, libtool and automake before making liblo
>> 
>> liblo is installed ok, I think… at least, from the CLI:
>> 
>> $ oscsend "localhost" 4444 "" "s"  "G'day Mate!"
>> is picked up by nc as Victor exemplifies
>> and further, if I replace "localhost" with an IP address, it gets through, even better as:
>> 
>> $ sendosc "10.54.xx.xx" 4444 "G'day Mate!"
>> G'day Mate! ,
>> (NB the addition of a comma)
>> 
>> so I think the issue is how to get the csnd6 build to pick it up to build the opcode
>> 
>> D.
>> 
>> 
>> On 25.05.2014, at 14:24, Tarmo Johannes  wrote:
>> 
>>> did you install also liblo-devel? The header files necessary for compiling against these libraries are usually there.
>>> tarmo
>>> 
>>> 2014 5 25 13:27 kirjutas kuupäeval "David Worrall" :
>>> I'll return this discussion to this, the original thread, to make it easier for others to follow.
>>> 
>>> I've now installed libio v.0.27 (not 0.28, as advised)  and its dependencies.
>>> Trying to build cs … cmake.. still tells me
>>> 
>>> --OSC_HEADER="", so disabling BUILD_OSC_OPCODES
>>> 
>>> do I have to download the opcode codes from somewhere, or what is the likelly cause of that?
>>> 
>>> Intriguingly - and this is what threw me in the first place, when i run ccmake ../ [c]onfigure from the build directory, it tells me:
>>> 
>>> BUILD_OSC_OPCODES	ON
>>> 
>>> But it doesn't build them.
>>> 
>>> 
>>> D.
>>> 
>>> 
>>> 
>>> On 24.05.2014, at 00:50, Victor Lazzarini  wrote:
>>> 
>>>> It looks like your system is not seeing the OSC opcodes, which are plugins. Check that they are there somewhere in your OPCODE6DIR64
>>>> plugins directory. If you built Csound yourself, maybe they have not been built (you will also need liblo).
>>>> 
>>>> ========================
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> NUI Maynooth, Ireland
>>>> victor dot lazzarini at nuim dot ie
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On 23 May 2014, at 23:15, David Worrall  wrote:
>>>> 
>>>>> Ok I've copy-pasted you code and I  get the same error as from within csnd6[ .py]
>>>>> 
>>>>> Golly I can't see it! -  it must be nearly time to call it a night :-)
>>>>> 
>>>>> D
>>>>> 
>>>>>> virtual_keyboard real time MIDI plugin for Csound
>>>>>> 0dBFS level = 32768.0
>>>>>> Csound version 6.02.0 (double samples) May 18 2014
>>>>>> libsndfile-1.0.25
>>>>>> UnifiedCSD:  OSCtest.csd
>>>>>> STARTING FILE
>>>>>> Creating options
>>>>>> Creating orchestra
>>>>>> Creating score
>>>>>> rtaudio: PortAudio module enabled ... 
>>>>>> using callback interface
>>>>>> rtmidi: PortMIDI module enabled
>>>>>> 
>>>>>> error: syntax error, unexpected INTEGER_TOKEN  (token "0") from file OSCtest.csd (1)
>>>>>> line 7:
>>>>>>>>> OSCsend 0 <<<
>>>>>> Unexpected untyped word OSCsend when expecting a variable
>>>>>> Parsing failed due to invalid input!
>>>>>> Stopping on parser failure
>>>>>> cannot compile orchestra
>>>>> 
>>>>> 
>>>>> 
>>>>> On 23.05.2014, at 23:59, Victor Lazzarini  wrote:
>>>>> 
>>>>>> I can run this
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> instr 1
>>>>>> OSCsend 0,"localhost",4444,"","s","this is my message"
>>>>>> endin
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> i1 0 1
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> and with netcat, I get
>>>>>> 
>>>>>> ligeti-2:debug victor$ nc -ul 4444
>>>>>> ,sthis is my message
>>>>> 
>>>>> ______________________________________
>>>>> Prof. Dr. David Worrall
>>>>> Emerging Audio Research (EAR)
>>>>> Audio Department
>>>>> International Audio Laboratories Erlangen
>>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>>> Am Wolfsmantel 33
>>>>> 91058 Erlangen
>>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>>> Internet: www.iis.fraunhofer.de 
>>>>> ---
>>>>> Adjunct Senior Research Fellow
>>>>> School of Music, Australian National University
>>>>> david.worrall@anu.edu.au
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> Send bugs reports to
>>>>        https://github.com/csound/csound/issues
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>> 
>>>> 
>>>> 
>>> 
>>> ______________________________________
>>> Prof. Dr. David Worrall
>>> Emerging Audio Research (EAR)
>>> Audio Department
>>> International Audio Laboratories Erlangen
>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>> Am Wolfsmantel 33
>>> 91058 Erlangen
>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>> E-Mail: david.worrall@iis.fraunhofer.de
>>> Internet: www.iis.fraunhofer.de 
>>> ---
>>> Adjunct Senior Research Fellow
>>> School of Music, Australian National University
>>> david.worrall@anu.edu.au
>>> 
>>> 
>>> 
>>> 
>> 
>> ______________________________________
>> Prof. Dr. David Worrall
>> Emerging Audio Research (EAR)
>> Audio Department
>> International Audio Laboratories Erlangen
>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>> Am Wolfsmantel 33
>> 91058 Erlangen
>> Telefon  +49 (0) 91 31 / 7 76-62 44
>> Fax      +49 (0) 91 31 / 7 76-20 99
>> E-Mail: david.worrall@iis.fraunhofer.de
>> Internet: www.iis.fraunhofer.de 
>> ---
>> Adjunct Senior Research Fellow
>> School of Music, Australian National University
>> david.worrall@anu.edu.au
>> 
>> 
>> 
>> 
> 

Thanks.
I’ll try it. I guess I just copy all the .h files I mentioned earlier into /usr/local/include

In the meantime  this works …. sort of… s little bit…not really…
 but I’m not sure what the role of the field currently occupied by p2 in ires system opcode actually performs



-odav


instr 1
SudpBase = "oscsend 10.54.yy.xx 4444 "
SudpMsg = p5 ;
Smessy strcatk SudpBase, SudpMsg 
kres system p2, Smessy, 1 		; no block
endin			



i1 0  1 1 "'try'"
i1 0.25 . 2 "'try2'"
i1 +  . 3 "'try3'"
i1 +  . 4 "'try4'"





On 25 May 2014, at 18:35, Victor Lazzarini  wrote:

> The headers should be installed in /usr/local/include (if you configure with the default settings), after you run
> make install. Cmake should find them if they are there.
> 
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 25 May 2014, at 15:39, David Worrall  wrote:
> 
>> Oh, I see. thanks Anders. 
>> I've found a collection of .h files
>> lo/lo.h: * \file lo.h The liblo main headerfile and high-level API functions.
>> lo/lo.h.in: * \file lo.h The liblo main headerfile and high-level API functions.
>> lo/lo_lowlevel.h: * \file lo_lowlevel.h The liblo headerfile defining the low-level API
>> lo/lo_osc_types.h: * \file lo_osc_types.h A liblo header defining OSC-related types and
>> lo/lo_serverthread.h: * \file lo.h The liblo main headerfile and high-level API functions.
>> lo/lo_types.h: * \file lo_types.h The liblo headerfile defining types used by this API.
>> 
>> in liblo src dir.
>> I've looked at the liblo makefile and  I'm not sure why they are not copied to say /usr/local/include where other .h files - including sound’s are.
>> Is that where to put (all of?) them?
>> 
>> ===========
>> I'm currently working on another approach, using the ires system_i opcode:
>> 
>> ires system_i "oscsend '10:54:x.x' 4444 messyString 1"
>> 
>> which works - but i haven't figured out how to substitute messyString with a composed string
>> (of course what I'd like to do is output  i-score events)
>> 
>> D.
>> 
>> PS
>> =========
>> in a previous post, below;
>> please replace 
>> $ sendosc "10.54.xx.xx" 4444 "G'day Mate!” 
>> with 
>> $ oscsend "10.54.xx.xx" 4444 "G'day Mate!"
>> apologies
>> 
>> On 25 May 2014, at 15:53, Anders Genell  wrote:
>> 
>>> What Tarmo is saying, I believe, is that in addition to the liblo library you need the liblo headers, which are in their own package (typically liblo-dev) in order for csound to build its own OSC opcodes.
>>> 
>>> Regards,
>>> Anders
>>> 
>>> Den 25 maj 2014 14:44 skrev "David Worrall" :
>>> Hi Tarmo
>>> Thanks for your interest
>>> 
>>> I installed autoconf, libtool and automake before making liblo
>>> 
>>> liblo is installed ok, I think… at least, from the CLI:
>>> 
>>> $ oscsend "localhost" 4444 "" "s"  "G'day Mate!"
>>> is picked up by nc as Victor exemplifies
>>> and further, if I replace "localhost" with an IP address, it gets through, even better as:
>>> 
>>> $ sendosc "10.54.xx.xx" 4444 "G'day Mate!"
>>> G'day Mate! ,
>>> (NB the addition of a comma)
>>> 
>>> so I think the issue is how to get the csnd6 build to pick it up to build the opcode
>>> 
>>> D.
>>> 
>>> 
>>> On 25.05.2014, at 14:24, Tarmo Johannes  wrote:
>>> 
>>>> did you install also liblo-devel? The header files necessary for compiling against these libraries are usually there.
>>>> tarmo
>>>> 
>>>> 2014 5 25 13:27 kirjutas kuupäeval "David Worrall" :
>>>> I'll return this discussion to this, the original thread, to make it easier for others to follow.
>>>> 
>>>> I've now installed libio v.0.27 (not 0.28, as advised)  and its dependencies.
>>>> Trying to build cs … cmake.. still tells me
>>>> 
>>>> --OSC_HEADER="", so disabling BUILD_OSC_OPCODES
>>>> 
>>>> do I have to download the opcode codes from somewhere, or what is the likelly cause of that?
>>>> 
>>>> Intriguingly - and this is what threw me in the first place, when i run ccmake ../ [c]onfigure from the build directory, it tells me:
>>>> 
>>>> BUILD_OSC_OPCODES	ON
>>>> 
>>>> But it doesn't build them.
>>>> 
>>>> 
>>>> D.
>>>> 
>>>> 
>>>> 
>>>> On 24.05.2014, at 00:50, Victor Lazzarini  wrote:
>>>> 
>>>>> It looks like your system is not seeing the OSC opcodes, which are plugins. Check that they are there somewhere in your OPCODE6DIR64
>>>>> plugins directory. If you built Csound yourself, maybe they have not been built (you will also need liblo).
>>>>> 
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> NUI Maynooth, Ireland
>>>>> victor dot lazzarini at nuim dot ie
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On 23 May 2014, at 23:15, David Worrall  wrote:
>>>>> 
>>>>>> Ok I've copy-pasted you code and I  get the same error as from within csnd6[ .py]
>>>>>> 
>>>>>> Golly I can't see it! -  it must be nearly time to call it a night :-)
>>>>>> 
>>>>>> D
>>>>>> 
>>>>>>> virtual_keyboard real time MIDI plugin for Csound
>>>>>>> 0dBFS level = 32768.0
>>>>>>> Csound version 6.02.0 (double samples) May 18 2014
>>>>>>> libsndfile-1.0.25
>>>>>>> UnifiedCSD:  OSCtest.csd
>>>>>>> STARTING FILE
>>>>>>> Creating options
>>>>>>> Creating orchestra
>>>>>>> Creating score
>>>>>>> rtaudio: PortAudio module enabled ... 
>>>>>>> using callback interface
>>>>>>> rtmidi: PortMIDI module enabled
>>>>>>> 
>>>>>>> error: syntax error, unexpected INTEGER_TOKEN  (token "0") from file OSCtest.csd (1)
>>>>>>> line 7:
>>>>>>>>>> OSCsend 0 <<<
>>>>>>> Unexpected untyped word OSCsend when expecting a variable
>>>>>>> Parsing failed due to invalid input!
>>>>>>> Stopping on parser failure
>>>>>>> cannot compile orchestra
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On 23.05.2014, at 23:59, Victor Lazzarini  wrote:
>>>>>> 
>>>>>>> I can run this
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> instr 1
>>>>>>> OSCsend 0,"localhost",4444,"","s","this is my message"
>>>>>>> endin
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> i1 0 1
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> and with netcat, I get
>>>>>>> 
>>>>>>> ligeti-2:debug victor$ nc -ul 4444
>>>>>>> ,sthis is my message
>>>>>> 
>>>>>> ______________________________________
>>>>>> Prof. Dr. David Worrall
>>>>>> Emerging Audio Research (EAR)
>>>>>> Audio Department
>>>>>> International Audio Laboratories Erlangen
>>>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>>>> Am Wolfsmantel 33
>>>>>> 91058 Erlangen
>>>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>>>> Internet: www.iis.fraunhofer.de 
>>>>>> ---
>>>>>> Adjunct Senior Research Fellow
>>>>>> School of Music, Australian National University
>>>>>> david.worrall@anu.edu.au
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> Send bugs reports to
>>>>>       https://github.com/csound/csound/issues
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> ______________________________________
>>>> Prof. Dr. David Worrall
>>>> Emerging Audio Research (EAR)
>>>> Audio Department
>>>> International Audio Laboratories Erlangen
>>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>>> Am Wolfsmantel 33
>>>> 91058 Erlangen
>>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>>> E-Mail: david.worrall@iis.fraunhofer.de
>>>> Internet: www.iis.fraunhofer.de 
>>>> ---
>>>> Adjunct Senior Research Fellow
>>>> School of Music, Australian National University
>>>> david.worrall@anu.edu.au
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> ______________________________________
>>> Prof. Dr. David Worrall
>>> Emerging Audio Research (EAR)
>>> Audio Department
>>> International Audio Laboratories Erlangen
>>> Fraunhofer-Institut für Integrierte Schaltungen IIS
>>> Am Wolfsmantel 33
>>> 91058 Erlangen
>>> Telefon  +49 (0) 91 31 / 7 76-62 44
>>> Fax      +49 (0) 91 31 / 7 76-20 99
>>> E-Mail: david.worrall@iis.fraunhofer.de
>>> Internet: www.iis.fraunhofer.de 
>>> ---
>>> Adjunct Senior Research Fellow
>>> School of Music, Australian National University
>>> david.worrall@anu.edu.au
>>> 
>>> 
>>> 
>>> 
>> 
> 
> 
> 
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
> 

You shouldn’t copy anything by hand, but run sudo make install, otherwise the installation might not be complete.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 25 May 2014, at 18:15, David Worrall  wrote:

> Thanks.
> I’ll try it. I guess I just copy all the .h files I mentioned earlier into /usr/local/include

It’s a trigger for printing to the csound console:

http://www.csounds.com/manual/html/system.html

========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 25 May 2014, at 18:15, David Worrall  wrote:

> n the meantime  this works …. sort of… s little bit…not really…
> but I’m not sure what the role of the field currently occupied by p2 in ires system opcode actually performs

That's what I'm doing - but the lo headers (for oscsend) are not being picked up.

but - to reiterate - ./usr/local/bin/oscsend is build and is working from the CLI.

I'm really wondering what to look for in the output of cmake/make etc

 D.

On 25.05.2014, at 19:37, Victor Lazzarini  wrote:

> You shouldn’t copy anything by hand, but run sudo make install, otherwise the installation might not be complete.
> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 25 May 2014, at 18:15, David Worrall  wrote:
> 
>> Thanks.
>> I’ll try it. I guess I just copy all the .h files I mentioned earlier into /usr/local/include
> 
> 
> 
> Send bugs reports to
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
> 

No, I meant did you run sudo make install for installing liblo (not Csound). It should install the headers properly.
Here’s what liblo 0.27 looks when installed (in my machine).

ligeti-2:debug victor$ ls -l /usr/local/include/lo
total 136
-rw-r--r--  1 root  wheel  12281 14 Oct  2013 lo.h
-rw-r--r--  1 root  wheel   2956 14 Oct  2013 lo_endian.h
-rw-r--r--  1 root  wheel   1166 14 Oct  2013 lo_errors.h
-rw-r--r--  1 root  wheel  27481 14 Oct  2013 lo_lowlevel.h
-rw-r--r--  1 root  wheel   2600 14 Oct  2013 lo_macros.h
-rw-r--r--  1 root  wheel   3768 14 Oct  2013 lo_osc_types.h
-rw-r--r--  1 root  wheel    779 14 Oct  2013 lo_throw.h
-rw-r--r--  1 root  wheel   4303 14 Oct  2013 lo_types.h

=======
if cmake does not pick it up automatically you can try

$ cmake .. -DOSC_HEADER="/usr/local/include"


========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 25 May 2014, at 19:47, David Worrall  wrote:

> That's what I'm doing - but the lo headers (for oscsend) are not being picked up.
> 
> but - to reiterate - ./usr/local/bin/oscsend is build and is working from the CLI.
> 
> I'm really wondering what to look for in the output of cmake/make etc
> 
> D.
> 
> On 25.05.2014, at 19:37, Victor Lazzarini  wrote:
> 
>> You shouldn’t copy anything by hand, but run sudo make install, otherwise the installation might not be complete.
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 25 May 2014, at 18:15, David Worrall  wrote:
>> 
>>> Thanks.
>>> I’ll try it. I guess I just copy all the .h files I mentioned earlier into /usr/local/include
>> 
>> 
>> 
>> Send bugs reports to
>>       https://github.com/csound/csound/issues
>> 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
>        https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
> 

if cmake does not pick it up automatically you can try

$ cmake .. -DOSC_HEADER="/usr/local/include"

Thanks. Contributions to build.MD are welcome.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 25 May 2014, at 21:03, David Worrall  wrote:

>> if cmake does not pick it up automatically you can try
>> 
>> $ cmake .. -DOSC_HEADER="/usr/local/include"
>> 
> 
> 
> That cmake oprtion did the trick - should it be an explicit part of the ccmake script, I wonder?
> 
> Thanks for all your help -  and those others who assisted - I feel blessed! And I've learned about a couple of other opcodes in the process.
> There are some fine features of OSCsend that might be worth adding to the manuals. I'll experiment more:
> Like, it seems that the ",s" also ",sf" x if you're following the string with a float , are meant as a feature not a bug - except the numerics aren't transalted and have to be converted to strings…
> 
> 
> My notes on how to build csound on OSX noq have a new section - which I've been distributing to those who ask - and will publish when there (and me) are in a fit state to edit them :-) 
> 
> D.
> 
> 
> 
> 
> On 25.05.2014, at 21:00, Victor Lazzarini  wrote:
> 
>> No, I meant did you run sudo make install for installing liblo (not Csound). It should install the headers properly.
>> Here’s what liblo 0.27 looks when installed (in my machine).
>> 
>> ligeti-2:debug victor$ ls -l /usr/local/include/lo
>> total 136
>> -rw-r--r--  1 root  wheel  12281 14 Oct  2013 lo.h
>> -rw-r--r--  1 root  wheel   2956 14 Oct  2013 lo_endian.h
>> -rw-r--r--  1 root  wheel   1166 14 Oct  2013 lo_errors.h
>> -rw-r--r--  1 root  wheel  27481 14 Oct  2013 lo_lowlevel.h
>> -rw-r--r--  1 root  wheel   2600 14 Oct  2013 lo_macros.h
>> -rw-r--r--  1 root  wheel   3768 14 Oct  2013 lo_osc_types.h
>> -rw-r--r--  1 root  wheel    779 14 Oct  2013 lo_throw.h
>> -rw-r--r--  1 root  wheel   4303 14 Oct  2013 lo_types.h
>> 
>> =======
>> if cmake does not pick it up automatically you can try
>> 
>> $ cmake .. -DOSC_HEADER="/usr/local/include"
>> 
>> 
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 25 May 2014, at 19:47, David Worrall  wrote:
>> 
>>> That's what I'm doing - but the lo headers (for oscsend) are not being picked up.
>>> 
>>> but - to reiterate - ./usr/local/bin/oscsend is build and is working from the CLI.
>>> 
>>> I'm really wondering what to look for in the output of cmake/make etc
>>> 
>>> D.
>>> 
>>> On 25.05.2014, at 19:37, Victor Lazzarini  wrote:
>>> 
>>>> You shouldn’t copy anything by hand, but run sudo make install, otherwise the installation might not be complete.
>>>> ========================
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> NUI Maynooth, Ireland
>>>> victor dot lazzarini at nuim dot ie
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On 25 May 2014, at 18:15, David Worrall  wrote:
>>>> 
>>>>> Thanks.
>>>>> I’ll try it. I guess I just copy all the .h files I mentioned earlier into /usr/local/include
>>>> 
>>>> 
> 
> ______________________________________
> Prof. Dr. David Worrall
> Emerging Audio Research (EAR)
> Audio Department
> International Audio Laboratories Erlangen
> Fraunhofer-Institut für Integrierte Schaltungen IIS
> Am Wolfsmantel 33
> 91058 Erlangen
> Telefon  +49 (0) 91 31 / 7 76-62 44
> Fax      +49 (0) 91 31 / 7 76-20 99
> E-Mail: david.worrall@iis.fraunhofer.de
> Internet: www.iis.fraunhofer.de 
> ---
> Adjunct Senior Research Fellow
> School of Music, Australian National University
> david.worrall@anu.edu.au

On 25 May 2014, at 22:20, Victor Lazzarini  wrote:

> Thanks. Contributions to build.MD are welcome.

Will do.
FDor the record this is the most efficient way I found to use OCSsend to send UDP packets
> instr1
> Stringy sprintfk ",i2,%5.3f,%i3,%5.2f,%i,%i,%i,%i", p2 ,p4, p5, p6,p7,p8, p9
> OSCsend 1,”10.54.xx.xx", 4444,"", "s", Stringy
> ….
> endin


Note that in this example, the “machine name” field (as per the manual) has been replaced by the IP address. The former may be a better option when the IP address is not fixed.

It is also possible to use string that result from operations like
Stringy strcatk St1, St2


The output does prepend a “,s   ” or perhaps a “,s\t” to the string and I couldn’t work out how to eliminate it..



D.


> ========================
> Dr Victor Lazzarini
> Senior Lecturer
> NUI Maynooth, Ireland
> victor dot lazzarini at nuim dot ie
> 
> 
> 
> 
> On 25 May 2014, at 21:03, David Worrall  wrote:
> 
>>> if cmake does not pick it up automatically you can try
>>> 
>>> $ cmake .. -DOSC_HEADER="/usr/local/include"
>>> 
>> 
>> 
>> That cmake oprtion did the trick - should it be an explicit part of the ccmake script, I wonder?
>> 
>> Thanks for all your help -  and those others who assisted - I feel blessed! And I've learned about a couple of other opcodes in the process.
>> There are some fine features of OSCsend that might be worth adding to the manuals. I'll experiment more:
>> Like, it seems that the ",s" also ",sf" x if you're following the string with a float , are meant as a feature not a bug - except the numerics aren't transalted and have to be converted to strings…
>> 
>> 
>> My notes on how to build csound on OSX noq have a new section - which I've been distributing to those who ask - and will publish when there (and me) are in a fit state to edit them :-) 
>> 
>> D.
>> 
>> 
>> 
>> 
>> On 25.05.2014, at 21:00, Victor Lazzarini  wrote:
>> 
>>> No, I meant did you run sudo make install for installing liblo (not Csound). It should install the headers properly.
>>> Here’s what liblo 0.27 looks when installed (in my machine).
>>> 
>>> ligeti-2:debug victor$ ls -l /usr/local/include/lo
>>> total 136
>>> -rw-r--r--  1 root  wheel  12281 14 Oct  2013 lo.h
>>> -rw-r--r--  1 root  wheel   2956 14 Oct  2013 lo_endian.h
>>> -rw-r--r--  1 root  wheel   1166 14 Oct  2013 lo_errors.h
>>> -rw-r--r--  1 root  wheel  27481 14 Oct  2013 lo_lowlevel.h
>>> -rw-r--r--  1 root  wheel   2600 14 Oct  2013 lo_macros.h
>>> -rw-r--r--  1 root  wheel   3768 14 Oct  2013 lo_osc_types.h
>>> -rw-r--r--  1 root  wheel    779 14 Oct  2013 lo_throw.h
>>> -rw-r--r--  1 root  wheel   4303 14 Oct  2013 lo_types.h
>>> 
>>> =======
>>> if cmake does not pick it up automatically you can try
>>> 
>>> $ cmake .. -DOSC_HEADER="/usr/local/include"
>>> 
>>> 
>>> ========================
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> NUI Maynooth, Ireland
>>> victor dot lazzarini at nuim dot ie
>>> 
>>> 
>>> 
>>> 
>>> On 25 May 2014, at 19:47, David Worrall  wrote:
>>> 
>>>> That's what I'm doing - but the lo headers (for oscsend) are not being picked up.
>>>> 
>>>> but - to reiterate - ./usr/local/bin/oscsend is build and is working from the CLI.
>>>> 
>>>> I'm really wondering what to look for in the output of cmake/make etc
>>>> 
>>>> D.
>>>> 
>>>> On 25.05.2014, at 19:37, Victor Lazzarini  wrote:
>>>> 
>>>>> You shouldn’t copy anything by hand, but run sudo make install, otherwise the installation might not be complete.
>>>>> ========================
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> NUI Maynooth, Ireland
>>>>> victor dot lazzarini at nuim dot ie
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On 25 May 2014, at 18:15, David Worrall  wrote:
>>>>> 
>>>>>> Thanks.
>>>>>> I’ll try it. I guess I just copy all the .h files I mentioned earlier into /usr/local/include
>>>>> 
>>>>> 

It seems to me we need a new UDP send opcode that takes strings.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 26 May 2014, at 16:28, jpff@cs.bath.ac.uk wrote:

> 
> Quoting David Worrall :
> 
> 
>> 
>> The output does prepend a ?,s   ? or perhaps a ?,s\t? to the string and I couldn?t work out how to eliminate it..
>> 
> 
> That is a type specification.  You cannot eliminate it
> 
> 
> 
> Send bugs reports to
>       https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
> 

I could, but not sure about Windows.
========================
Dr Victor Lazzarini
Senior Lecturer
NUI Maynooth, Ireland
victor dot lazzarini at nuim dot ie




On 26 May 2014, at 17:03, jpff@cs.bath.ac.uk wrote:

> 
> Easy enough -- you going to do it?
> 
> Quoting Victor Lazzarini :
> 
>> It seems to me we need a new UDP send opcode that takes strings.
>> ========================
>> Dr Victor Lazzarini
>> Senior Lecturer
>> NUI Maynooth, Ireland
>> victor dot lazzarini at nuim dot ie
>> 
>> 
>> 
>> 
>> On 26 May 2014, at 16:28, jpff@cs.bath.ac.uk wrote:
>> 
>>> 
>>> Quoting David Worrall :
>>> 
>>> 
>>>> 
>>>> The output does prepend a ?,s   ? or perhaps a ?,s\t? to the string and I couldn?t work out how to eliminate it..
>>>> 
>>> 
>>> That is a type specification.  You cannot eliminate it
>>> 
>>> 
>>> 
>>> Send bugs reports to
>>>      https://github.com/csound/csound/issues
>>> 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
>>        https://github.com/csound/csound/issues
>> 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
>       https://github.com/csound/csound/issues
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"
> 
> 
>