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 "BSP"-a
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
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 sig
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 peopl
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)?
>
>
> co
On Tue, 11 Jan 2011, András Murányi wrote:
2011/1/11 Mathieu Bouchard
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 surprised
to get tenfo
>
> 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 moveme
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 account-m
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 percussi
2011/1/11 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
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 wrote:
> On Mon, 10 Jan 2011, Roman
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 s
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
-- Forwarded message --
Date: Mon, 10 Jan 2011 16:25:04 -0500
From: Eldad Tsabary
To: [...]
Subject: [Pdmtl] Reminder: Call for proposals for CLIEC 2011 (deadline: Feb 1st)
- live EA performances and paper presentations
CLIEC 2011 - Concordia Live and Interactive Electroac
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.
_
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 "Pa
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 found
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 active
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
-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 ca
20 matches
Mail list logo