[PD] rjdj using [netreceive]

[Hans-Christoph Steiner]

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 at 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 at iem.at mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>> -------------------
>> http://mccormick.cx
>>



----------------------------------------------------------------------------

"Making boring techno music is really easy with modern tools, but with  
live coding, boring techno is much harder." - Chris McCormick