Pd-list July 2007

pd-list@lists.iem.at

148 participants
241 discussions

Pd-0.39.2-extended-rc5 released
by Hans-Christoph Steiner 27 Jul '07

27 Jul '07

http://at.or.at/hans/pd/installers.html As far as I am concerned, this is the final release version. Please test and confirm that there are no egregious bugs outstanding. Here are the changes: * Mac OS X: pidip finds its default font again * Debian/Ubuntu: some minor cleanups in the package * included setuid security fix from Miller (hence bumped up version to 0.39.3) http://at.or.at/hans/pd/installers.html .hc ------------------------------------------------------------------------ ---- "[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

1 0

small(est) hardware solution(s)
by Alexandre Castonguay 27 Jul '07

27 Jul '07

Hello Marius, list, If you only need a few seconds (10-20), you can use the ISD1110 or ISD1420PI-ND (available at digikey.com). Here's a schematic of it from Diana Burgoyne that made 'diagram of the day' on #dataflow : http://www.artengine.ca/acastonguay/dotd/dotd_IMGP1489_3.jpg Cheers, Alexandre

1 0

Re: [PD] counter question
by martin.peach＠sympatico.ca 26 Jul '07

26 Jul '07

Derek Holzer wrote: > If I use a simple counter structure that continues to generate a number > from [f] & [+1] at every bang, and use [mod] to keep that number within > certain bounds, then eventually it will require more and more memory to > hold the number coming from [f], right? Is this a potential memory leak, > or is there a cap to how much memory it will hold? A float always uses 4 bytes. When the number gets too big, mod won't work properly because the number it's working on won't be accurate. It won't ever use any more memory. But if you use the output of [mod] to reset the float, it will never be a problem because the float will never get larger than the output of [mod]. Martin

2 1

Re: [PD] OSC between win and mac
by Marko Timlin 26 Jul '07

26 Jul '07

Moi, where can I find "martin's net/osc objects" mentioned below by IOhannes? and why do I have to set up the machines to pass udp packets on port 7000? is there a reason why port 7000 and not any other port??? thanks, m. martin.peach(a)sympatico.ca wrote: > > Be sure that both machines are set up to pass udp packets on port 7000. e.g. be sure to configure your firewalls correctly when dealing with network traffic (the sender computer must allow outgoing udp-traffic on the specified port, the receiving computer must allow incoming udp-traffic on the port and all intermediate firewalls have to act accordingly). and connect a [print] directly to [dumpOSC] so you can see whether you receive anyhing. and watch the console, whether it bails out on either the sending or the receiving side. mfga.sdf IOhannes PS: and use martin's net/osc objects, they are better... > > Martin > > > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > _______________________________________________ PD-list(a)iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

3 2

Re: [PD] netsend&netreceive from Pd to Max
by martin.peach＠sympatico.ca 26 Jul '07

26 Jul '07

I just tried netsend-help.pd on linux: it disconnects after you send exactly two messages to foo if there is no receiver, on localhost or anywhere else. Something is wrong here, using UDP it should not care if its messages are received or not. Martin > > but if I try to send data from pd to max I always get the following message: > > > > connecting to port 10000 > > > > error : netsend : not connected > >

1 0

netsend&netreceive from Pd to Max
by Marko Timlin 26 Jul '07

26 Jul '07

moi, i am trying to establish a network between a windows machine running pd and a mac running max via the netsend and netreceive objects. to receive data from max into pd works just fine and easy. netsend object on mac and netreceive on pd. no problem! but if I try to send data from pd to max I always get the following message: connecting to port 10000 error : netsend : not connected I don´t understand that as I think I´ve done everything right: [connect 11.11.11.11 10000] l l l [netsend 1] any ideas??? merci, m.

2 1

pdstring feature requests...
by IOhannes m zmoelnig 26 Jul '07

26 Jul '07

during my recent work with pdstrings, 2 issues came upon me. [any2string]: this object usually terminates the output string with a 0 (after all it is a somewhat arkward representation of a c-string). it would be cool if one could change this, and make it configurable. currently i have to [list split] the string list before the last element (using [list length]) and then [list append] CRLF. this seems a bit of an overhead to me. [string2any]: analogous to the above described behaviour, [string2any] will stop processing whenever it encounters a "0" string element. for instance "97 32 98 0 99" will result in a 2-element list "a b". this prevents the user from simply concatenating to strings generated with [any2string] (since the result of the latter will include a terminating 0 which will make the former stop when processing the concatenated list). what i would like to have is: [any2string]: make the string end configurable; e.g. [any2string 0] will create \0 terminated strings; [any2string 13 10] will terminate the string with CRLF; for compatibility reasons i would let [anystring] (without args) output the 0-terminated list (even though if i had the chance i would prefer to it to not use any terminating elemets at all per default); one could imagine a 2nd inlet to set the terminator (sending an empty list would mean "no termination") [string2any]: what i would really like, is having [string2any] output multiple messages if it encounters a "delimiter" (instead of a "terminator"), e.g. "0"; this would make "97 32 98 0 99" output "a b" and "c". [string2any]: analogous to the [any2string] request i would love to be able to change the delimiter (again: via arguments and/or 2nd inlet); for instance i am dealing with strings delimited by CRLF (get them from [tcpserver]), and parsing that into several messages (line-by-line) is a task i would like to be done within [string2any]. 109 097 114 109 111 115 101 116 115 mfga.sdr IOhannes

2 3

Denmark,
by Ed Kelly 26 Jul '07

26 Jul '07

Good to see the list bubbling away nicely, So, who's going to Denmark this year? Best, Ed Lone Shark "Aviation" out now on http://www.pyramidtransmissions.com http://www.myspace.com/sharktracks --------------------------------- Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your freeaccount today.

9 12

Re: [PD] OSC object not working under windows
by Marko Timlin 26 Jul '07

26 Jul '07

hallo frank, thanks for the quick response. you are absoluteyl right, I can create OSCroute, sendOSC. I was just irritated, because in their help files I always find: for more info, get help on: OSC which is an object that cannot be created and has dashed lines around it. Grüße, m. Hallo, Marko Timlin hat gesagt: // Marko Timlin wrote: > I am working with Pd version 0.39.2-extended-rc3 under windows xp. > whenever I try to create the [OSC] object I get: > > OSC > ... couldn't create > > is that a known bug, or what might be the reason for that? There never really was such an object, it was only used to load the OSC-library. pd-extended avoids libraries where possible and compiles the OSC objects as single externals. You should be able to create OSCroute, sendOSC etc. nevertheless. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__ _______________________________________________ PD-list(a)iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

1 0

OSC object not working under windows
by Marko Timlin 26 Jul '07

26 Jul '07

hei, I am working with Pd version 0.39.2-extended-rc3 under windows xp. whenever I try to create the [OSC] object I get: OSC ... couldn't create is that a known bug, or what might be the reason for that? thanks, m.

2 1

← Newer
1
2
3
4
5
6
7
8
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list July 2007