SourceForge.net | 2 Jan 02:39 2007
Picon
Picon

[ pure-data-Patches-1612910 ] Patch to OSCx to support multicast

Patches item #1612910, was opened at 2006-12-10 22:55
Message generated for change (Comment added) made by eighthave
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1612910&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: feature
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Stephen Sinclair (radarsat1)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Patch to OSCx to support multicast

Initial Comment:
Hello,

I needed to try some multicast stuff with Pd, but found that the OSCx
externals didn't support it, so I made some small changes.  Just
thought I'd send it along in case it is useful to someone else.

[sendOSC] can now take an optional TTL argument in its "connect"
message. This is "Time To Live" which says how many jumps the UDP
packet is allowed to make before dying out.  Without setting this,
multicast only works on the local LAN.

(Continue reading)

Hans-Christoph Steiner | 2 Jan 02:40 2007

Re: multicast patch to OSCx


I committed it without the changes to configure.ac since those broke the Pd-extended build stuff.  We'll see tomorrow whether it builds on Windows...

.hc

On Dec 28, 2006, at 3:11 PM, Stephen Sinclair wrote:

Hi,

I did this patch quickly because I needed it.

The changes are _very_ simple, so I have some confidence that it should work.

Some quick tests under Linux and OS X showed that it was working.  I haven't tried the patch under Windows. (Never compiled Pd under Windows actually.)

Testing the TTL parameter is not so easy... you need to test several ranges of subnets.  Setting it to 0 showed that a message could be sent to localhost but not to another computer on the subnet, so that at least supports the theory that it works.  But I haven't tried it over the internet.

By the way, I made the changes based on this tutorial:
http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/index.html

Testing it with Max/MSP's " net.multi.send/receive" objects produced some garbage... I'm not sure what that was all about. But testing it with Max 4.6's udpsend/receive objects worked fine.

Another change I'd like to make is to have sendOSC support some arugments for port/host instead of having to send it the "connect" message, but I thought that kind of change would be out of this patch's scope.

Let me know if anyone has comments or criticisms, I'd be happy to make changes and re-submit the patch.

Steve



On 12/28/06, Hans-Christoph Steiner <hans-dtL0/VpVl/U@public.gmane.org> wrote:

This patch adds multicast support to the OSCx libs, it looks useful,
but I don't really use OSC, so I couldn't say if its worth taking or
not:

http://sourceforge.net/tracker/index.php?
func=detail&aid=1612910&group_id=55736&atid=478072

Shall we trying it in the nightly test builds?  Anyone willing to
vouch for this patch so that it can be included in the next release?

.hc




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

                                              http://at.or.at/hans/


_______________________________________________
PD-dev mailing list
PD-dev@...
http://lists.puredata.info/listinfo/pd-dev
SourceForge.net | 2 Jan 11:07 2007
Picon
Picon

[ pure-data-Bugs-1626077 ] Hash signs in GUI labels get replaced by dollar signs

Bugs item #1626077, was opened at 2007-01-02 11:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1626077&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Hash signs in GUI labels get replaced by dollar signs

Initial Comment:
Hash signs ("#") in the label of a GUI object are replaced by a dollar sign ("$"). That is, giving a slider a
label like "silder#" will result in a label "slider$" both in the GUI as in the saved patch file.

This is slightly different for float atoms: Here the patch file correctly saves the hash, but still
displays a dollar in the patch. 

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1626077&group_id=55736
Stephen Sinclair | 2 Jan 16:59 2007
Picon

Re: multicast patch to OSCx

That's great!

About the configure.ac stuff, I probably shouldn't have included those
changes in the submitted patch.
However, as a separate issue, those changes were necessary for me get
OSCx to compile against the Pd.app bundle.  Any chance on making
similar configure.ac changes that won't break Pd-extended?

Steve

On 1/1/07, Hans-Christoph Steiner <hans@...> wrote:
>
>
> I committed it without the changes to configure.ac since those broke the
> Pd-extended build stuff.  We'll see tomorrow whether it builds on Windows...
>
> .hc
>
>
> On Dec 28, 2006, at 3:11 PM, Stephen Sinclair wrote:
> Hi,
>
> I did this patch quickly because I needed it.
>
> The changes are _very_ simple, so I have some confidence that it should
> work.
>
> Some quick tests under Linux and OS X showed that it was working.  I haven't
> tried the patch under Windows. (Never compiled Pd under Windows actually.)
>
> Testing the TTL parameter is not so easy... you need to test several ranges
> of subnets.  Setting it to 0 showed that a message could be sent to
> localhost but not to another computer on the subnet, so that at least
> supports the theory that it works.  But I haven't tried it over the
> internet.
>
> By the way, I made the changes based on this tutorial:
> http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/index.html
>
> Testing it with Max/MSP's " net.multi.send/receive" objects produced some
> garbage... I'm not sure what that was all about. But testing it with Max
> 4.6's udpsend/receive objects worked fine.
>
> Another change I'd like to make is to have sendOSC support some arugments
> for port/host instead of having to send it the "connect" message, but I
> thought that kind of change would be out of this patch's scope.
>
> Let me know if anyone has comments or criticisms, I'd be happy to make
> changes and re-submit the patch.
>
> Steve
>
>
>
> On 12/28/06, Hans-Christoph Steiner <hans@...> wrote:
> >
> > This patch adds multicast support to the OSCx libs, it looks useful,
> > but I don't really use OSC, so I couldn't say if its worth taking or
> > not:
> >
> > http://sourceforge.net/tracker/index.php?
> > func=detail&aid=1612910&group_id=55736&atid=478072
> >
> > Shall we trying it in the nightly test builds?  Anyone willing to
> > vouch for this patch so that it can be included in the next release?
> >
> > .hc
> >
> >
>
>
>
>
> ------------------------------------------------------------------------
>
>                                               http://at.or.at/hans/
>
>
SourceForge.net | 2 Jan 19:52 2007
Picon
Picon

[ pure-data-Patches-1543850 ] $ <at> and $# expansion (argc, argv)

Patches item #1543850, was opened at 2006-08-21 12:24
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1543850&group_id=55736

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: wishlist
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: $ <at>  and $# expansion (argc, argv)

Initial Comment:
the attached patch extends the $-expansion mechanism:

$# expands to the number of arguments; usable both as
A_DOLLAR (just "$#") and A_DOLLSYM ("$#-bla")

$ <at>  expands to the entire list of arguments (e.g. [$ <at> 
$ <at> ( will expand [1 2 3( to [1 2 3 1 2 3(); this is only
usable as A_DOLLAR; i.e. [symbol $ <at> -a( will always
expand to "$ <at> -a"

why:
well, its a way to deal with dynamic length lists that
is still missing in pd (though 1st steps have been made
with [list])

caveats:
what is still missing is an expansion for the selector
of messages and objects (the selector of an object
would be the object's instantation name); would $$ be a
good name for this? (since $0 is already taken)

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

>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-01-02 19:52

Message:
Logged In: YES 
user_id=564396
Originator: YES

updated for current CVSversion of pd (2007-01-02)
File Added: dollargcargv.patch

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

Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-08-23 00:21

Message:
Logged In: YES 
user_id=27104

Yes!  This is great!

As for the selector, $0 is not taken in message space, so I
think it makes sense there.  Since message expansion
variables are already different than object arguments, I
think that won't be too confusing.  Plus the $ variable
syntax comes from shell scripting, where $0 is basically the
selector of the message that is the command line arguments.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1543850&group_id=55736
Hans-Christoph Steiner | 3 Jan 02:08 2007

Re: multicast patch to OSCx


I'm not going to do it, but feel free to do it yourself.  Or you can  
use the Pd-extended build system, it works and is maintained on many  
platforms, including yours.

For this, you would:
cd pure-data/externals
make oscx

.hc

On Jan 2, 2007, at 10:59 AM, Stephen Sinclair wrote:

> That's great!
>
> About the configure.ac stuff, I probably shouldn't have included those
> changes in the submitted patch.
> However, as a separate issue, those changes were necessary for me get
> OSCx to compile against the Pd.app bundle.  Any chance on making
> similar configure.ac changes that won't break Pd-extended?
>
> Steve
>
>
> On 1/1/07, Hans-Christoph Steiner <hans@...> wrote:
>>
>>
>> I committed it without the changes to configure.ac since those  
>> broke the
>> Pd-extended build stuff.  We'll see tomorrow whether it builds on  
>> Windows...
>>
>> .hc
>>
>>
>> On Dec 28, 2006, at 3:11 PM, Stephen Sinclair wrote:
>> Hi,
>>
>> I did this patch quickly because I needed it.
>>
>> The changes are _very_ simple, so I have some confidence that it  
>> should
>> work.
>>
>> Some quick tests under Linux and OS X showed that it was working.   
>> I haven't
>> tried the patch under Windows. (Never compiled Pd under Windows  
>> actually.)
>>
>> Testing the TTL parameter is not so easy... you need to test  
>> several ranges
>> of subnets.  Setting it to 0 showed that a message could be sent to
>> localhost but not to another computer on the subnet, so that at least
>> supports the theory that it works.  But I haven't tried it over the
>> internet.
>>
>> By the way, I made the changes based on this tutorial:
>> http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/index.html
>>
>> Testing it with Max/MSP's " net.multi.send/receive" objects  
>> produced some
>> garbage... I'm not sure what that was all about. But testing it  
>> with Max
>> 4.6's udpsend/receive objects worked fine.
>>
>> Another change I'd like to make is to have sendOSC support some  
>> arugments
>> for port/host instead of having to send it the "connect" message,  
>> but I
>> thought that kind of change would be out of this patch's scope.
>>
>> Let me know if anyone has comments or criticisms, I'd be happy to  
>> make
>> changes and re-submit the patch.
>>
>> Steve
>>
>>
>>
>> On 12/28/06, Hans-Christoph Steiner <hans@...> wrote:
>> >
>> > This patch adds multicast support to the OSCx libs, it looks  
>> useful,
>> > but I don't really use OSC, so I couldn't say if its worth  
>> taking or
>> > not:
>> >
>> > http://sourceforge.net/tracker/index.php?
>> > func=detail&aid=1612910&group_id=55736&atid=478072
>> >
>> > Shall we trying it in the nightly test builds?  Anyone willing to
>> > vouch for this patch so that it can be included in the next  
>> release?
>> >
>> > .hc
>> >
>> >
>>
>>
>>
>>
>> --------------------------------------------------------------------- 
>> ---
>>
>>                                               http://at.or.at/hans/
>>
>>

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

I spent 33 years and four months in active military service and  
during that period I spent most of my time as a high class muscle man  
for Big Business, for Wall Street and the bankers.      - General  
Smedley Butler
Mathieu Bouchard | 3 Jan 02:07 2007
Picon

PureUnity


PureUnity will now require pd 0.40. This will make things easier, as for 
example the aliases [f.inlet], [~.inlet] can be renamed to [inlet.f] and 
[inlet.~], which makes those class-templates sortable alphabetically, and 
readable as "inlet of float" and "inlet of signal" or maybe "inlet for 
floats" and "inlet for signals"... likewise for all other existing 
templates of PureUnity (do,norm,outlet,packunpack3,rand,swap,taa).

(here, "template" means "parametrized classname" as in C++, and not 
t_template)

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
| Freelance Digital Arts Engineer, Montréal QC Canada
_______________________________________________
PD-dev mailing list
PD-dev@...
http://lists.puredata.info/listinfo/pd-dev
Hans-Christoph Steiner | 3 Jan 07:36 2007

Re: multicast patch to OSCx


It builds on Mac OS X and GNU/Linux (i.e. works on UNIX), but dies on  
Windows/MinGW:

cd src && make
make[4]: Entering directory `/home/pd/auto-build/pd-extended/ 
externals/OSCx/src'
gcc -g -O2 -mms-bitfields -Wall -Wimplicit -Wunused -Wmissing- 
prototypes -O3  -I../libOSC -I../../pd/src -I../../../pd/src -I../src  
-I../../../pd/src -I../libOSC -I../../pd/src -I../../../pd/src -I../ 
src -I../../../pd/src -c -o sendOSC.o sendOSC.c
gcc -g -O2 -mms-bitfields -Wall -Wimplicit -Wunused -Wmissing- 
prototypes -O3  -I../libOSC -I../../pd/src -I../../../pd/src -I../src  
-I../../../pd/src -I../libOSC -I../../pd/src -I../../../pd/src -I../ 
src -I../../../pd/src -c -o htmsocket.o htmsocket.c
htmsocket.c: In function `OpenHTMSocket':
htmsocket.c:236: error: `IP_MULTICAST_TTL' undeclared (first use in  
this function)
htmsocket.c:236: error: (Each undeclared identifier is reported only  
once
htmsocket.c:236: error: for each function it appears in.)

On Jan 2, 2007, at 10:59 AM, Stephen Sinclair wrote:

> That's great!
>
> About the configure.ac stuff, I probably shouldn't have included those
> changes in the submitted patch.
> However, as a separate issue, those changes were necessary for me get
> OSCx to compile against the Pd.app bundle.  Any chance on making
> similar configure.ac changes that won't break Pd-extended?
>
> Steve
>
>
> On 1/1/07, Hans-Christoph Steiner <hans@...> wrote:
>>
>>
>> I committed it without the changes to configure.ac since those  
>> broke the
>> Pd-extended build stuff.  We'll see tomorrow whether it builds on  
>> Windows...
>>
>> .hc
>>
>>
>> On Dec 28, 2006, at 3:11 PM, Stephen Sinclair wrote:
>> Hi,
>>
>> I did this patch quickly because I needed it.
>>
>> The changes are _very_ simple, so I have some confidence that it  
>> should
>> work.
>>
>> Some quick tests under Linux and OS X showed that it was working.   
>> I haven't
>> tried the patch under Windows. (Never compiled Pd under Windows  
>> actually.)
>>
>> Testing the TTL parameter is not so easy... you need to test  
>> several ranges
>> of subnets.  Setting it to 0 showed that a message could be sent to
>> localhost but not to another computer on the subnet, so that at least
>> supports the theory that it works.  But I haven't tried it over the
>> internet.
>>
>> By the way, I made the changes based on this tutorial:
>> http://ntrg.cs.tcd.ie/undergrad/4ba2/multicast/antony/index.html
>>
>> Testing it with Max/MSP's " net.multi.send/receive" objects  
>> produced some
>> garbage... I'm not sure what that was all about. But testing it  
>> with Max
>> 4.6's udpsend/receive objects worked fine.
>>
>> Another change I'd like to make is to have sendOSC support some  
>> arugments
>> for port/host instead of having to send it the "connect" message,  
>> but I
>> thought that kind of change would be out of this patch's scope.
>>
>> Let me know if anyone has comments or criticisms, I'd be happy to  
>> make
>> changes and re-submit the patch.
>>
>> Steve
>>
>>
>>
>> On 12/28/06, Hans-Christoph Steiner <hans@...> wrote:
>> >
>> > This patch adds multicast support to the OSCx libs, it looks  
>> useful,
>> > but I don't really use OSC, so I couldn't say if its worth  
>> taking or
>> > not:
>> >
>> > http://sourceforge.net/tracker/index.php?
>> > func=detail&aid=1612910&group_id=55736&atid=478072
>> >
>> > Shall we trying it in the nightly test builds?  Anyone willing to
>> > vouch for this patch so that it can be included in the next  
>> release?
>> >
>> > .hc
>> >
>> >
>>
>>
>>
>>
>> --------------------------------------------------------------------- 
>> ---
>>
>>                                               http://at.or.at/hans/
>>
>>

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

"[W]e have invented the technology to eliminate scarcity, but we are  
deliberately throwing it away to benefit those who profit from  
scarcity."        -John Gilmore
Mathieu Bouchard | 4 Jan 19:30 2007
Picon

freebytes, outlet_new


two questions:

  * what's the use of the size_t argument in freebytes?

  * what's the use of the t_symbol argument in outlet_new?

thanks.

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju
| Freelance Digital Arts Engineer, Montréal QC Canada
_______________________________________________
PD-dev mailing list
PD-dev@...
http://lists.puredata.info/listinfo/pd-dev
Miller Puckette | 4 Jan 19:39 2007

Re: freebytes, outlet_new

Both are there for future possible optimizations.  The "size" parameter would
allow for much more space-optimized memory allocation than malloc() can
offer (and I've also used it to trace memory corruption bugs once or twice).

The "t_symbol" field could be used to pre-determine data type conversions, in
case the type system gets richer...

cheers
Miller

On Thu, Jan 04, 2007 at 01:30:42PM -0500, Mathieu Bouchard wrote:
> 
> two questions:
> 
>  * what's the use of the size_t argument in freebytes?
> 
>  * what's the use of the t_symbol argument in outlet_new?
> 
> thanks.
> 
>  _ _ __ ___ _____ ________ _____________ _____________________ ...
> | Mathieu Bouchard - t?l:+1.514.383.3801 - http://artengine.ca/matju
> | Freelance Digital Arts Engineer, Montr?al QC Canada

> _______________________________________________
> PD-dev mailing list
> PD-dev@...
> http://lists.puredata.info/listinfo/pd-dev

Gmane