Anton Schlesiner wrote:
Dear all,
I try to save matrixes with mtx_tab, dynamically.
[no. of col] [dyn. changing array of floats]
| |
| [l2s]
[f $1] [symbol $2]
[pack f s]
[row $1 $2]
[mtx_tab filename]
i had a bit of a problem reading your
Hi Frank, list!
Thanks for your suggestion about Miller's documentation, very useful!
I have taken a look to your [vosim] abstraction, very nice!
There is any abstraction with an implementation of fof synthesis?
I would like to play with vosim and fof techniques and compare both.
Saludos!
See the attached patch, Sara Kolster and I use it in our workshops.
Original by Ben Bogart, posted to the list when we had similar questions
a few years ago.
best,
d.
matteo sisti sette wrote:
I have to perform some very very simple computer-vision tasks (such as
motion detection) on image
Hi,
I've got a weird crash on a debian box core2duo which i installed with etch 2
weeks ago, PD-E 0.39-3 stable.
Videos encoded in jpeg are triggered via midi. They randomly crash pd, the only
message I get to the console before it segfaults is:
Improper call to JPEG library in state 206
Olivier Heinry wrote:
Hi,
I've got a weird crash on a debian box core2duo which i installed with etch 2
weeks ago, PD-E 0.39-3 stable.
Videos encoded in jpeg are triggered via midi. They randomly crash pd, the
only message I get to the console before it segfaults is:
Improper call to
Hi Matteo,
I don't have a camera to plug in and double check, but I never noticed
this inverted problem before. You can always re-invert the numbers if
you need to ;-)
Anyways, inverted or not, the patch does what it's supposed to, I hope!
best,
d.
matteo sisti sette wrote:
Thanks a lot,
Thanks a lot, very interesting!!
Just a quetion/problem.
I'm trying your attached patch, and it works, but the Y position of
the cursor seems to be systematically inverted!
I mean, if the actual blob (as I can see it in the preview window)
is on the top, the circle is drawn on the bottom of the
IOhannes m zmoelnig a écrit :
Patrice Colet wrote:
Hi, there is certainly an error in this source file:
http://pd-gem.cvs.sourceforge.net/*checkout*/pd-gem/Gem/src/openGL/GEMglMap1f.cpp?revision=1.1
t_atom*argv should be 't_atom *argv'
i don't know of any compiler that parses
Patrice Colet a écrit :
IOhannes m zmoelnig a écrit :
Patrice Colet wrote:
Hi, there is certainly an error in this source file:
http://pd-gem.cvs.sourceforge.net/*checkout*/pd-gem/Gem/src/openGL/GEMglMap1f.cpp?revision=1.1
t_atom*argv should be 't_atom *argv'
i don't know of any
I don't have a camera to plug in and double check, but I never noticed
this inverted problem before. You can always re-invert the numbers if
you need to ;-)
Yes of course it is stright-forward to correct the inversion.
But I was wondering if there may be some weird platform-dependence in
the
matteo sisti sette wrote:
I don't have a camera to plug in and double check, but I never noticed
this inverted problem before. You can always re-invert the numbers if
you need to ;-)
Yes of course it is stright-forward to correct the inversion.
But I was wondering if there may be some weird
Patrice Colet wrote:
IOhannes m zmoelnig a écrit :
Patrice Colet wrote:
Hi, there is certainly an error in this source file:
http://pd-gem.cvs.sourceforge.net/*checkout*/pd-gem/Gem/src/openGL/GEMglMap1f.cpp?revision=1.1
t_atom*argv should be 't_atom *argv'
i don't know of any compiler
Hi IOhannes,
IOhannes m zmoelnig wrote:
the problem is, that some pix-sources (platform dependent!) supply the
images with (0/0) in the upper-left corner, whereas others (0/0) is the
lower-left corner (like openGL expects it).
Would be good to know which platforms do it right, and which
Le Mon, 21 Jan 2008 13:36:37 +0100,
IOhannes m zmoelnig [EMAIL PROTECTED] a écrit :
Olivier Heinry wrote:
Hi,
I've got a weird crash on a debian box core2duo which i installed with etch
2 weeks ago, PD-E 0.39-3 stable.
Videos encoded in jpeg are triggered via midi. They randomly
You probably have to give more than one number at the right inlet. The
number of control points has to be equal or less to the 'order' value. The
parameters are very specific for setting memory accesses by the driver and
some drivers are not good at doing sanity checks. This is probably a very
hello list,
with GEM, is there an equivalent to Jitter's jit.lcd object?
jit.lcd lets you draw lines which stay permanently on the screen in 2d
space, rather than as OpenGL objects, or what have you - it's more like
moving a pen across a surface, you just draw a line and then forget about it.
On Jan 21, 2008 9:20 AM, Derek Holzer [EMAIL PROTECTED] wrote:
Hi IOhannes,
IOhannes m zmoelnig wrote:
the problem is, that some pix-sources (platform dependent!) supply the
images with (0/0) in the upper-left corner, whereas others (0/0) is the
lower-left corner (like openGL expects
On Jan 21, 2008 9:07 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
finally, i am wondering how much the penalty would be to manually flip
the images when retrieving them (this would involve one additional copy
of the entire image, each time it is pulled from the source) - this will
just
This is a hot topic:
see
https://sourceforge.net/tracker/index.php?func=detailaid=1874679group_id=64325atid=507079
and this list archives.
The bug is : pix_record crashes on linux on the second recording.
Thanks a lot Olivier. This helped and things look great now.
I posted a
Single buffered GL contexts will do this. Send a buffer 1 to the gemwin
before creating the window. Then bang the gemhead each frame (metro works
well for this). Sending a bang to the gemwin will clear the window
contents.
On Jan 21, 2008 10:56 AM, Damian Stewart [EMAIL PROTECTED] wrote:
+1
i really love it.
Can i add it in pd videopedia on youtube?
Thanks for sharing
j
--- Luke Iannini (pd) [EMAIL PROTECTED] ha
scritto:
Claude, this is awesome. Reminded me of the John
Cage documentary
From Zero; in part 4 he reads his poetry over a
video piece in which
the screen
chris clepper wrote:
You probably have to give more than one number at the right inlet. The
number of control points has to be equal or less to the 'order' value.
The parameters are very specific for setting memory accesses by the
driver and some drivers are not good at doing sanity
chris clepper wrote:
On Jan 21, 2008 9:07 AM, IOhannes m zmoelnig [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
finally, i am wondering how much the penalty would be to manually flip
the images when retrieving them (this would involve one additional copy
of the entire
Derek Holzer wrote:
Hi IOhannes,
IOhannes m zmoelnig wrote:
the problem is, that some pix-sources (platform dependent!) supply the
images with (0/0) in the upper-left corner, whereas others (0/0) is
the lower-left corner (like openGL expects it).
Would be good to know which platforms
create
what i am missing ?
Pd version 0.41.0-extended-20080121, on Debian testing.
CtrlAltBack
--
|||Ctrl + Alt + Back|||
|||restart your view|||
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http
I had previously installed older versions of pd and pd-extended.
Still is not clear to me if pd-extended actualy uses some files from pd
installation.
Installing of Pd-0.41.0-extended-20080121-debian-testing-i386.deb went
very fast, so i suppose it re-uses packages from previous installation
chris clepper wrote:
Single buffered GL contexts will do this. Send a buffer 1 to the gemwin
before creating the window. Then bang the gemhead each frame (metro
works well for this). Sending a bang to the gemwin will clear the
window contents.
banging wicked, thanks.
i like the pd
Hallo,
chris clepper hat gesagt: // chris clepper wrote:
Single buffered GL contexts will do this. Send a buffer 1 to the gemwin
before creating the window. Then bang the gemhead each frame (metro works
well for this). Sending a bang to the gemwin will clear the window
contents.
Is there
On Mon, 2008-01-21 at 11:43 +0100, raul diaz wrote:
Hi Frank, list!
Thanks for your suggestion about Miller's documentation, very useful!
I have taken a look to your [vosim] abstraction, very nice!
There is any abstraction with an implementation of fof synthesis?
I would like to play with
On Mon, 21 Jan 2008 22:27:35 +
Jamie Bullock [EMAIL PROTECTED] wrote:
On Mon, 2008-01-21 at 11:43 +0100, raul diaz wrote:
Hi Frank, list!
Thanks for your suggestion about Miller's documentation, very useful!
I have taken a look to your [vosim] abstraction, very nice!
There is
Hi Andy, all!
FOF (formante onde function) is an additive method that uses a periodic
impulse and a bank of tuned resonant filters as exponential sinewave
generators,
When you says bank of tuned resonant filters are you talk about the
spectral effects produces by the FOF envelope, am I
Actually, scrub that, PAF is more complex than AM, its also doing waveshaping
using the windowing function.
Here's an impulse + filter, side by side with PAF and with VOSIM
so you hear the difference.
Hear how the filter bank sounds nice but is rubbish and breaks when
you move the
On Jan 21, 2008 2:20 PM, Frank Barknecht [EMAIL PROTECTED] wrote:
Is there also something in between? Like, IIRC, jit.lcd can optionally
clear objects a certain time after they have been created. bang to
gemwin always clears the whole screen.
Not really, but you can lay a rectangle over the
Anyone know anything about this:
http://vlhcc08.cs.unibw.de
It seems that someone should be representing Pd there.
.hc
If nature has made any one thing less susceptible than all others of
exclusive property,
34 matches
Mail list logo