On 2011-02-27 20:51, David wrote:
Thanks for your help. It took me a while to figure out how 'list
append' works, but I finally managed to get it working. I've attached
the patch (intended to be used as an abstraction, invoked from another
patch, which returns the data read from the file in a lis
On Sun, 27 Feb 2011, David wrote:
I have another question, though. How do the files get closed? When you
exit PureData? Does that mean that every time you open a file, another
system file handle is used and not released until you exit PureData? Or
is there some way to explicitly close the file
Thanks for your help. It took me a while to figure out how 'list
append' works, but I finally managed to get it working. I've attached
the patch (intended to be used as an abstraction, invoked from another
patch, which returns the data read from the file in a list).
I have another question, though
On Sun, 27 Feb 2011, rene beekman wrote:
I'm preparing some patches for courses that I teach and I noticed
behaviour in [route] that I found unexpected or at least inconsistent.
Attached is a patch that demonstrates the problem.
In short: when mixing types of arguments for [route], the object w
On Sun, 27 Feb 2011, Jonathan Wilkes wrote:
"Route checks the first element of a message against each of its
arguments, [...] The part before the comma is wrong-- that's not how
[route] works. The reality is: 1) If the first arg is a symbol atom,
then [route] is put in "selector" mode and che
On Mon, 28 Feb 2011, Bastiaan van den Berg wrote:
If only puredata just used YUV by default internally for _everything_
PureData itself doesn't support video. Video is provided by one of three
frameworks, GEM, PDP and GridFlow.
so at least it would be a bit faster,
YUV is different in ea
On Mon, Feb 28, 2011 at 01:26, Bastiaan van den Berg wrote:
> I also feel the same issue, mixing 3 videos together through
> [gemframebuffer] with alpha effects bring my cpu up to 90% utilization
> (core2duo 1.66ghz) but I still need a lot of effects and stuff to be added.
>
Oh, just for referenc
On Sun, Feb 27, 2011 at 19:35, Matteo Sisti Sette <
matteosistise...@gmail.com> wrote:
> No I wan't, but I haven't really tried blob detection. I just tried some
> very basic image processing such as mixing two images, changing the colors,
> you know the basic stuff you can find in the example pat
In your quote of Miller's help patch you left off half the sentence. Here's
the
full quote:
"Route checks the first element of a message against each of
its arguments, which may be numbers or symbols (but not a
mixture of the two.)"*
The part before the comma is wrong-- that's not how [route]
The first paragraph of route-help states:
"which maybe numbers or symbols (but not a mixture of the two unless the
datatypes are defined explicitly)"
Its the answer.
See the help patch.
On Sun, Feb 27, 2011 at 10:40 PM, Jack wrote:
> This is not a bug.
> Just do something like this to avoid an
This is not a bug.
Just do something like this to avoid any problem :
[route number number number ...]/[route word word word ...]
++
Jack
Le dimanche 27 février 2011 à 22:46 +0200, rene beekman a écrit :
> I'm preparing some patches for courses that I teach and I noticed
> behaviour in [route]
On Sun, Feb 27, 2011 at 09:56, pascale gustin wrote:
> Hi list,
>
> For your information, The Milkymist™ project might participate to
> Google summer of code this year. It might be possible to port puredata
> on it.
> http://www.milkymist.org/wiki/index.php?title=GSoC_application_2011
>
> http://l
I'm preparing some patches for courses that I teach and I noticed behaviour
in [route] that I found unexpected or at least inconsistent.
Attached is a patch that demonstrates the problem.
In short: when mixing types of arguments for [route], the object will fail
to properly route a float if the f
On 02/27/2011 06:43 PM, Mathieu Bouchard wrote:
On Mon, 31 Jan 2011, Matteo Sisti Sette wrote:
However by trying it a little bit I got the impression that any
real-life image processing of even a minimum of complexity is
completely unfeasible in practice because it immediately becomes too
slow.
On Mon, 31 Jan 2011, Matteo Sisti Sette wrote:
However by trying it a little bit I got the impression that any
real-life image processing of even a minimum of complexity is completely
unfeasible in practice because it immediately becomes too slow. Or isn't
it so? Is it possible, for example, t
On Mon, 21 Feb 2011, Jaime Oliver wrote:
That's why [#labelling] also outputs a version of the incoming grid in
which the "1" regions have all been flood-filled with distinct integers
(numbered from 2 upwards ; it can go well beyond 255 if needed).
I mean this : http://gridflow.ca/gallery/%23
On Mon, 21 Feb 2011, Ed Kelly wrote:
What I am looking for is a mathematical way to calculate the length of a
transposition envelope relative to its effect on a finite-length sample,
and so to derive a length for the envelope that will allow the envelope
and the sample to play out over the sam
On Sat, 26 Feb 2011, Ivica Ico Bukvic wrote:
On Wed, 23 Feb 2011, Ivica Ico Bukvic wrote:
Not as comprehensive (no web browser and between instances of PDF
PD ?
Yep, typo courtesy of android auto-complete trying to be smart...
Ok, is that what is called « intelligent phones » ?
I figured as
On 2011-02-26 17:57, David wrote:
Thanks. I think I'll try using the MrPeach external. I didn't realize
that it was already installed (I'm using pd-extended). It seems to do
what I want, and I don't have to install any other libraries.
I have a question about [binfile] though, for either of you
Hi list,
For your information, The Milkymist™ project might participate to
Google summer of code this year. It might be possible to port puredata
on it.
http://www.milkymist.org/wiki/index.php?title=GSoC_application_2011
http://lists.milkymist.org/pipermail/devel-milkymist.org/2011-February/001167
20 matches
Mail list logo