Hallo,
volker böhm hat gesagt: // volker böhm wrote:
very often i find myself sitting infront of a pretty trivial patching
problem, but i just can't find the right objects names in pd.
One major difference between Max and Pd is the number of available
objects. Ignoring objects that aren't
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
As an example for approach 3) attached is a clone of uzi built as a
pure Pd abstraction.
Ah, I found a small compatibilty bug in my abstraction, attached is a
version that should behave more like Max' [uzi]
Ciao
--
Frank
Hi,
from the ongoing discussion about Max/MSP compatibility I wonder if
it would be a good idea to create a list of available objects in the
extended version, quite as it exists for vanilla. For someone who is
getting acquainted - like me - it sure would be a useful thing, I
mean like
Hi Jurgen,
this list has been described as a moving target here before. It
changes quite frequently, and part of the Extended strategy is that the
whole distribution is automatically generated from SVN, so unless there
was a function somewhere to add the contents of a library to a list it
Derek,
I understand that and as pd is still evolving there is nothing wrong
or strange about the 'moving target' tag - I'm not even complaining.
My thought is, there must be someone who decides to include or not to
include a specific external / abstraction in a specific extended
version.
Actually, the way I understand it is that there isn't someone who
decides whether something is included. It's an automatic build system,
so anything that gets submitted to the SVN can be included
automatically. So it would be an extra step for each and every lib
author to manually include it
You should look at
http://lists.puredata.info/pipermail/pd-list/2008-10/065799.html. The xls
file I put there is probably obsolete by now, but it's the most complete
there is - afaik. Maybe some day I make a patch to do this automatically,
but that might not come so soon.
Hi,
from the
João,
thanks a lot - I read your message when you posted it but I didn't
check the attachment. On the other hand, your message underscores the
need of such a document, generated automatically or composed by
someone good willing. Tell me if I'm wrong. - For the time being, I'm
already
hi joao,
nice to hear/read from you!
careful with mistake number 1: in Pd all objects are made for
floats. almost only [i] is for ints.
yes, thanks, i'm aware of these basic and important differences.
this might be useful for you: I've made better versions of the
documentation files
hallo frank,
On 01 Nov 2008, at 12:04, Frank Barknecht wrote:
Hallo,
very often i find myself sitting infront of a pretty trivial patching
problem, but i just can't find the right objects names in pd.
One major difference between Max and Pd is the number of available
objects. Ignoring
Hi List.
I've been working on a patch for a performance. My idea is to make a simpler vj
app with two layers and several videos. I'm now working on the flattening of
the layers and I would like to be able to choose the operation: adition,
multiplication and subtraction. My problem is this:
spigot has no problem with gem_list
On Sat, Nov 1, 2008 at 5:31 PM, Daniel Almeida [EMAIL PROTECTED] wrote:
Hi List.
I've been working on a patch for a performance. My idea is to make a
simpler vj app with two layers and several videos. I'm now working on the
flattening of the layers and I
I'm trying to get pix_imageInPlace to work, with Gem 0.91 and
Pd-0.41-4 on OSX 10.5.5. The preload command seems to load things
successfully,
[pix_imageInPlace]: loaded images: DSC_ .JPG from 0 to 5 skipping 1
but nothing happens when sending an index number to the right inlet.
pix_multiimage
13 matches
Mail list logo