Hans-Christoph Steiner wrote:
perhaps Gem will need to be ported to libquicktime 1.0.
i know you probably know that already: but Gem has just to be recompiled.
i am using libquicktime-1.0 since about april (according to the
changelog.Debian), i have never even noticed.
debian/lenny just did a
so no porting, just compiling.
we shouldn't make things worse than they are.
... sounds promising!
anyway - i got an error while compiling. and because i'm new to linux on
have no c-skills i don't know how to fix it:
In file included from ../Pixes/filmAVIPLAY.h:32,
from
On Oct 21, 2007, at 3:36 AM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
perhaps Gem will need to be ported to libquicktime 1.0.
i know you probably know that already: but Gem has just to be
recompiled.
i am using libquicktime-1.0 since about april (according to the
Hi all, Yves,
Here are some facts may help explain and paint a correct picture of the
convention's gender distribution.
Number of applications received for the exhibition component :
9 (F)
26 (M)
Invitations sent :
6 (F)
12 (M)
Number of applications for performances (* I am unsure as to the
You all give me big kick with positive energy. EVERY ideas are great and
I copied this into separate file for my personal use. I will try to set
up GNU for pd and based on earlier attached patch eztest I`m in
progress of changing my current patch. (I`m escape from scrollist.)
You give me much
buenas
on a feisty ubuntustudio i installed pyext - no nagging during
installation but as soon as i start pd with -lib py -path -path
/home/olsen/pd/extra/grill/py/scripts it crashes with
Pd: signal 4 - without pyext works flawlessly.
i tried it with Pd-0.39.3-extended-ubuntu-feisty-i386.deb
Hi,
i'm trying to compile the cvs version of gem under fedora 7.
Here's where it hangs:
In file included from ../Pixes/filmFFMPEG.h:24,
from filmFFMPEG.cpp:18:
/usr/include/ffmpeg/avformat.h:66: error: integer constant is too large
for ‘long’ type
/usr/include/ffmpeg/avformat.h:67: error:
Yeah, I think everything will work except things that require
libquicktime and libflac7.
.hc
On Oct 21, 2007, at 1:24 PM, patrick wrote:
i am running gutsy too, i have the same problem. but i downloaded the
pd-0.40.3.deb file and unpack it (with file-roller for example).
inside
data,
Hi all.
I wanted give pdj a try but i am having trouble building it. I've
followed all instructions to setup ant and cpptasks but cannot get the
pdj build going.
survey
Has anyone successfully built pdj?
/survey
I have tried building pdj with ant's versions 1.6.5 and 1.7.0. Both
failed. I
Greetings.
My electro app, the metastudio is now released as version 0.1
Sorry there's no docs, I'm really busy, but I'll try to get something together
soon!
Check out the page: http://sharktracks.co.uk/puredata/
or download'http://sharktracks.co.uk/puredata/metastudio-v0.1.zip;download
Have
It is really just the pixel-resolution of the graph. The graph size is 252, but
the FFT size is 4096 ( giving 2049 points within the Nyquist frequency ).
So you will see magnitude peaks between the pixels as lower amplitude because
the screen doesn't display pixels between pixels.
I hope this
Hans-Christoph Steiner wrote:
* PDP/PiDiP work out-of-box on Mac OS X
live input should be renamed from pdp_v4l to pdp_ieee1394
* Gem has working shader support
which is almost not documented, but cyrille, chris already did some
documentation, and I am trying to write some tutorials,
Ed Kelly wrote:
It is really just the pixel-resolution of the graph. The graph size is
252, but the FFT size is 4096 ( giving 2049 points within the Nyquist
frequency ).
HmmmI think I follow...but if that reason holds, if I expand the
graph to 256 and use a block size of 512, it should
On Sun, 21 Oct 2007, Jason Plumb wrote:
I'm a bit new to FFT in the pd context, but I think I grok Nyquist --
Sampling at S can, at best, yield the S/2 frequency (where S is the
sampling rate). But how does this relate to block size in the DFT? Your
original statement sounds like the max
Any other ideas?
Another option is to use the 'plot as points' graph. You will get all
the points that way, even if the size is too small.
I'm a bit new to FFT in the pd context, but I think I grok Nyquist --
Sampling at S can, at best, yield the S/2 frequency (where S is the
sampling
Mathieu Bouchard wrote:
The most rapid change you can have in a signal is an alternance of two
values: e.g. +1, -1, +1, -1, +1, -1, ... which has S/2 frequency.
Woah, that's a *super* good way to remember that. Thanks. I love
examples, and that's great!
Charles Henry wrote:
Any other
That's cool, makes sense. Since I now understand that I'm dealing with
a graph/display issue, maybe I need to do some heavier lifting? That
is, unless somebody can suggest a better way, I guess I'll try and do
block-synchronized snapshots, somehow walk/traverse the fft results
myself and
On Oct 21, 2007, at 6:47 PM, marius schebella wrote:
Hans-Christoph Steiner wrote:
* PDP/PiDiP work out-of-box on Mac OS X
live input should be renamed from pdp_v4l to pdp_ieee1394
I couldn't resist. I made this change in all the help patches and
example patches, and reuploaded the
Hello - newbie lurker here.
I am attempting to install the latest Pd-extended on my debian testing
box, and this is what I get:
pd-extended: Depends: tcl8.4 but it is not going to be installed
Depends: tk8.4 but it is not going to be installed
Depends: libflac7 but
19 matches
Mail list logo