Hallo!
>> Well, I guess updating PdVST is a little bit too small ...
>>
> not if done correctly, it should be portable, support multiple plugin
> formats (ladsa, dx, vst), etc. would be a really good summer project.
you are right ... but aren't there already hosts for all the plugins ?
> i
How convenient to be having linear algebra AND complex math in the
same week! (Now for how they are related...)
More like this, please!!!
~Kyle
On 2/28/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> hi all
>
> during my trials with gem i made a little set of abstractions, that
> hopefully could
Hi list,
I' trying to make an effect on a live camera feed with GEM for an
installation in which only persons who move appear on a kind of video
mirror, as chameleonTv of effecTv
(http://effectv.sourceforge.net/chameleon.html)
I tryed severals ways :
> with pix_background and pix_blob, modulat
AFAIK, all key mapping is done in pd.tk (aka u_main.tk). But that
doesn't mean that it's simple to track down. That's part of what
need fixing ;).
Look for all the "bind" statements in pd.tk. Part of the problem is
that Pd turns off a lot of the default Tcl/Tk bindings, which is
probab
Complete, parsable documentation sounds good. Wanna help? :)
.hc
On Feb 27, 2007, at 9:38 AM, Kyle Klipowicz wrote:
> All of this confusion really enforces to me the importance of using
> separate external objects rather than libraries. Either that, or more
> complete, parseable documentation.
On Wed, Feb 28, 2007 at 08:39:46AM +0100, Frank Barknecht wrote:
> I thought about this a bit more: Maybe it would be sufficient if the
> hit area of the slider's bar would be a bid bigger. "Jump" also
> probably is cool. But I'm not sure if it really would good if the
> movement wouldn't stop when
patrick a écrit :
i agree!
i tried the patch for multiple points of views (camera). it's really
neat! but would it be possible to translate (moving) the camera position
from point 1 to point 2. maybe with an ease-in / out or elastic effect
(using msd or pmpd?!?).
pat
Hans-Christoph Stein
as always: i forgot the attachment
On Wed, 2007-02-28 at 23:24 +0100, Roman Haefeli wrote:
> On Wed, 2007-02-28 at 07:14 -0600, chris clepper wrote:
> > On 2/28/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> >
> >
> > i might be wrong but in my eyes it doesn't mak
On Wed, Feb 28, 2007 at 05:15:32PM +0100, cyrille henry wrote:
> >anyway, if you wish to draw 1000 primitive,( with a well optimized patch,)
> >the only thing you need is a good graphic card.
>
> btw.
> http://nusmuk.free.fr/fleur/
> some of those got more than 200 000 cube, (render at 1 fps for
hi all
during my trials with gem i made a little set of abstractions, that
hopefully could be usefull when dealing with vectors. at least they have
been for me.
the set contains:
[v_+] : adds two vectors
[v_-] : subtracts a vector from another
[v_scale] : scales a vecto
> Yeah, the key mappings are a mess in Pd. It's all handled in Tcl.
> This needs a clean-up on all platforms. Anyone want to try?
>
> .hc
I had a look with no prior knowledge of Tcl/Tk... I have no idea where
the "Delete" message is being intercepted. It is not in pd.tk,
afaict; it looks like it
Roman Haefeli a écrit :
> On Wed, 2007-02-28 at 17:15 +0100, cyrille henry wrote:
>> btw.
>> http://nusmuk.free.fr/fleur/
>> some of those got more than 200 000 cube, (render at 1 fps for the slower).
>
> hey, soo nice pictures. do you have also a movie of them?
no, they did not really move.
th
On 28/02/2007, at 13.32, hard off wrote:
> will have a look now, but wikipedia says it takes 561 billion years to
> get a solution.
>
> you may never see me again!
Yes, if you set it up with 64 disks and 1 sec. delay between each
move...
Hope you come back.
Best, Steffen
___
On Wed, 2007-02-28 at 17:15 +0100, cyrille henry wrote:
>
> btw.
> http://nusmuk.free.fr/fleur/
> some of those got more than 200 000 cube, (render at 1 fps for the slower).
hey, soo nice pictures. do you have also a movie of them? wonderfull to
see what is possible with gem.
roman
> patch to m
hi IOhannes
On Wed, 2007-02-28 at 14:46 +0100, IOhannes m zmoelnig wrote:
> Roman Haefeli wrote:
> > hello cyrille
> >
> > thank you. [any] was what i was looking for. it can store a gem-pointer.
> > but as you mentioned it doesn't work when delayed.
> >
> > putting this in the render chain work
On Wed, 2007-02-28 at 07:14 -0600, chris clepper wrote:
> On 2/28/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
>
>
> i might be wrong but in my eyes it doesn't make sense to do
> all the work
> that could be done in 50ms in only 1.45ms.
>
> What? GEM doe
robbert van hulzen wrote:
> well then, thanks for doing my homework! ;)
> nice one. (i like how it gives a kind of flanger effect on the drum loop i
> tried it with, almost more like a filter, because of the high noise portion
> of the signal, i suppose.)
> cheers, robbert
The patch is just a litt
Hi list,
in the attached patch I supply a filename from savepanel to
splitfilename. This works as expected *except* if I happen to choose
"decay" as filename, in which case pd crashes.
Any help?
By the way, there doesn't seem to be a help file for splitfilename.
Thanks, Matthias
#N canvas 0
Georg Holzmann wrote:
> Hallo!
>
>
>> i'd like to nominate reviving and updating PdVST as another idea. or if
>> someone has another idea for doing it better than the approach pdvst
>> used, some soft of new "Pluggo for PD" idea.
>>
>
> Well, I guess updating PdVST is a little bit too sm
cyrille henry a écrit :
> hello,
>
>
> anyway, if you wish to draw 1000 primitive,( with a well optimized patch,)
> the only thing you need is a good graphic card.
>
btw.
http://nusmuk.free.fr/fleur/
some of those got more than 200 000 cube, (render at 1 fps for the slower).
patch to make
Frank Barknecht a écrit :
Hallo,
cyrille henry hat gesagt: // cyrille henry wrote:
don't forget you can optimized your patch with GEMglGenList / GEMglNewList etc
in order to create a display list so that you patch could resume in :
repeat 1000
[
GEMglCallList
I've never hear of this optim
Hi list,
I wonder whether it is possible to retrieve information about DIO errors
(specifically, AD/DA sync errors) from within a patch? If so, can this
be made in one and the same way for different OSs?
Thanks for suggestions,
Matthias
___
PD-list@i
This is an optimization if your geometry doesn't change. A display list
loads all of the vertex, color, texcoord and normal data onto the card and
then just tells the card to render it right from VRAM. The model object
uses display lists for speed. If you need 10,000 cubes it would be faster
to
This is interesting stuff about the innards of GEM.
> the new processing can continue an old process if you use gemlist info object
> (to recall last iteration position). (i should have an exemple somwhere
> if you wish).
Cyrille, would you please send that patch? It would help my
understanding
Hallo,
cyrille henry hat gesagt: // cyrille henry wrote:
> don't forget you can optimized your patch with GEMglGenList / GEMglNewList
> etc in order to create a display list so that you patch could resume in :
>
> repeat 1000
> [
> GEMglCallList
I've never hear of this optimization, do you have
hello,
One solution i see to this generic problem is to run 2 pd : 1 for audio and 1
for Gem. this "could" gives better result, but it will not be perfect.
an other solution would be to wait until gem run in it's own thread, but i
don't think this will be possible in a near future.
last thing i
Roman Haefeli wrote:
> hello cyrille
>
> thank you. [any] was what i was looking for. it can store a gem-pointer.
> but as you mentioned it doesn't work when delayed.
>
> putting this in the render chain works and gives the expected result:
>
> [t b b a]
> | //
> [any ]
>
> but this makes
will have a look now, but wikipedia says it takes 561 billion years to
get a solution.
you may never see me again!
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Hey list,
I've toyed with an implementation of a solution to the Tower of Hanoi
problem in Pd. It ended up being too simple once i skipped trying to
use the recursive algorithm that normally is used to solve the
problem. Instead i've used an iterative algorithm that uses a binary
represen
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Frank Barknecht hat gesagt: // Frank Barknecht wrote:
>
> > Any ideas? The source looks okay to my eyes.
More info: This doesn't seem to be related to just multiset. If I
uncomment the multiset code, the setup for "h_set" is not fou
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Any ideas? The source looks okay to my eyes. This is on Debian testing using
> g++ (GCC) 4.0.3.
It's the same with this:
g++ (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Ciao
--
Frank Barknecht _ __footil
Hi,
I'm trying to install a new PDContainer, however while building goes
fine, loading it makes Pd complain:
/usr/lib/pd/externs/PDContainer.pd_linux:
/usr/lib/pd/externs/PDContainer.pd_linux: undefined symbol
: _Z16h_multiset_setupv
This symbol is:
$ c++filt _Z16h_multiset_setupv
h_multiset_s
hello cyrille
thank you. [any] was what i was looking for. it can store a gem-pointer.
but as you mentioned it doesn't work when delayed.
putting this in the render chain works and gives the expected result:
[t b b a]
| //
[any ]
but this makes pd/gem completely stuck:
[t b b a]
| |
Hallo,
Chris McCormick hat gesagt: // Chris McCormick wrote:
> On Mon, Feb 26, 2007 at 11:25:14AM +0100, Frank Barknecht wrote:
> > It would be nice, if the sliders would somehow work a bit more like
> > Pd's sliders
>
> It actually looks four or five pixels to the left or right of the 1px
> line
34 matches
Mail list logo