Greetings All Mighty List,
has any of you ever used netreceive in rjdj to get information of the interwebs? is such a thing even possible?
Sofy Yuditskaya ] yuditskaya.com [
Hey Sofy,
If you mean doing an HTTP request, netsend/netreceive wouldn't work.
You need to use something like mrpeach/tcpclient for that, something
that provides bi-directional communication on the same port. But if
you have some client on some other computer, written in Pd,
Processing, Python, whatever, you could have it scrape the data, then
send it to a netreceive on rjdj.
.hc
On Nov 29, 2010, at 9:26 PM, sonia yuditskaya wrote:
Greetings All Mighty List,
has any of you ever used netreceive in rjdj to get information of
the interwebs? is such a thing even possible?Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
*from the interwebs
Sofy Yuditskaya ] yuditskaya.com [
On Mon, Nov 29, 2010 at 9:26 PM, sonia yuditskaya marysghost@gmail.com wrote:
Greetings All Mighty List,
has any of you ever used netreceive in rjdj to get information of the interwebs? is such a thing even possible?
Sofy Yuditskaya ] yuditskaya.com [
Hi Sofy,
The main problem one faces with [netreceive] is that it is uni-directional. So you can make a connection out to an internet site with [netsend] but then the site can't send anything back. As Hans said, you could write a server especially to connect back to a waiting [netreceive] but that would only work if the RjDj patch was on the edge of the network (e.g. not behind a router or firewall) which is almost never the case.
Some time ago I asked Miller off-list if he would accept a patch to [netsend] to allow two way communication (e.g. with an outlet which would output anything which arrived back from the socket you are [netsend]ing to). He told me that he would like to overhaul the way in which the network objects work (something to do with the bufferring mechanism, I think) so I did not proceed with making that patch to [netsend]. I still think it would be a great modification to [netsend] as it would essentially make Pd a real internet citizen and allow all kinds of multiplayer patching/jamming/composing coolness (netpd!) on all types of devices. I would be happy to do this work if I thought it would be accepted into Miller's Pd.
Luckily for you, there is a proprietary object in the RjDj stack called [rj_http] which will let you fetch data from websites etc. Probably Frank could tell you where the latest documentation for that object is, or maybe Google can help you find the documentation. As far as I know nobody really used that object for anything awesome, which was always suprising to me since it could be used to do cool things like share FUDI data through Twitter (with the help of some cgi scripts on a server). Oh well.
Cheers,
Chris.
On Mon, Nov 29, 2010 at 09:26:48PM -0500, sonia yuditskaya wrote:
Greetings All Mighty List,
has any of you ever used netreceive in rjdj to get information of the interwebs? is such a thing even possible?
Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Chris and Hans, the [rj_http] object is actually not in the rjutils folder, or anywhere else I could find. Maybe this is still in development or something? Do you or anyone on the list have it?
What I am working on is an amulet that you hold, attached to mic-in, which allows you to use pocket sized hard ware/jewelry/whatever-you-call-it for people to communicate across distances with each other without words, in that trippy aural landscape that rjdj allows for.
The hope was to use the interwebs to allow for smartphone to smartphone communications without having to try and mesh rjdj with the sms or telephony that is already on the phone.
Alternatively, I made the patch in extended, using [textfile], is there a reasonable way to maybe just add the files that it depends on to the rj folder and have it work?
Thanks so much for the input, it clears things up already.
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Nov 30, 2010 at 2:20 AM, Chris McCormick chris@mccormick.cx wrote:
Hi Sofy,
The main problem one faces with [netreceive] is that it is uni-directional. So you can make a connection out to an internet site with [netsend] but then the site can't send anything back. As Hans said, you could write a server especially to connect back to a waiting [netreceive] but that would only work if the RjDj patch was on the edge of the network (e.g. not behind a router or firewall) which is almost never the case.
Some time ago I asked Miller off-list if he would accept a patch to [netsend] to allow two way communication (e.g. with an outlet which would output anything which arrived back from the socket you are [netsend]ing to). He told me that he would like to overhaul the way in which the network objects work (something to do with the bufferring mechanism, I think) so I did not proceed with making that patch to [netsend]. I still think it would be a great modification to [netsend] as it would essentially make Pd a real internet citizen and allow all kinds of multiplayer patching/jamming/composing coolness (netpd!) on all types of devices. I would be happy to do this work if I thought it would be accepted into Miller's Pd.
Luckily for you, there is a proprietary object in the RjDj stack called [rj_http] which will let you fetch data from websites etc. Probably Frank could tell you where the latest documentation for that object is, or maybe Google can help you find the documentation. As far as I know nobody really used that object for anything awesome, which was always suprising to me since it could be used to do cool things like share FUDI data through Twitter (with the help of some cgi scripts on a server). Oh well.
Cheers,
Chris.
On Mon, Nov 29, 2010 at 09:26:48PM -0500, sonia yuditskaya wrote:
Greetings All Mighty List,
has any of you ever used netreceive in rjdj to get information of the interwebs? is such a thing even possible?
Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Its a hack but you could embed the text into [message( boxes, and get
them with a loadbang.
.hc
On Nov 30, 2010, at 2:15 PM, sonia yuditskaya wrote:
Hi Chris and Hans, the [rj_http] object is actually not in the rjutils folder, or anywhere else I could find. Maybe this is still in development or something? Do you or anyone on the list have it?
What I am working on is an amulet that you hold, attached to mic-in, which allows you to use pocket sized hard ware/jewelry/whatever-you-call-it for people to communicate across distances with each other without words, in that trippy aural landscape that rjdj allows for.
The hope was to use the interwebs to allow for smartphone to smartphone communications without having to try and mesh rjdj with the sms or telephony that is already on the phone.
Alternatively, I made the patch in extended, using [textfile], is there a reasonable way to maybe just add the files that it depends on to the rj folder and have it work?
Thanks so much for the input, it clears things up already.
Sofy Yuditskaya ] yuditskaya.com [
On Tue, Nov 30, 2010 at 2:20 AM, Chris McCormick
chris@mccormick.cx wrote:Hi Sofy,
The main problem one faces with [netreceive] is that it is uni- directional. So you can make a connection out to an internet site with [netsend]
but then the site can't send anything back. As Hans said, you could write a server especially to connect back to a waiting [netreceive] but that would
only work if the RjDj patch was on the edge of the network (e.g. not behind a
router or firewall) which is almost never the case.Some time ago I asked Miller off-list if he would accept a patch to
[netsend] to allow two way communication (e.g. with an outlet which would
output anything which arrived back from the socket you are [netsend]ing to). He
told me that he would like to overhaul the way in which the network objects work
(something to do with the bufferring mechanism, I think) so I did not proceed
with making that patch to [netsend]. I still think it would be a great
modification to [netsend] as it would essentially make Pd a real internet citizen
and allow all kinds of multiplayer patching/jamming/composing coolness (netpd!)
on all types of devices. I would be happy to do this work if I thought it would
be accepted into Miller's Pd.Luckily for you, there is a proprietary object in the RjDj stack
called [rj_http] which will let you fetch data from websites etc. Probably
Frank could tell you where the latest documentation for that object is, or
maybe Google can help you find the documentation. As far as I know nobody really
used that object for anything awesome, which was always suprising to me since
it could be used to do cool things like share FUDI data through Twitter (with
the help of some cgi scripts on a server). Oh well.Cheers,
Chris.
On Mon, Nov 29, 2010 at 09:26:48PM -0500, sonia yuditskaya wrote:
Greetings All Mighty List,
has any of you ever used netreceive in rjdj to get information of
the interwebs? is such a thing even possible?Sofy Yuditskaya ] yuditskaya.com [
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"Making boring techno music is really easy with modern tools, but with
live coding, boring techno is much harder." - Chris McCormick
Hi,
On Tue, Nov 30, 2010 at 02:15:32PM -0500, sonia yuditskaya wrote:
the [rj_http] object is actually not in the rjutils folder, or anywhere else I could find. Maybe this is still in development or something?
[rj_http] is an external that would have to be compiled into the RjDj app on iThing. I am not sure ATM if it is part of the current RjDj app, and actually I doubt it: We had lots of issues and performance problems with it so I think, it was only available to some internal prototypes a year ago (when Chris was still hacking at RjDj).
Frank
Hi Sofy,
On Tue, Nov 30, 2010 at 02:15:32PM -0500, sonia yuditskaya wrote:
the [rj_http] object is actually not in the rjutils folder, or anywhere else I could find. Maybe this is still in development or something? Do you or anyone on the list have it?
As far as I know it is a binary object (external) which is part of the RjDj app itself when it is installed on your iDevice. I would consult with the RjDj people to see if they still support that object and how to use it etc.
What I am working on is an amulet that you hold, attached to mic-in, which allows you to use pocket sized hard ware/jewelry/whatever-you-call-it for people to communicate across distances with each other without words, in that trippy aural landscape that rjdj allows for.
That sounds way cool!
The hope was to use the interwebs to allow for smartphone to smartphone communications without having to try and mesh rjdj with the sms or telephony that is already on the phone.
Ew, yuck, yes internet protocol would be much more useful.
Cheers,
Chris.
Thanks Chris, I am writing them a letter now, hope for the best!
Sofy Yuditskaya ] yuditskaya.com [
On Wed, Dec 1, 2010 at 9:38 PM, Chris McCormick chris@mccormick.cx wrote:
Hi Sofy,
On Tue, Nov 30, 2010 at 02:15:32PM -0500, sonia yuditskaya wrote:
the [rj_http] object is actually not in the rjutils folder, or anywhere else I could find. Maybe this is still in development or something? Do you or anyone on the list have it?
As far as I know it is a binary object (external) which is part of the RjDj app itself when it is installed on your iDevice. I would consult with the RjDj people to see if they still support that object and how to use it etc.
What I am working on is an amulet that you hold, attached to mic-in, which allows you to use pocket sized hard ware/jewelry/whatever-you-call-it for people to communicate across distances with each other without words, in that trippy aural landscape that rjdj allows for.
That sounds way cool!
The hope was to use the interwebs to allow for smartphone to smartphone communications without having to try and mesh rjdj with the sms or telephony that is already on the phone.
Ew, yuck, yes internet protocol would be much more useful.
Cheers,
Chris.