Hey, Is there some tutorial on how to use pdj.? i've been to http://www.le-son666.com/software/pdj/ , but it didnt help much. Basically i just want to send some data to a java application(which i'll be writing myself) from PD.
Sisil.
Hi Sisil,
You should take a look at the java tutorial that comes with MaxMSP (for mxj). I think you can download the documentation as a separate package from cycling74.com website.
Ciao
./MiS
On Thu, Aug 13, 2009 at 2:57 PM, sisil mehtasisilmet2000@gmail.com wrote:
Hey, Is there some tutorial on how to use pdj.? i've been to http://www.le-son666.com/software/pdj/ , but it didnt help much. Basically i just want to send some data to a java application(which i'll be writing myself) from PD.
Sisil.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi, i saw a tutorial on using mxj. This is what i want to do: get data from PD and send it to another java application which is waiting in the background. Is this possible using mxj/pdj ? Sisil.
On Sat, Aug 15, 2009 at 1:58 AM, Michal Seta mis@artengine.ca wrote:
Hi Sisil,
You should take a look at the java tutorial that comes with MaxMSP (for mxj). I think you can download the documentation as a separate package from cycling74.com website.
Ciao
./MiS
On Thu, Aug 13, 2009 at 2:57 PM, sisil mehtasisilmet2000@gmail.com wrote:
Hey, Is there some tutorial on how to use pdj.? i've been to http://www.le-son666.com/software/pdj/ , but it didnt help much.
Basically i
just want to send some data to a java application(which i'll be writing myself) from PD.
Sisil.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo, sisil mehta hat gesagt: // sisil mehta wrote:
i saw a tutorial on using mxj. This is what i want to do: get data from PD and send it to another java application which is waiting in the background. Is this possible using mxj/pdj ?
It's possible even without pdj: Just use a network connection to send the data along. Either make one up with netsend in Pd and some socket programming in Java, or use the OSC standard, where you might even find some ready made Java libraries.
Frank
On Sat, 15 Aug 2009, Frank Barknecht wrote:
i saw a tutorial on using mxj. This is what i want to do: get data from PD and send it to another java application which is waiting in the background. Is this possible using mxj/pdj ?
It's possible even without pdj: Just use a network connection to send the data along. Either make one up with netsend in Pd and some socket programming in Java, or use the OSC standard, where you might even find some ready made Java libraries.
The big difference is whether you want your java app to insert itself in the message stack or not: if you use pdj, your java app can send messages before the message to pdj is considered done with. This is depth-first execution. But if you have a [netsend] to talk to a java app and a [netreceive] to receive the replies, ... a [netsend]/[netreceive] pair counts as a kind of [delay] of some unspecified amount. thus the messages to [netsend] are considered dealt with much before the app really does anything with them.
So if you really need depth-first execution order, you have to use pdj.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
Hi,
On Sat, Aug 15, 2009 at 8:46 PM, Mathieu Bouchard matju@artengine.cawrote:
On Sat, 15 Aug 2009, Frank Barknecht wrote:
i saw a tutorial on using mxj.
This is what i want to do: get data from PD and send it to another java application which is waiting in the background. Is this possible using mxj/pdj ?
It's possible even without pdj: Just use a network connection to send the data along. Either make one up with netsend in Pd and some socket programming in Java, or use the OSC standard, where you might even find some ready made Java libraries.
The big difference is whether you want your java app to insert itself in the message stack or not: if you use pdj, your java app can send messages before the message to pdj is considered done with. This is depth-first execution. But if you have a [netsend] to talk to a java app and a [netreceive] to receive the replies, ... a [netsend]/[netreceive] pair counts as a kind of [delay] of some unspecified amount.
i didnt get this part:::-->
thus the messages to [netsend] are considered dealt with much before the app really does anything with them.
So if you really need depth-first execution order, you have to use pdj.
i think you guys will be best to judge if i explain my application: I have to run pd+gridflow and then run the program multiblob-for-gridflow. then take the data(centres of the crosses obtained, extent of blob and other data) to a java application(whose purpose is to collect this data from pd .) The java app is on teh same machine, so how do i use [netsend]?
thnks for your time, Sisil.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
On Sat, 15 Aug 2009, sisil mehta wrote:
The big difference is whether you want your java app to insert itself in the message stack or not: if you use pdj, your java app can send messages before the message to pdj is considered done with. This is depth-first execution. But if you have a [netsend] to talk to a java app and a [netreceive] to receive the replies, ... a [netsend]/[netreceive] pair counts as a kind of [delay] of some unspecified amount.
i didnt get this part:::-->
Have you learned the execution order of Pd? But this topic is only relevant if the java app needs to talk back to Pd.
i think you guys will be best to judge if i explain my application: I have to run pd+gridflow and then run the program multiblob-for-gridflow. then take the data(centres of the crosses obtained, extent of blob and other data) to a java application(whose purpose is to collect this data from pd .) The java app is on teh same machine, so how do i use [netsend]?
Ok, [netsend] will be fine for that. You just have to know that you can't use grid-messages over [netsend], so you will have to use converters such as [#to_list] and [#to_float] and [#unpack] and such.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
Hallo, sisil mehta hat gesagt: // sisil mehta wrote:
i think you guys will be best to judge if i explain my application: I have to run pd+gridflow and then run the program multiblob-for-gridflow. then take the data(centres of the crosses obtained, extent of blob and other data) to a java application(whose purpose is to collect this data from pd .) The java app is on teh same machine, so how do i use [netsend]?
I think, how to use [netsend] in Pd should be pretty clear, it's described in the help-file. The trick part then is to make your Java app get the messages from Pd over a socket connection and interpret the Pd messages. Example code for dealing with that in other languages like bash, Python or Perl is on puredata.info (setch for "pdsend.py") and in this lists's archive. I don't know Java let alone your application, so I cannot help much with that.
Maybe on the Java side, OSC is a bit easier if you use some OSC libraries.
Frank
On Aug 15, 2009, at 12:05 PM, Frank Barknecht wrote:
Hallo, sisil mehta hat gesagt: // sisil mehta wrote:
i think you guys will be best to judge if i explain my application:
I have to run pd+gridflow and then run the program multiblob-for-gridflow.
then take the data(centres of the crosses obtained, extent of blob and
other data) to a java application(whose purpose is to collect this data
from pd .) The java app is on teh same machine, so how do i use [netsend]?I think, how to use [netsend] in Pd should be pretty clear, it's
described in the help-file. The trick part then is to make your Java app get the
messages from Pd over a socket connection and interpret the Pd messages.
Example code for dealing with that in other languages like bash, Python or Perl
is on puredata.info (setch for "pdsend.py") and in this lists's archive. I
don't know Java let alone your application, so I cannot help much with that.Maybe on the Java side, OSC is a bit easier if you use some OSC
libraries.
The pd message format is just text ending with a ";\n". In Java, if
you set the buffers to flush on \n, then it should work well. There's
not really anything else to it, so IMHO OSC is an extra headache,
unless you want the timetagging features.
.hc
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
On Aug 15, 2009, at 12:05 PM, Frank Barknecht wrote:
Maybe on the Java side, OSC is a bit easier if you use some OSC
libraries.The pd message format is just text ending with a ";\n". In Java, if you set the buffers to flush on \n, then it should work well. There's not really anything else to it, so IMHO OSC is an extra headache, unless you want the timetagging features.
I do agree that FUDI-messages as used by netsend are generally simpler than OSC, but *if* there are libraries for dealing with OSC, then *maybe* it is easier for someone to just plug these into an app than to roll your own stuff with netsend and low-level socket programming. IIRC in Processing OSC is directly supported so nothing would need to be added anyway.
Frank