Pd-list February 2009

pd-list@lists.iem.at

115 participants
182 discussions

block~
by David Doukhan 27 Feb '09

27 Feb '09

Hi all, I got a problem using block~, and hope someone here could help me to understand what's going on... My goal was to do overlapp/add processing using FFT in an external... Let's consider a simplest problem: I declared a subpatch with one inlet and one outlet. inside that subpatch, I put a block object using the following parameters: block_size and 2 for the overlap, and tried different values of block size (32, 64, 128, 256, 512). Then, I connect the inlet to a hand made external, and connect its outlet to the outlet of the subpatch. Test1: the external does not take the input signal into acount, and output a triangular window of size block_size. When I look at the output of the subpatch, (once the overlapping has been done using the pd mechanisms), I get a constant signal whose value is 1, as expected. Test2: The external output the input signal multiplied by the triangular window. Since the triangular window is used, the output should be exactly the input signal when considering the outlet of the subpatch. It works for block sizes >= 128 . It fail when the block sizes are 64 or 32 ... Does anyone have an explanation for that behaviour?? Is it related to the fact that the main patch using my overlapp/add subpatch has a block size of 64 (it seems that I can't change that size, since it imply conflicts with the dac~ component...)? NB: I'm using Pd version 0.40.3-extended-20080721 on a Windows Vista. -- David Doukhan

1 0

rodent kill
by Max 27 Feb '09

27 Feb '09

with this patch i got rid of the rats in my kitchen. thanks pd!

3 3

Re: [PD] show "used or free system memoy" from within pd-extended
by Ingo Scherzinger 27 Feb '09

27 Feb '09

Thanx for everybody's input! I just wrote a little and simple abstraction to check the system memory using "free" and shell. It can easily be expanded to show also "total", "shared", "buffers" and "cached". Maybe it's useful for some people who are in the same situation as I am, i.e. getting low on memory. It works on Ubuntu 8.04. No idea about other linux versions. Here it is: Ingo #N canvas 278 25 721 681 10; #X obj 245 102 shell; #X msg 245 82 free; #X obj 165 124 route Mem:; #X obj 165 144 prepend set; #X obj 245 124 nroute total; #X obj 165 164 t b a; #X msg 165 184 2.04594e+06 1.26157e+06 784376 0 17696 1.07144e+06; #X obj 443 577 prepend set; #X obj 443 597 t b a; #X msg 463 211 \$3; #X floatatom 592 328 5 0 0 0 - - -; #X obj 592 288 mod 1000; #X obj 482 268 / 1000; #X floatatom 482 328 5 0 0 0 - - -; #X obj 482 288 mod 1000; #X obj 463 231 t f f f; #X obj 374 268 / 1000; #X obj 374 288 / 1000; #X floatatom 374 328 5 0 0 0 - - -; #X obj 374 308 i; #X obj 443 490 prepend; #X obj 443 517 prepend; #X obj 443 557 mergefilename; #X obj 443 651 outlet; #X obj 419 386 prepend _; #X obj 374 347 moses 100; #X obj 374 367 moses 10; #X obj 443 537 prepend free_mem:; #X obj 374 406 prepend __; #X obj 374 433 t a; #X obj 592 347 moses 100; #X obj 592 367 moses 10; #X obj 592 433 t a; #X obj 637 386 prepend 0; #X obj 592 406 prepend 0 0; #X obj 482 347 moses 100; #X obj 482 367 moses 10; #X obj 482 433 t a; #X obj 527 386 prepend 0; #X obj 482 406 prepend 0 0; #X obj 592 453 prepend .; #X obj 482 453 prepend .; #X obj 103 577 prepend set; #X obj 103 597 t b a; #X floatatom 252 328 5 0 0 0 - - -; #X obj 252 288 mod 1000; #X obj 142 268 / 1000; #X floatatom 142 328 5 0 0 0 - - -; #X obj 142 288 mod 1000; #X obj 123 231 t f f f; #X obj 34 268 / 1000; #X obj 34 288 / 1000; #X floatatom 34 328 5 0 0 0 - - -; #X obj 34 308 i; #X obj 103 490 prepend; #X obj 103 517 prepend; #X obj 103 557 mergefilename; #X obj 103 651 outlet; #X obj 79 386 prepend _; #X obj 34 347 moses 100; #X obj 34 367 moses 10; #X obj 34 406 prepend __; #X obj 34 433 t a; #X obj 252 347 moses 100; #X obj 252 367 moses 10; #X obj 252 433 t a; #X obj 297 386 prepend 0; #X obj 252 406 prepend 0 0; #X obj 142 347 moses 100; #X obj 142 367 moses 10; #X obj 142 433 t a; #X obj 187 386 prepend 0; #X obj 142 406 prepend 0 0; #X obj 252 453 prepend .; #X obj 142 453 prepend .; #X msg 123 211 \$2; #X obj 245 13 inlet; #X obj 103 537 prepend used_mem:; #X msg 245 164 total used free shared buffers cached; #X obj 245 144 prepend set; #X symbolatom 284 56 20 0 0 0 - - -; #X symbolatom 284 37 20 0 0 0 - - -; #X obj 300 13 r used_memory; #X obj 386 13 r free_memory; #X obj 150 624 s used_memory; #X obj 490 624 s free_memory; #X obj 245 37 bng 35 250 50 0 empty empty memory 3 18 0 9 -257985 -1 -159808; #X text 146 650 used_memory; #X text 486 650 free_memory; #X text 127 13 bang inlet to check; #X obj 472 625 bng 15 250 50 0 empty empty empty 17 7 0 10 -260097 -1 -1; #X obj 283 14 bng 15 250 50 0 empty empty empty 17 7 0 10 -260097 -1 -1; #X obj 132 625 bng 15 250 50 0 empty empty empty 17 7 0 10 -260097 -1 -1; #X connect 0 0 2 0; #X connect 0 0 4 0; #X connect 1 0 0 0; #X connect 2 0 3 0; #X connect 3 0 5 0; #X connect 4 0 79 0; #X connect 5 0 6 0; #X connect 5 1 6 0; #X connect 6 0 9 0; #X connect 6 0 75 0; #X connect 7 0 8 0; #X connect 8 0 23 0; #X connect 8 1 23 0; #X connect 8 1 85 0; #X connect 9 0 15 0; #X connect 10 0 30 0; #X connect 11 0 10 0; #X connect 12 0 14 0; #X connect 13 0 35 0; #X connect 14 0 13 0; #X connect 15 0 11 0; #X connect 15 1 12 0; #X connect 15 2 16 0; #X connect 16 0 17 0; #X connect 17 0 19 0; #X connect 18 0 25 0; #X connect 19 0 18 0; #X connect 20 0 21 0; #X connect 21 0 27 0; #X connect 22 0 7 0; #X connect 24 0 29 0; #X connect 25 0 26 0; #X connect 25 1 29 0; #X connect 26 0 28 0; #X connect 26 1 24 0; #X connect 27 0 22 0; #X connect 28 0 29 0; #X connect 29 0 21 1; #X connect 30 0 31 0; #X connect 30 1 32 0; #X connect 31 0 34 0; #X connect 31 1 33 0; #X connect 32 0 40 0; #X connect 33 0 32 0; #X connect 34 0 32 0; #X connect 35 0 36 0; #X connect 35 1 37 0; #X connect 36 0 39 0; #X connect 36 1 38 0; #X connect 37 0 41 0; #X connect 38 0 37 0; #X connect 39 0 37 0; #X connect 40 0 20 0; #X connect 41 0 20 1; #X connect 42 0 43 0; #X connect 43 0 57 0; #X connect 43 1 57 0; #X connect 43 1 84 0; #X connect 44 0 63 0; #X connect 45 0 44 0; #X connect 46 0 48 0; #X connect 47 0 68 0; #X connect 48 0 47 0; #X connect 49 0 45 0; #X connect 49 1 46 0; #X connect 49 2 50 0; #X connect 50 0 51 0; #X connect 51 0 53 0; #X connect 52 0 59 0; #X connect 53 0 52 0; #X connect 54 0 55 0; #X connect 55 0 77 0; #X connect 56 0 42 0; #X connect 58 0 62 0; #X connect 59 0 60 0; #X connect 59 1 62 0; #X connect 60 0 61 0; #X connect 60 1 58 0; #X connect 61 0 62 0; #X connect 62 0 55 1; #X connect 63 0 64 0; #X connect 63 1 65 0; #X connect 64 0 67 0; #X connect 64 1 66 0; #X connect 65 0 73 0; #X connect 66 0 65 0; #X connect 67 0 65 0; #X connect 68 0 69 0; #X connect 68 1 70 0; #X connect 69 0 72 0; #X connect 69 1 71 0; #X connect 70 0 74 0; #X connect 71 0 70 0; #X connect 72 0 70 0; #X connect 73 0 54 0; #X connect 74 0 54 1; #X connect 75 0 49 0; #X connect 76 0 86 0; #X connect 77 0 56 0; #X connect 79 0 78 0; #X connect 82 0 81 0; #X connect 83 0 80 0; #X connect 86 0 1 0; #X coords 0 -1 1 1 171 43 1 240 33;

1 0

show "used or free system memoy" from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
by Ingo Scherzinger 27 Feb '09

27 Feb '09

Hi there, is it possible to show "used or free system memoy" from within pd-extended (Ubuntu 8.04) -nogui. I need this because I'm working with a large sample library and I'm getting close to the internal memory limit. Pd can't handle going over the limit! Thank you Ingo

3 3

pd on Ubuntu 64bit?
by danomatika 27 Feb '09

27 Feb '09

Has anyone been using pd on a 64 bit GNU/Linux OS? I have a new laptop and I'm thinking of trying to run Ubuntu 8.10 64bit. If I can't run pd, jack, ardour, etc then I'll stick to 32 bit, but I've read that 32 bit apps will run fine as long as they have the correct libs ... --- Dan Wilcox danomatika.com robotcowboy.com

8 18

Re: [PD] show "used or free system memoy" from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
by Ingo Scherzinger 27 Feb '09

27 Feb '09

Thank you IOhannes, > >>> is it possible to show "used or free system memoy" from within > > pd-extended (Ubuntu 8.04) -nogui. > >> [shell] > > > > I know I can use [shell] to communicate but I cannot find a command line > for > > it. So the command is what I actually need. > > ah i see. > check the contents of /proc/meminfo > > something like: > % cat /proc/meminfo | egrep "^MemFree:" | awk '{print $2}' > should do the trick > (note that [shell] is not so good with such things; put the above (or > better) command in a shellscript which you run using [shell]) I tried this. But as you mentioned without a script it doesn't work because pd doesn't seem to accept the "{" and "}" characters. However by further searching the net I just found very simple command that works with [shell] "free". I don't know why this is not documented in my linux command book? > > You are probably right about that. However my system freezes in such a > case > > - no matter whether it's caused by pd or linux. > > i do not doubt that. > but why did you blame Pd then? it doesn't really matter whether it's > caused by Obama or by linux either.... You're absolutely right about that. ... it's just that I'm running pd when it happens! :( Ingo

2 1

adding SSSAD key creation argument after creating and changing an abstraction
by hard off 27 Feb '09

27 Feb '09

i have some GOP abstractions which use the sssad system for state saving, so they need a creation argument to set their 'key' for sssad to identify them. as so often happens, i load up a bunch of these abstractions and start playing around with their sliders until it sounds good, and i decide to save the state using sssad. then i realize that i forgot to add the creation argument keys to each abstraction. now comes the dilemma. if i add the creation argument to the abstractions, their slider data will be reset and i will lose my current settings. surely other sssad users have encountered such a problem? are there any ideas to workaround it? is there any way to add a creation argument to an abstraction without re-creating and re-setting the abstraction?

2 3

[ANN] disis_munger~ 1.3.2 now includes PD Win32 binary
by Ivica Ico Bukvic 26 Feb '09

26 Feb '09

Greetings all, I guess the title says it all. The external can be downloaded from the usual place: http://disis.music.vt.edu or http://ico.bukvic.net/Max/ Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/faculty/bukvic/

1 0

[PD-dev] extremely fast pure pd [list-drip] (fwd)
by Mathieu Bouchard 26 Feb '09

26 Feb '09

seems like it would fit better on this mailing-list. ---------- Forwarded message ---------- Date: Wed, 25 Feb 2009 11:38:27 -0500 (EST) From: Mathieu Bouchard <matju(a)artengine.ca> To: Frank Barknecht <fbar(a)footils.org> Cc: pd-dev(a)iem.at Subject: [PD-dev] extremely fast pure pd [list-drip] On Wed, 25 Feb 2009, Frank Barknecht wrote: > such a standard library would define an *interface* for standard > objects. Where performance is an issue, the interface could alternatively > implemented with externals. This also is exemplified in [list]-abs, > where personally I use a version of [list-drip] that has zexy's [drip] > inside for speed reasons. It behaves exactly like the abstraction > version so it doesn't matter if people don't have zexy installed. i just made a pure-pd [list-drip] that is much much quicker for large lists than your pure pd [list-drip]. For a list of size 32768, I find it to be at least 250 times faster. For a list of size 4096, it's at least 24 times faster. See attachment. _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec

5 15

Loading order of pd objects
by Robert Gründler 26 Feb '09

26 Feb '09

Hi, could anyone with some internal knowledge of pd give me a hint in which order pd objects are created when loading a patch ? For example when i create a patch with 2 objects that are not connected in any way, in which order will they be created by pd when the patch is loaded ? Thanks! -robert

5 5

← Newer
1
2
3
4
5
6
7
...
19
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 February 2009