Pd-list February 2010

pd-list@lists.iem.at

121 participants
201 discussions

[PD-announce] Thirty-third meeting of the PureData users group of Montréal
by Mathieu Bouchard 09 Feb '10

09 Feb '10

21 février 2010, de 13:00 à 17:00 à Vidéographe Production, 4550, Garnier, Montréal, QC _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

2 1

Re: [PD] Http request
by Marco Donnarumma 09 Feb '10

09 Feb '10

you could also take a look at Lily http://code.google.com/p/lilyapp/ > I'm using php sockets to connect web to pd. Using TCP or UDP, you can send > values that are sent via GET or POST. > > check fsockopen and fwrite :) > > > hope to release soon a patch for php and pd to make it fun > > > - ignacio aguirre > Marco

5 5

Re: [PD] peak amplitude in pd vanilla (was: [env~ ] vs [vsnapshot~ ]: which one is more cpu consuming?)
by Matt Barber 09 Feb '10

09 Feb '10

> > As I understand it (and hopefully i am not completely wrong..) you don't > have to 'store' a list and 'then' read again it to find the max magnitude. > It's as simple as the following: > > (some signal) > *I* > *I* [pd metro@samplerate] > *I*/ > [vsnapshot~ ] > | > [abs ] > | > [moses ]X[t f ] > | > [f ] > I think I may have misunderstood your task earlier. In any case, you'll probably still do what you want more efficiently at the signal level: --------------------------------------------------- [inlet~] [block~ 1] | [abs~] [delread~ $0-compare 0] | / | / [max~] |\ | \ | [delwrite~ $0-compare 1] | [outlet~] --------------------------------------------------- The [delread~] should be a one-sample delay, so you're just comparing the previous maximum with the current sample and outputting the larger of the two. Then on the outside you can poll that with snapshot~ periodically just like you did your float object above. If you need to reset it, I think you can just have the [delread~] feed into a [*~] with a [line~] that jumps from 1 to 0 and back to 1. Use [switch~ 1] instead of [block~ 1] if you want to be able to test the cpu load from that patch. I hope this works. I don't think that [env~] does what you want it to at all. Matt

1 0

[env~ ] vs [vsnapshot~ ]: which one is more cpu consuming?
by ypatios 09 Feb '10

09 Feb '10

hello, and more precisely: env~ 1024 vs vsnapshot~ (triggered at samplerate) i guess, since env~ does rms computing of a window of values it should be more expensive than vsnapshot~, even at this hight rate the later is triggered. as for the env~ window length, i understand that it is irrelevant to the cpu cycles needed. but i am not sure. maybe i am missing something. thanks for any help :-) -- ypatios

5 9

Re: [PD] [env~ ] vs [vsnapshot~ ]: which one is more cpu consuming?
by Matt Barber 09 Feb '10

09 Feb '10

> >> It would be nice though, to know also on a theoretical level. Which one >> should be more expensive and (maybe) why. > > I was just taking a look at d_ctl.c from source. It looks like > snapshot~ is cheapest because it's not trying to get any specific > sample from the block. vsnapshot~ gets the logical time on every DSP > tick and copies each passing block to memory. Then, upon receiving a > bang, it gets the time elapsed since that last DSP tick. Based on > that time, it makes an index into the copied block to bring up the > exact sample that was flying by when you banged it (at least, as close > as possible). So that's a clock call and a block copy every 1.45 ms > with normal 64 sample block size, plus the arithmetic necessary to > compute the index into the block. By using [block~ 1], you're > increasing the number of clock calls, and the arithmetic for finding > an index is kind of wasted since the block is only one sample long. > Maybe it would be best to avoid [block~] and bang vsnapshot~ with a > metro set to 1/44.1 ms. You'd at least be reducing the number of > clock_getlogicaltime() calls. > > env~ is more or less just summing and squaring each block (very > cheap), then calling a powtodb conversion function. You've got it set > to process a block of 4096 samples every 2048 samples. So that's > taking advantage of the more efficient block processing strategy. > Also, you should know that the result of [env~] is something akin to a low-pass filter; the "speed limiting" from the original patch might be done more efficiently by squaring the signal and sending it through a (probably aggressive) low-pass filter before sending it to vsnapshot -- in that case it's possible that regular old snapshot with a larger [block~] size might work just as well, since you'll be sending a signal that doesn't change as quickly. You also need to take into account that doing message-level computations every sample might be fairly inefficient in general, and this is not something that [env~] is usually doing. Further, updating a vu gui every sample will probably be almost ridiculously inefficient -- try comparing the two setups with and without the vu connected (it may be that you have already taken care of this in the "speed limiting" and are not actually updating it every sample after all). Either way, it's always good to test efficiency with and without the guis, since the gui operations add an extra layer. Matt

3 2

Usb light flash pd
by Gintaras Lau. 09 Feb '10

09 Feb '10

How in theory or practice possible to control laptop USB light with pd, to dim, flash? Thank you

1 1

shouldn't message boxes work as gui elements?
by Matteo Sisti Sette 09 Feb '10

09 Feb '10

Hi, I don't know if this is already being addressed in the rewrite-gui version... I've always wondered why message boxes are not treated as gui elements, like number and symbol boxes, that is: - they do not graph on parent - they do not have a properties dialog with at least a send and receive symbol Is there some particular reason why it has been decided not to treat (or allow treating) message boxes as gui elements, or is it simply that it has never been felt as a priority to implement this feature? I mean, would it imply any drawback? -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

5 9

Re: [PD] shouldn't message boxes work as gui elements?
by Matt Barber 08 Feb '10

08 Feb '10

> I don't know if this is already being addressed in the rewrite-gui > version... > > I've always wondered why message boxes are not treated as gui elements, > like number and symbol boxes, that is: > > - they do not graph on parent > - they do not have a properties dialog with at least a send and receive > symbol > > Is there some particular reason why it has been decided not to treat (or > allow treating) message boxes as gui elements, or is it simply that it > has never been felt as a priority to implement this feature? I mean, > would it imply any drawback? It would make some things really difficult to have them GOP -- sometimes you need to use them for bookkeeping things that have little to do with making human-readable messages -- even simple things like "if higher than five, send a 1, otherwise send "dog," but if zero turn off pd dsp" are easier to do with message boxes, but you don't want to see them on your graph because they have nothing to do with a patch user, and you don't want to have to hide them out of the GOP rectangle. A separate gui object would probably be the best bet... please don't make regular message boxes graph on parent. Matt

1 0

Recording ... ?
by meino.cramer＠gmx.de 08 Feb '10

08 Feb '10

Hi, Currently I am doing my very first steps with vanilla pd. One question (beside the other thousands of her sisters...;) ) is: How can I record the sounds while I am listening to them to a file...may be by simultanously converting them into the ogg format...? Thank you very much for helping a newbie to say "Aaaah!" in advance! :) Best regards, mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.

2 1

Make app from patch?
by Andrew Faraday 08 Feb '10

08 Feb '10

Hey All I'm working on PD on OSX (10.4) and I've just noticed 'make app from patch' in the file menu. I tried this and it came up with this error message: chmod: /Users/andrewfaraday/Documents/pd/apptest.app: No such file or directorychmod: /Users/andrewfaraday/Documents/pd/apptest.app: No such file or directory while executing"exec -- chmod -R u+w $appdir" (procedure "makeapp_createapp" line 5) invoked from within"makeapp_createapp $appdir" (procedure "menu_makeapp" line 18) invoked from within"menu_makeapp 0" The directory is real, although the file apptest.app was not created. If this is actually for making an application for use on mac os (or other OS's) then I'd really like to use it. So two questions really: What is this for? or What does this do? and Why doesn't it work _________________________________________________________________ Got a cool Hotmail story? Tell us now http://clk.atdmt.com/UKM/go/195013117/direct/01/

2 1

← Newer
1
...
14
15
16
17
18
19
20
21
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 2010