it seems to need older libraries that aren't present in the new
version of pd. anybody else have this problem? what's going on?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
here is what happens when i use "make" in the final steps of setting
up GEM:
[jscotth@nyquist Gnu]$ make
for d in ../Manips ../Particles ../Base ../MarkEx ../Pixes ../Controls
../Nonge
os ../Geos ../tv; do
echo ""
echo "----------$d----------";
cd $d && make || exit -1;
done
echo ----------../Manips----------
make[1]: Entering directory /linux-ws/jscotth/GEM/gem-0.87/src/Manips' make[1]: Nothing to be done forall'.
make[1]: Leaving directory /linux-ws/jscotth/GEM/gem-0.87/src/Manips' echo ----------../Particles---------- make[1]: Entering directory/linux-ws/jscotth/GEM/gem-0.87/src/Particles'
make[1]: Nothing to be done for all'. make[1]: Leaving directory/linux-ws/jscotth/GEM/gem-0.87/src/Particles'
echo ----------../Base----------
make[1]: Entering directory /linux-ws/jscotth/GEM/gem-0.87/src/Base' make[1]: Nothing to be done forall'.
make[1]: Leaving directory /linux-ws/jscotth/GEM/gem-0.87/src/Base' echo ----------../MarkEx---------- make[1]: Entering directory/linux-ws/jscotth/GEM/gem-0.87/src/MarkEx'
make[1]: Nothing to be done for all'. make[1]: Leaving directory/linux-ws/jscotth/GEM/gem-0.87/src/MarkEx'
echo ----------../Pixes----------
make[1]: Entering directory /linux-ws/jscotth/GEM/gem-0.87/src/Pixes' c++ -c -g -fPIC -I../ -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/i nclude/gltt -I../../../GemLibs/particle -I../../../GemLibs/liborb -I../../../Gem Libs/glm -I../Base -I.. pix_filmLinux.cpp -o pix_filmLinux.o In file included from ../Pixes/pix_film.h:27, from ../Pixes/pix_filmLinux.h:19, from pix_filmLinux.cpp:18: ../Base/GemBase.h:27:8: warning: extra tokens at end of #endif directive In file included from pix_filmLinux.cpp:18: ../Pixes/pix_filmLinux.h:21:33: quicktime/quicktime.h: No such file or directory ../Pixes/pix_filmLinux.h:22:35: quicktime/colormodels.h: No such file or directo ry ../Pixes/pix_filmLinux.h:25:22: libmpeg3.h: No such file or directory make[1]: *** [pix_filmLinux.o] Error 1 make[1]: Leaving directory/linux-ws/jscotth/GEM/gem-0.87/src/Pixes'
make: *** [subdirs] Error 255
[jscotth@nyquist Gnu]$
"640K ought to be enough for anybody." -- Bill Gates, 1981
Hi, J. Scott Hildebrand hat gesagt: // J. Scott Hildebrand wrote:
here is what happens when i use "make" in the final steps of setting up GEM:
[jscotth@nyquist Gnu]$ make
[...]
In file included from pix_filmLinux.cpp:18: ../Pixes/pix_filmLinux.h:21:33: quicktime/quicktime.h: No such file or directory ../Pixes/pix_filmLinux.h:22:35: quicktime/colormodels.h: No such file or directo ry ../Pixes/pix_filmLinux.h:25:22: libmpeg3.h: No such file or directory make[1]: *** [pix_filmLinux.o] Error 1 make[1]: Leaving directory `/linux-ws/jscotth/GEM/gem-0.87/src/Pixes' make: *** [subdirs] Error 255
You obviously miss libquicktime and libmpeg3. Those are needed for the new movie thingies in GEM.
ciao,
Frank Barknecht _ ______footils.org__
i think this is the code to create a new active inlet:
inlet_new(&x->x_obj, &x->x_obj.ob_pd, gensym("list"), gensym("bound"));
i need to create 3 new ones with numerical inputs, and i need to
be able to manipulate each one. how do i create a pointer or a variable for each one in the external code?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
should compile without either (optionals) ... i removed config.cache, then run ./configure again and that does it for me ... (now just problems with undefined symbol: XGetExtensionVersion when i run pd with gem but i think that's more of a glut thing)
ciao mar
On Fri, 2 Aug 2002, Frank Barknecht wrote:
Hi, J. Scott Hildebrand hat gesagt: // J. Scott Hildebrand wrote:
here is what happens when i use "make" in the final steps of setting up GEM:
[jscotth@nyquist Gnu]$ make
[...]
In file included from pix_filmLinux.cpp:18: ../Pixes/pix_filmLinux.h:21:33: quicktime/quicktime.h: No such file or directory ../Pixes/pix_filmLinux.h:22:35: quicktime/colormodels.h: No such file or directo ry ../Pixes/pix_filmLinux.h:25:22: libmpeg3.h: No such file or directory make[1]: *** [pix_filmLinux.o] Error 1 make[1]: Leaving directory `/linux-ws/jscotth/GEM/gem-0.87/src/Pixes' make: *** [subdirs] Error 255
You obviously miss libquicktime and libmpeg3. Those are needed for the new movie thingies in GEM.
ciao,
Frank Barknecht _ ______footils.org__
i'm not sure how to manipulate specific inlet data inside of an
external. does anybody have some code that could help explain it to me? thanks,
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
i have a working external, and i have an array inside of it
that's somehow accessed by *in1 and *in2, but never in the code does it say that those pointers are related to those arrays at all. i need to do the same thing but with a 3 dimensional array. how do i access that?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
This must be a DSP object... these work only for 1-dimensional arrays (audio signals) through a mysterious protocol.
If you want to have a 2- or n- dimensional array in your extern, go ahead and allocate it and use it as you wish... but Pd has no suitable mechanism for passing them around between objects.
cheers Miller
On Mon, Aug 05, 2002 at 02:04:26PM -0700, J. Scott Hildebrand wrote:
i have a working external, and i have an array inside of itthat's somehow accessed by *in1 and *in2, but never in the code does it say that those pointers are related to those arrays at all. i need to do the same thing but with a 3 dimensional array. how do i access that?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
it is a dsp object and i don't plan on this external communicating
with other objects. are you saying that the *in1 pointers can only access one dimensional arrays? i'm not using pd's array, it's a standard C/C++ array. would it be possible to access my array with something like:
*in1[x][y][z] ?
scott
On Mon, 5 Aug 2002, Miller Puckette wrote:
This must be a DSP object... these work only for 1-dimensional arrays (audio signals) through a mysterious protocol.
If you want to have a 2- or n- dimensional array in your extern, go ahead and allocate it and use it as you wish... but Pd has no suitable mechanism for passing them around between objects.
cheers Miller
On Mon, Aug 05, 2002 at 02:04:26PM -0700, J. Scott Hildebrand wrote:
i have a working external, and i have an array inside of itthat's somehow accessed by *in1 and *in2, but never in the code does it say that those pointers are related to those arrays at all. i need to do the same thing but with a 3 dimensional array. how do i access that?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
"640K ought to be enough for anybody." -- Bill Gates, 1981
i may sound silly but i usually use *in1 and *in2 pointers to refer to audio data passed to a stereo DSP object ...
in that case, the pointers is supplied by PD when the perform function is called. is that the case here ??? do you have something like :
t_float *in1 = (t_float *)(w[1]); /* left audio inlet */ t_float *in2 = (t_float *)(w[2]); /* right audio inlet */
if you don't, forget my remark.
regards,
sevy/yves
J. Scott Hildebrand wrote:
it is a dsp object and i don't plan on this external communicatingwith other objects. are you saying that the *in1 pointers can only access one dimensional arrays? i'm not using pd's array, it's a standard C/C++ array. would it be possible to access my array with something like:
*in1[x][y][z] ?
scottOn Mon, 5 Aug 2002, Miller Puckette wrote:
This must be a DSP object... these work only for 1-dimensional arrays (audio signals) through a mysterious protocol.
If you want to have a 2- or n- dimensional array in your extern, go ahead and allocate it and use it as you wish... but Pd has no suitable mechanism for passing them around between objects.
cheers Miller
On Mon, Aug 05, 2002 at 02:04:26PM -0700, J. Scott Hildebrand wrote:
i have a working external, and i have an array inside of itthat's somehow accessed by *in1 and *in2, but never in the code does it say that those pointers are related to those arrays at all. i need to do the same thing but with a 3 dimensional array. how do i access that?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
"640K ought to be enough for anybody." -- Bill Gates, 1981
haha. whoops i got confused. i actually DON'T want to access my 3D
array with those pointers so forget about that question! however i'm still having problems with getting two active float inlets working. any tips on that would be appreciated!
scott
On Mon, 5 Aug 2002, Miller Puckette wrote:
This must be a DSP object... these work only for 1-dimensional arrays (audio signals) through a mysterious protocol.
If you want to have a 2- or n- dimensional array in your extern, go ahead and allocate it and use it as you wish... but Pd has no suitable mechanism for passing them around between objects.
cheers Miller
On Mon, Aug 05, 2002 at 02:04:26PM -0700, J. Scott Hildebrand wrote:
i have a working external, and i have an array inside of itthat's somehow accessed by *in1 and *in2, but never in the code does it say that those pointers are related to those arrays at all. i need to do the same thing but with a 3 dimensional array. how do i access that?
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
"640K ought to be enough for anybody." -- Bill Gates, 1981
Doesn't the pointer-type work for this?
If you want to have a 2- or n- dimensional array in your extern, go ahead and allocate it and use it as you wish... but Pd has no suitable mechanism for passing them around between objects.
cheers Miller
which is the correct way to create a new active float inlet? and
how do i access it within my perform function?
inlet_new(&x->x_obj, &x->x_obj.ob_pd, gensym("float"), gensym("bound"));
t_inlet *inlet_new(t_object *owner, t_pd *dest, t_symbol *s1, t_symbol *s2);
"640K ought to be enough for anybody." -- Bill Gates, 1981
-
artificial -
Frank Barknecht -
J. Scott Hildebrand -
Juha Vehviläinen -
Miller Puckette -
Yves Degoyon