Re: [PD] pix_video dialog / dimen is not setting anything under windows

2011-01-11 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-01-10 23:47, Markus Demmel wrote: The Vender Tool just enables me to set Brightness/Focus etc... so any ideas, how to change the capture resolution? do you mean that the Vendor Tools do not allow you to set the resolution of your

Re: [PD] readPartial

2011-01-11 Thread Mathieu Bouchard
On Tue, 11 Jan 2011, ailo wrote: I started jack with the dummy driver. I started pd from a terminal and connected to jack. In the terminal there was a reoccurring message: readPartial. Anyone know what that is about? You mean Partial read if (jack_filled != nframes) fprintf(stderr,Partial

[PD] [PD-announce] Pd-berlin meeting next tuesday, 18th January

2011-01-11 Thread João Pais
Hello, next tuesday, 18th January, will be the next meeting of Pure Data users in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage. For more information, look up http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group. We also encourage you to take an

Re: [PD] [cos~] broken for moderately large inputs

2011-01-11 Thread Mathieu Bouchard
On Tue, 11 Jan 2011, Claude Heiland-Allen wrote: Seems [cos~] only gives expected results between -1024 and 1024. Above 1024 the frequency halves, halving again at 5120, etc. Below -1024 the frequency doubles, until chaos at -3072. You didn't give as much info as you did on IRC. We

Re: [PD] Partial read

2011-01-11 Thread ailo
On 01/11/2011 03:04 PM, Mathieu Bouchard wrote: On Tue, 11 Jan 2011, ailo wrote: I started jack with the dummy driver. I started pd from a terminal and connected to jack. In the terminal there was a reoccurring message: readPartial. Anyone know what that is about? You mean Partial read

Re: [PD] Partial read

2011-01-11 Thread Mathieu Bouchard
On Tue, 11 Jan 2011, ailo wrote: Yes, sorry. Looks like this in the terminal: jack_client_new: deprecated Partial readPartial readPartial readPartial (and so on) ah yes, that's because the fprintf command doesn't say end-of-line (\n) therefore all error messages come out glued together.

[PD] [PD-announce] [Pdmtl] Reminder: Call for proposals for CLIEC 2011 (deadline: Feb 1st) - live EA performances and paper presentations (fwd)

2011-01-11 Thread Mathieu Bouchard
-- Forwarded message -- Date: Mon, 10 Jan 2011 16:25:04 -0500 From: Eldad Tsabary tazberry_d...@yahoo.ca To: [...] Subject: [Pdmtl] Reminder: Call for proposals for CLIEC 2011 (deadline: Feb 1st) - live EA performances and paper presentations CLIEC 2011 - Concordia Live

Re: [PD] optimizing big patches

2011-01-11 Thread Mathieu Bouchard
On Mon, 10 Jan 2011, Ludwig Maes wrote: I always felt message passing was unnecessarily expensive but I didnt realise message passing was that expensive! I seriously think it would be good to have a pd front end for gcc, a few of us should take the time to learn GIMPLE and implement a compile

Re: [PD] change in compression detection

2011-01-11 Thread Mathieu Bouchard
On Mon, 10 Jan 2011, Roman Haefeli wrote: Assuming that the more compression is applied, the more the RMS amplitude [1] approaches the Peak amplitude [2] of an audio signal, Why do you assume that ? Let's say I take a signal and divide it by its recent peak volume. The output of [osc~] will

Re: [PD] change in compression detection

2011-01-11 Thread Theron Trowbridge
If you normalize the output of the filter you describe to the same peak amplitude as the original, it's RMS value will certainly increase. Having the peaks at a common reference point is critical. -Theron ^ On Tue, Jan 11, 2011 at 10:33 AM, Mathieu Bouchard ma...@artengine.cawrote: On Mon,

Re: [PD] optimizing big patches

2011-01-11 Thread András Murányi
2011/1/11 Mathieu Bouchard ma...@artengine.ca On Mon, 10 Jan 2011, Ludwig Maes wrote: I always felt message passing was unnecessarily expensive but I didnt realise message passing was that expensive! I seriously think it would be good to have a pd front end for gcc, a few of us should take

Re: [PD] Body tracking

2011-01-11 Thread marcello
On 10/01/11 12:06, Jaime Oliver wrote: the truth is: it depends on the purpose. Nothing Truer... Not defending anything, but just to remind 60 fps of a pointgrey camera is not slow. for gesture, i consider everything under 200Hz as slow. surely this is the case for percussion as in

Re: [PD] Body tracking

2011-01-11 Thread marcello
On 09/01/11 02:14, Max wrote: there is an interesting whitepaper on this topic: http://www.palindrome.de/d2/C13.pdf the entire palindrome.de website is really interesting, thanks for posting! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and

Re: [PD] Body tracking

2011-01-11 Thread Jaime Oliver
It's hard to say if this solution can work for me. Maybe I should just buy a ps3 camera and try out. they are cheap... Do you think that the ps3 camera can correctly track a body moving (using enough lighting)? correctly depends on the kind of data you want to get form the movement...

Re: [PD] optimizing big patches

2011-01-11 Thread Mathieu Bouchard
On Tue, 11 Jan 2011, András Murányi wrote: 2011/1/11 Mathieu Bouchard ma...@artengine.ca There are a lot of possible ways to compile patches without having to deal with machine code generation and use. I'm sure you can triple the speed of a lot of patches in this manner, and I wouldn't be

Re: [PD] Body tracking

2011-01-11 Thread marcello
On 11/01/11 22:51, Jaime Oliver wrote: It's hard to say if this solution can work for me. Maybe I should just buy a ps3 camera and try out. they are cheap... Do you think that the ps3 camera can correctly track a body moving (using enough lighting)? correctly

Re: [PD] Body tracking

2011-01-11 Thread Ali H
Hello all, I'm new to this list... I've just started out with PD, with body-tracking in mind actually. I'm working with the kinect - you can get it working on your OS of choice, via the wonderful community effort at: http://openkinect.org/wiki/Main_Page Seems like a natural fit for PD, and

Re: [PD] change in compression detection

2011-01-11 Thread Roman Haefeli
On Tue, 2011-01-11 at 13:33 -0500, Mathieu Bouchard wrote: On Mon, 10 Jan 2011, Roman Haefeli wrote: Assuming that the more compression is applied, the more the RMS amplitude [1] approaches the Peak amplitude [2] of an audio signal, Why do you assume that ? Let's say I take a signal and

[PD] keyword/regexp search of documentation in a plugin

2011-01-11 Thread Hans-Christoph Steiner
Hey all, At the strong urging of Sofy Yuditskaya, I finally wrote up a quick interface for searching the Pd docs using a keyword or a regexp. Its in the form of an 0.43 plugin, so you can just drop it into your user-folder and you should get a Search item on the Help menu. Test it out and let

Re: [PD] optimizing big patches

2011-01-11 Thread Frank Barknecht
Hi, On Tue, Jan 11, 2011 at 01:25:33PM -0500, Mathieu Bouchard wrote: OTOH, another way to deal with a slow interpreter, is to pass fewer, bigger messages, to objects that do more work at once. This is much of the original idea for creating GridFlow. It's also the idea behind the