Pd-list April 2005

pd-list@lists.iem.at

141 participants
255 discussions

Re: Accessing arguments to the py object
by Thomas Grill 05 Apr '05

05 Apr '05

Hi Ben, the only ways are the object creation arguments and the reload message, which resets these arguments. Using reload, you might be able to get the strings into python (probably using tosymbol or sprintf). Naturally i would prefer a PD supporting escaping of special characters in symbols. best greetings, Thomas Am 01.04.2005 um 17:14 schrieb B. Bogart: > Hey Thomas, > > Is there a way I can get access to the args in the object box, as > apposed to the args to the method selectors? > > py pt dirlist fx/* /Applications/PixelTANGO/... > > How do I get "fx/*" and "/Applications/...." inside the python script? > > Thanks! > > B>

3 3

Installer 0.38 question
by timon botez 05 Apr '05

05 Apr '05

Hi, I tried Hans Christians recent installer for PD on OSX. So Im wondering if the extra libs - like zexy and Gem are bundled in the application why dont they autoload on launch? Tried to find some documentation on how to activate them without success. Ive been using terminal for all up until today. Any pointers or commands? Thanks, Timon.

3 2

jack dither and cb scheduler
by patrick 05 Apr '05

05 Apr '05

hi all, i'm installing pd devel 0.38.4 on gentoo with ck-kernel (low latency) using alsa and jack. i was wondering about 2 things : i will run pd/jack with a very low latency buffer (64). should i turn on dither? does it change the sound and what is the best for avoiding glitchs? -z r means rectangular dither. -z t means triangular dither. -z s means shaped dither. -z - means no dither(the default). in the media / jack panel, we have an option called cb shceduler? i look in the archive but found no thread on this... what is it for? should i turn it on? bonus question for gentoo user: any recommandation on tuning gentoo for pd / live / low latency stuff? thank you for sharing knowledge! pat

2 1

Re: multi-colored arrays inside one table || zoomable tables ?
by ix＠replic.net 05 Apr '05

05 Apr '05

> i'm wondering if it is possible to have multiply colored arrays inside > of one table. i recently got the hang of having multiple arrays in one > table, and i'm wondering if i can have each array with seperate colors. like this? http://whats-your.name/pd/gui/lg.html ... > another question.. i'd like to resize the width and the height of tables > on the fly (conceivably with sliders??).. i know i can right click on a > table and go to properties and change the width and height inside of > there, and then click 'ok' and then my table resizes. this is tedious > and cumbersome. it would be nice to have each width and height have > it's own control (slider??) and as well as have either of those "locked" > to each other as to keep the same 'aspect ratio'. in essence giving > the effect of a 'zoomable' table. like this? http://whats-your.name/pd/gui/lg2.html ... note to the tk haters: tk rocks.. note to the tk lovers: BLT is great.. as always, payments or feature suggestions are accepted... c

3 2

Re: [PD] Re: Mac OS X installer with library documentation
by Hans-Christoph Steiner 04 Apr '05

04 Apr '05

On Mar 27, 2005, at 12:01 AM, simon wise wrote: > > On 27 Mar 2005, at 8:28 AM, Hans-Christoph Steiner wrote: > >> The Pd .app and Win installer should be viewed as any other >> application: a set of code that users don't modify. This is key to >> keeping it consistent across platforms and distributions. User >> modifications should be kept elsewhere. For example, in MacOS X, we >> could have standard folders like ~/Library/Pd/Externals and >> ~/Library/Pd/Help which are added to the path by default. >> Therefore, when upgrading, users won't have to redo all of their >> changes, they can just delete the Pd.app and put the new one in place >> and all of their customizations would remain in place. This also >> means that extra, doc, etc. should remain enclosed inside of Pd.app. >> > > > ~/Library/Application Support/Pd (or /Library/Application Support/Pd) > would be the usual OSX place to put directories intended to be used by > the user, many .apps use search paths like > > ~/Library/Application Support/Pd/subfolder > /Library/Application Support/Pd/subfolder > $PATH_TO_APP/Contents/Resources/subfolder > > for every subfolder that should have both default/built-in parts and > custom user parts - that way it gives the possibility for a general > local set of defaults as well as individual user additions, and if > like me you have a couple of users set up (one with system and > application preferences for current live performance situations, the > other for the rest of the time so that I can switch back to my > performance settings very quickly and easily) then it is easy to set > up a particular set of extras and preferences to use in a show, while > still keeping a more general set. I like the idea of keeping the subfolder names the same, but the "Application Support" gets really long. And there are precedents for the ~/Library/Pd way, like ~/Library/Mail. > The same could be done with the .plist - so that the $HOME one took > precedence, but the one inside Pd.app could easily be used to share a > version with certain externals and defaults already set. An extra item > in the .plist to make pd launch with only these defaults would make it > possible to have a specially set up .app for a particular patch - set > to open that patch on launching without worrying about other > preferences that may have been set for that user. I am using .command > files with the -open and other flags for this purpose, but it opens > with the Terminal window in front and the Wish interface. > > A structure like this would also make it easy to have different sets > of externals for different kinds of work by creating new users (maybe > one for Gem/video work and another for audio work) with their > associated preferences, external collections etc being quite distinct. Various Pd-*.command files could easily swap in and out various ~/Library/Preferences/org.puredata.*.plist files to start different configs. > > Finally it would be a nice touch for the installer to put symbolic > links to pd, pdsend, pdreceive etc from their old locations in > /usr/local so that they are in the right place for scripts which may > not know where to find Pd.app and and so they are in the terminal > search paths. Yes it would be indeed. I was planning a Pd-for-UNIX.pkg to do stuff like that, also including the headers. Feel free to beat me to it. .hc > Maybe some useful models (gvim and gvim.app which work a bit > differently to Vim.app) could come from the OSX version of Vim see: > http://macvim.org/OSX/ > > > Simon Wise > ________________________________________________________________________ ____ "Computer science is no more related to the computer than astronomy is related to the telescope." -Edsger Dykstra

5 8

GEM: Example blend_mode patch.
by vade 04 Apr '05

04 Apr '05

Hi. I looked at the GEM example given and the help that cgc and IOhannes gave on the list and came up with this patch that demonstrates the different blend mode functions, and puts them in similar terms that jitter users might be used to. The patch is attached as a text file at the end of the message. A few more questions to the gem developers: GEM: Graphics Environment for Multimedia GEM: ver: 0.90 release GEM: compiled: May 25 2004 and PD 0.3.8-2.app from Millers site. 1) in the patch below, during rotation not all faces of the cube show properly as being transparent. Im aware that when dealing with separate geometry during rotation, one has to be aware of rendering order to deal with issues during rotation (things behind rendering after things upfront have, which looks odd), but should this happen with a single object that has an alpha between 1 and 0 ? 2), for certain blending mode combinations, the color object with its alpha param between 1 and 0 doesnt seem to take effect. Perhaps its the ordering of my gemchain (the GEMglBlendFunc being below the color and alpha objects)? Please let me know, Im curious and I think people are too (At least at the workshop this came up from a few people interested in PD, but from jitter land). Thanks again for the prompt replies. ------ #N canvas 502 26 646 579 10; #X obj 13 40 gemwin; #X msg 59 9 create; #X obj 13 13 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 ; #X msg 111 9 destroy; #X obj 31 84 gemhead; #X obj 30 290 alpha; #X obj 30 246 color; #X obj 30 310 rotateXYZ; #X obj 30 186 pix_texture; #X msg 43 109 auto 1; #X obj 113 166 t f; #X obj 96 99 openpanel; #X msg 96 118 open \$1; #X obj 30 166 pix_filmYUV; #X obj 96 83 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X obj 105 149 hsl 128 15 0 1000 0 0 empty empty empty -2 -6 0 8 -262144 -1 -1 0 1; #X obj 30 519 GEMglBlendFunc; #X obj 76 486 nbx 5 14 -1e+37 1e+37 0 0 empty empty empty 0 -6 0 10 -262144 -1 -1 1 256; #X obj 154 486 nbx 5 14 -1e+37 1e+37 0 0 empty empty empty 0 -6 0 10 -262144 -1 -1 0 256; #X obj 88 212 hsl 128 15 0 100 0 0 empty empty empty -2 -6 0 8 -262144 -1 -1 6100 1; #X text 96 199 Alpha Vlaue; #X obj 40 211 * 0.01; #X obj 68 291 counter 0 360; #X obj 68 256 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 1 1 ; #X obj 68 272 metro 100; #X text 89 256 Rotate on/off; #X obj 158 461 GLdefine; #X msg 233 356 GL_ONE_MINUS_SRC_ALPHA; #X obj 29 541 cuboid 2 1.5 2; #X msg 232 238 GL_ONE; #X msg 231 220 GL_ZERO; #X msg 234 297 GL_ONE_MINUS_DST_COLOR; #X msg 234 316 GL_ONE_MINUS_SRC_COLOR; #X msg 234 276 GL_DST_COLOR; #X text 272 201 Jitter Mode Equiv; #X text 305 222 0; #X text 305 237 1; #X text 330 258 2; #X text 331 278 3; #X text 396 300 4; #X text 398 318 5; #X msg 234 337 GL_SRC_ALPHA; #X text 330 340 6; #X text 398 357 7; #X msg 235 378 GL_DST_ALPHA; #X msg 235 399 GL_ONE_MINUS_DST_ALPHA; #X text 332 380 8; #X text 396 402 9; #X msg 234 421 GL_SRC_ALPHA_SATURATE; #X text 391 423 10; #X obj 396 463 GLdefine; #X msg 471 358 GL_ONE_MINUS_SRC_ALPHA; #X msg 470 240 GL_ONE; #X msg 471 258 GL_DST_COLOR; #X msg 469 222 GL_ZERO; #X msg 472 299 GL_ONE_MINUS_DST_COLOR; #X msg 472 318 GL_ONE_MINUS_SRC_COLOR; #X msg 472 278 GL_DST_COLOR; #X text 510 203 Jitter Mode Equiv; #X text 543 224 0; #X text 543 239 1; #X msg 472 339 GL_SRC_ALPHA; #X msg 473 380 GL_DST_ALPHA; #X msg 473 401 GL_ONE_MINUS_DST_ALPHA; #X msg 472 423 GL_SRC_ALPHA_SATURATE; #X obj 153 238 nbx 5 14 -1e+37 1e+37 0 0 empty empty empty 0 -6 0 10 -262144 -1 -1 0.480315 256; #X msg 233 256 GL_SRC_COLOR; #X obj 112 46 color; #X obj 208 33 hsl 128 15 0 100 0 0 empty empty empty -2 -6 0 8 -262144 -1 -1 2800 1; #X text 216 20 Alpha Vlaue; #X obj 160 32 * 0.01; #X msg 40 227 color 1 1 1 \$1; #X msg 175 74 color 1 1 1 \$1; #X connect 1 0 0 0; #X connect 2 0 0 0; #X connect 3 0 0 0; #X connect 4 0 13 0; #X connect 5 0 7 0; #X connect 6 0 5 0; #X connect 7 0 16 0; #X connect 8 0 6 0; #X connect 9 0 13 0; #X connect 10 0 13 1; #X connect 11 0 12 0; #X connect 12 0 13 0; #X connect 13 0 8 0; #X connect 13 2 10 0; #X connect 14 0 11 0; #X connect 15 0 13 1; #X connect 16 0 28 0; #X connect 17 0 16 1; #X connect 18 0 16 2; #X connect 19 0 21 0; #X connect 21 0 71 0; #X connect 21 0 65 0; #X connect 22 0 7 2; #X connect 23 0 24 0; #X connect 24 0 22 0; #X connect 26 0 17 0; #X connect 27 0 26 0; #X connect 29 0 26 0; #X connect 30 0 26 0; #X connect 31 0 26 0; #X connect 32 0 26 0; #X connect 33 0 26 0; #X connect 41 0 26 0; #X connect 44 0 26 0; #X connect 45 0 26 0; #X connect 48 0 26 0; #X connect 50 0 18 0; #X connect 51 0 50 0; #X connect 52 0 50 0; #X connect 53 0 50 0; #X connect 54 0 50 0; #X connect 55 0 50 0; #X connect 56 0 50 0; #X connect 57 0 50 0; #X connect 61 0 50 0; #X connect 62 0 50 0; #X connect 63 0 50 0; #X connect 64 0 50 0; #X connect 66 0 26 0; #X connect 67 0 0 0; #X connect 68 0 70 0; #X connect 70 0 72 0; #X connect 71 0 6 0; #X connect 72 0 67 0;

2 1

optimizing the CPU using [switch~]
by julien.breval＠tremplin-utc.net 04 Apr '05

04 Apr '05

hello I am programming a patch in which there are 16 dsp abstractions, each containing 16 different simple audio sub-abstractions (each has a different rendering). The purpose of this is not to use all at the same time, but to switch~ on only some dsp algorithms when I need them. This works normally, but I still have some cpu problems, because even if an audio subpatch is switched off, it takes a little bit of cpu when the pd audio computation is on. Therefore, as I use 256 audio abstractions (each with a switch control), when loading the patch, the cpu is about up to 20% (though initially all switch~ objects receive a zero value so no dsp is running) Then, on my computer starting the usual presets is no problem (average cpu load = 40-50%), but it's not the same on all the computers and I would like to reduce the cpu load; is there any solution, besides using a lesser number of different audio abstractions ? thanks a lot regards, -j

1 1

Re: Antw: Re: [PD] [FIR~] , [equalizer] and [biquad~] ... can i make [equalizer] and [biquad~] act like
by andy graybeal 04 Apr '05

04 Apr '05

wow, this is crazy looking. thanks for sharing this. i'll play around with this. -andy Bernhard Neugebauer wrote: >>>>andy graybeal <graybeal(a)frognet.net> 02.04.05 21.15 >>> >>>> >>>> > >the only way i can get a graph readout of what [equalizer] and [biquad~] > >do now is if i use filtergraph.pd (i forget who wrote it).. but it > > >hello, > >an easy way to see the amplitude and phase response of a filter (and of >every linear, time invariant system) is shown in the attached file >filterplot_biquad.pd. It s using the [fft~] of the impulse response of >the filter, you can see the impulse response in the (resizable) array >response. (The impulse response is what you were drawing in using >[FIR~].) >You can also play around with [biquad~] by setting the pole and zero >positions of the biquad filter. (The adjusted zeros and poles both have >an conjugate complex counterpart, i.e. the same value but with negative >imaginary part.) > >HTH a bit >Bernhard > > >

1 0

Re: [PD] [FIR~] , [equalizer] and [biquad~] ... can i make [equalizer] and [biquad~] act like [FIR~] ?
by andy graybeal 04 Apr '05

04 Apr '05

andy graybeal wrote: > this looks like what i wanted! i'll give it a try. > -andy > > ix(a)replic.net wrote: > >> >> i cant find filtergraph.pd, but i made something similar since biquad >> on its own is useless (unless youre a scientist, maybe).. >> http://whats-your.name/pd/gui/eq.png >> >> >> >

1 0

pd meeting at share nyc last night
by Paris Treantafeles 04 Apr '05

04 Apr '05

just wanted to say thanks to anton and hans and the share crew for getting the PD workshop together last night. i really enjoyed it. i'd love to see another one at some point if there's interest. the thing that's always fun for me is to see how different people have different styles and ways of approaching problems. for instance, i was familiar with most of what we covered last night but the methods of doing a specific job were different than ones i have used. i guess that's "share" for you :-) last thought... for those interested in some other uses of PD and GEM, check out the pmpd tutorial folder which is in the "doc" folder. there's some very nice physical modeling examples there. best, p

1 0

← Newer
1
...
19
20
21
22
23
24
25
26
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 April 2005