hi all,
is there a filer for gem or pdp, that compares to frames and returns the darkest pixel in a certain position?
also, is there a way to analyze frames (to get the average brightness or something similar)?
thanks a lot ... tim
On Nov 19, 2004, at 7:09 AM, Tim Blechmann wrote:
hi all,
is there a filer for gem or pdp, that compares to frames and returns the darkest pixel in a certain position?
pix_compare will do something similar by comparing the luma of each pixel in two streams, and either copies the right pixel if it's lighter ('direction 1') or darker ('direction 0'). You could possibly modify that code to your needs as well.
also, is there a way to analyze frames (to get the average brightness or something similar)?
I wrote some basic analysis objects like that a few years ago, but they didn't seem all that useful. They were part of the yuv_ objects, which are no longer part of GEM, but they are still in CVS under some old branches.
Is there any general interest in having some specialized objects like this in GEM? They are simple to write and quite easy to code up in SIMD for speed.
cgc
thanks a lot ... tim
pix_compare will do something similar by comparing the luma of each pixel in two streams, and either copies the right pixel if it's lighter ('direction 1') or darker ('direction 0'). You could possibly modify that code to your needs as well.
i'll have a look at it ...
also, is there a way to analyze frames (to get the average brightness or something similar)?
I wrote some basic analysis objects like that a few years ago, but they didn't seem all that useful. They were part of the yuv_ objects, which are no longer part of GEM, but they are still in CVS under some old branches.
Is there any general interest in having some specialized objects like this in GEM? They are simple to write and quite easy to code up in SIMD for speed.
i'm interested in some functions to analyze video frames ... i'm working on an audiovisual installation that is supposed to control video by sound and vice versa ... in which branches will i can find the yuv_ objects? also, i don't know, if it's good to remove objects from the sources ... maybe it's better to have a second library of Gem objects e.g. like pidip for pdp ...
cheers ... tim
hi list!
i get this when i try to run pdp 0.13 library
PDP: pure data packet PDP: version 0.13.0 (pf) error e_file loading pdp's puredata support module /usr/lib/pdp/script/matrix.pf:3: e_file: /usr/lib/pdp/plugins/gsl.so: cannot open shared object file: No such file or directory in primitive loadplugin <DS> <0> <RS> <6> ->#xt:jmp ->#xt:leave ->#xt:clear-error #stream:/usr/lib/pdp/script/puredata.pf ->#xt:r> ->#xt:clear-error #0 0x0821abb8 in stream-interpret #1 0x0821ac88 in loadscript #stream:/usr/lib/pdp/script/puredata.pf #2 0x0821aef8 in load #3 0x0824c738 in load-puredata #4 0x0820ec58 in interpreter Fatal error. pd_gui: pd process exited
can anybody say me why is gls.so not installing in the plugins folder???? i have libgsl0 , libgsl0-dev ,libocamlgsl-ocaml and libocamlgsl-ocaml-dev already installed.
thanks for your help
;)
punchik
Where are your libgsl* files located and which ones do you have?
here are mine. I The symbolic link in /usr/local/lib/ was created by me the day I was building pdp. This may be your problem. just add the link.
[matthew@soundbox modules]# ls -sl locate gsl.so
0 lrwxrwxrwx 1 root root 15 Nov 16 17:01 /usr/lib/libgsl.so
-> libgsl.so.0.5.0
0 lrwxrwxrwx 1 root root 15 Nov 16 09:07 /usr/lib/libgsl.so.0
-> libgsl.so.0.5.0
1464 -rwxr-xr-x 1 root root 1494628 Mar 4 2004 /usr/lib/libgsl.so.0.5.0
0 lrwxrwxrwx 1 root root 20 Nov 16 09:13
/usr/local/lib/libgsl.so.0 -> /usr/lib/libgsl.so.0
m.
On Fri, 19 Nov 2004 21:01:42 -0800, pun chik punchik@fastmail.fm wrote:
hi list!
i get this when i try to run pdp 0.13 library
PDP: pure data packet PDP: version 0.13.0 (pf) error e_file loading pdp's puredata support module /usr/lib/pdp/script/matrix.pf:3: e_file: /usr/lib/pdp/plugins/gsl.so: cannot open shared object file: No such file or directory in primitive loadplugin <DS> <0> <RS> <6> ->#xt:jmp ->#xt:leave ->#xt:clear-error #stream:/usr/lib/pdp/script/puredata.pf ->#xt:r> ->#xt:clear-error #0 0x0821abb8 in stream-interpret #1 0x0821ac88 in loadscript #stream:/usr/lib/pdp/script/puredata.pf #2 0x0821aef8 in load #3 0x0824c738 in load-puredata #4 0x0820ec58 in interpreter Fatal error. pd_gui: pd process exited
can anybody say me why is gls.so not installing in the plugins folder???? i have libgsl0 , libgsl0-dev ,libocamlgsl-ocaml and libocamlgsl-ocaml-dev already installed.
thanks for your help
;)
punchik
-- pun chik punchik@fastmail.fm
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Tim Blechmann wrote:
in which branches will i can find the yuv_ objects? also, i don't know,
there was a separate src/yuv folder for these objects, but i don't remember any branches
if it's good to remove objects from the sources ... maybe it's better to have a second library of Gem objects e.g. like pidip for pdp ...
there had been long discussions regarding this. the final agreement was, that pixel-operating objects would be labeled "pix_" and not colorspace-specific (eg "yuv_" or "rgba_"; or worse "yuv_" and "pix_") as "pix_" objects already handled 2 colorspaces (rgba and greyscale); so most of the "yuv_"-objects were re-written as "pix_" objects. some did not make it: i always thought only objects that didn't work properly (like [yuv_emboss]) were skipped, but this might be wrong.
mfg.as.dr IOhannes
so most of the "yuv_"-objects were re-written as "pix_" objects. some did not make it: i always thought only objects that didn't work properly (like [yuv_emboss]) were skipped, but this might be wrong.
i see ... i'll have a look, if i can use something from the pix_ objects for analyzing ... if not, i'll write some ...
cheers ... tim
-
chris clepper -
IOhannes m zmoelnig -
Matthew Allen -
pun chik -
Tim Blechmann