GEM-dev May 2007

gem-dev@lists.iem.at

12 participants
23 discussions

Gem (cvs) load error on debian/etch
by B. Bogart 05 Jul '07

05 Jul '07

Hey all, I changed from nvidia's binary driver to the one in the etch repo (8776). Gem compiles (anon cvs update from today), but PD wont load it: /usr/lib/pd/extra/Gem.pd_linux: /usr/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i I've removed the files from the provided-by-nvidia-driver (--uninstall) Could there still be some headers somewhere and its compiling against the wrong opengl stuff? bbogart@insitu:~$ dpkg -l "*nvidia*" | grep ^ii ii nvidia-glx 1.0.8776-3 NVIDIA binary XFree86 4.x driver ii nvidia-kernel-2.6.18-3-686 1.0.8776-3+2.6.18-7 NVIDIA binary kernel module for Linux 2.6.18 ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common files ii nvidia-kernel-source 1.0.8776-3 NVIDIA binary kernel module source ii nvidia-settings 1.0+20060516-3 Tool of configuring the NVIDIA graphics driv I'm lost, any suggestions? Attached is my config.log if that helps. Thanks, .b.

3 12

compiling Gem on OSX 10.4 w/ FTGL from fink
by B. Bogart 01 Jun '07

01 Jun '07

Hey all, Do I'm trying to build Gem on OSX with FTGL, since thanks to Hans fink provides it. Seems fink provides a static lib, and no ftlg-config, both of which seem to be preffered by Gem's configure for FTGL. How can the configure script be altered to link against a static ftgl? and do so without ftgl-config. Or is it possible to get fink to provide a shared lib and ftgl-config? Hans? Thanks, .b. Hans-Christoph Steiner wrote: > So it looks like it's official, FTGL is now part of Fink. Now I > could just use a hand to get Gem to use FTGL in the auto-builds... > > .hc > > Begin forwarded message: > >> From: "SourceForge.net" <noreply(a)sourceforge.net> >> Date: May 24, 2007 8:26:52 PM EDT >> To: noreply(a)sourceforge.net >> Subject: [ fink-Package Submissions-1704690 ] FTGL - font library >> for OpenGL >> Delivered-To: hans(a)eds.org >> >> Package Submissions item #1704690, was opened at 2007-04-20 22:02 >> Message generated for change (Settings changed) made by alexkhansen >> You can respond by visiting: >> https://sourceforge.net/tracker/? >> func=detail&atid=414256&aid=1704690&group_id=17203 >> >> Please note that this message will contain a full copy of the >> comment thread, >> including the initial issue submission, for this request, >> not just the latest update. >> Category: New Package >>> Group: Added to Fink >>> Status: Closed >>> Resolution: Works For Me >> Priority: 5 >> Private: No >> Submitted By: Hans-Christoph Steiner (eighthave) >> Assigned to: Nobody/Anonymous (nobody) >> Summary: FTGL - font library for OpenGL >> >> Initial Comment: >> >> This library is very useful and very stable. It's been at version >> 2.1.2 since 2004 and doesn't seem to need any fixes. >> >> * I compiled this on 10.4, but it should compile fine on 10.3 since >> it uses an old .xcode project. >> >> * This belongs in the 'graphics' section, since it is similar to >> freetype219, and in fact depends on it. >> >> * 'fink -m --build-as-nobody rebuild' works fine >> >> * both the .info and the .deb validate with no problems. >> >> >> ---------------------------------------------------------------------- >> >> Comment By: Hans-Christoph Steiner (eighthave) >> Date: 2007-05-18 10:11 >> >> Message: >> Logged In: YES >> user_id=27104 >> Originator: YES >> >> I found a 10.3 machine to test on. The only change needed was to >> accomodate the different build paths for xcode on 10.3 and 10.4 >> File Added: ftgl.info >> >> ---------------------------------------------------------------------- >> >> Comment By: Hans-Christoph Steiner (eighthave) >> Date: 2007-05-17 00:36 >> >> Message: >> Logged In: YES >> user_id=27104 >> Originator: YES >> >> File Added: ftgl.info >> >> ---------------------------------------------------------------------- >> >> Comment By: Hans-Christoph Steiner (eighthave) >> Date: 2007-05-17 00:35 >> >> Message: >> Logged In: YES >> user_id=27104 >> Originator: YES >> >> >> Ok, the dependencies should be fixed, as well as a number of other >> issues. >> >> as for the dylib, I am following the official debian package as >> closely as >> possible, which also only includes the .a, no .so. It seems that the >> author does not provide methods for building dynamic library, and >> users of >> FTGL statically link against it. >> >> ---------------------------------------------------------------------- >> >> Comment By: Alexander Hansen (alexkhansen) >> Date: 2007-05-06 17:41 >> >> Message: >> Logged In: YES >> user_id=353035 >> Originator: NO >> >> You say above that the package depends on freetype219, but there's no >> BuildDepend on it, leading to: >> >> In file included from >> /sw/src/fink.build/ftgl-2.1.2-1/FTGL/src/FTBitmapGlyph.cpp:3: >> /sw/src/fink.build/ftgl-2.1.2-1/FTGL/include/FTBitmapGlyph.h:5:22: >> error: >> ft2build.h: No such file or directory >> >> --- >> >> The only library I found in this was /sw/lib/libftgl.a . The project >> tends to prefer to have packages build dynamic libraries (.dylib) if >> possible. >> >> ---------------------------------------------------------------------- >> >> Comment By: Hans-Christoph Steiner (eighthave) >> Date: 2007-04-20 22:43 >> >> Message: >> Logged In: YES >> user_id=27104 >> Originator: YES >> >> File Added: ftgl.info >> >> ---------------------------------------------------------------------- >> >> Comment By: Hans-Christoph Steiner (eighthave) >> Date: 2007-04-20 22:43 >> >> Message: >> Logged In: YES >> user_id=27104 >> Originator: YES >> >> Added a DescDetail, so I updated the ftgl.info file in the tracker. >> >> Also, I should mention, I have installed this package successfully >> on two >> 10.4/PowerPC machines and one 10.4/Intel machine. >> >> >> ---------------------------------------------------------------------- >> >> You can respond by visiting: >> https://sourceforge.net/tracker/? >> func=detail&atid=414256&aid=1704690&group_id=17203 > > > > ------------------------------------------------------------------------ > ---- > > There is no way to peace, peace is the way. -A.J. Muste > > > > _______________________________________________ > PD-dev mailing list > PD-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev >

2 1

Re: [GEM-dev] gem framerate acuracy
by cyrille henry 29 May '07

29 May '07

hello, chris clepper a Ã©crit : > On 5/15/07, cyrille henry <cyrille.henry(a)la-kitchen.fr> wrote: >> >> >> i used the gemhead to trigger the counter. >> >> i just insert a delay 5 in order to to trig the counter between 2 frame. >> it look better. >> is it possible, or it's just because i'm fade up looking for the same >> movie everytime? > > > Maybe you were seeing some differences between the metro driven counter and > the GEM render cycle? Keep in mind these objects use Pd's logical time > which is in no way consistent with actual real world time. i think we where just tired. i'm still tring to find a solution. i don't have the computer with me anymore, so testing is not really easy. if the hard drive is a limiting factor, maybe i can use someting faster to store the movie. a fast usbflash could be faster (osx monitor tells me that the i read the HD at maximum 4Mb/s, while fast flash usbstick can be read at 30 Mb/s). the other solution i can imagine is to use the time object in order to get the time beween 2 frame, and compute the frame number i should get. this will not reduce the glitchs, but at last the velocity of the movy should be constant. does anyone already tried one of this "solution"? thanks for the help Cyrille > > The 'rate' message exists because it allows Quicktime to do all of the > timing for when to get frames. Pd's logical time cannot be used for this > efficiently or accurately. pix_movie/film attempts to make the Quicktime > timing work with Pd's time but it is not always effective. > chris clepper a Ã©crit : > On 5/15/07, cyrille henry <cyrille.henry(a)la-kitchen.fr> wrote: >> >> >> i used the gemhead to trigger the counter. >> >> i just insert a delay 5 in order to to trig the counter between 2 frame. >> it look better. >> is it possible, or it's just because i'm fade up looking for the same >> movie everytime? > > > Maybe you were seeing some differences between the metro driven counter and > the GEM render cycle? Keep in mind these objects use Pd's logical time > which is in no way consistent with actual real world time. > > The 'rate' message exists because it allows Quicktime to do all of the > timing for when to get frames. Pd's logical time cannot be used for this > efficiently or accurately. pix_movie/film attempts to make the Quicktime > timing work with Pd's time but it is not always effective. >

4 8

THANK YOU!!!!!!!!!!
by Frank Barknecht 29 May '07

29 May '07

Hi, damn, this new configue option --with-glversion fixed all the problems I had on my Matrox machine! (I didn't yet test the i915 laptop.) Using --with-glversion=1.5 not only lets Gem render again on newest Mesa/DRI, it also gets rid of the crash when closing the Gem window! So, thank you for supporting older and hardware with buggy GL2.0-drivers again. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

2 6

Re: [GEM-dev] best way to wrap opencv library for noob
by nosehair911＠bellsouth.net 18 May '07

18 May '07

It seems as though the artengine cvs and the gridflow page is down. Where can I get the latest gridflow incliding your patch called #labeling? I would like to get this going. Does your #labeling patch output blob coordinates in a matrix style? Thanks for your help, I'm gonna try hard to make gridflow work os x. Alain > > From: Mathieu Bouchard <matju(a)artengine.ca> > Date: 2007/05/17 Thu PM 02:38:32 EDT > To: nosehair911(a)bellsouth.net > Subject: Re: [GEM-dev] best way to wrap opencv library for noob > > On Thu, 17 May 2007, nosehair911(a)bellsouth.net wrote: > > > I am trying to get an FTIR setup going and I need a good motion tracker > > for os 10.4.9. I cant get gridflow to compile, > > Then subscribe and write to gridflow-dev(a)artengine.ca > (http://lists.artengine.ca/mailman/listinfo/gridflow-dev) > > Or write to me > > Or use online chatting: IRC chat.freenode.net #dataflow > > _ _ __ ___ _____ ________ _____________ _____________________ ... > | Mathieu Bouchard - tÃ©l:+1.514.383.3801, MontrÃ©al QC Canada >

2 2

best way to wrap opencv library for noob
by nosehair911＠bellsouth.net 17 May '07

17 May '07

I am trying to get an FTIR setup going and I need a good motion tracker for os 10.4.9. I cant get gridflow to compile, I love the pix_multiblob but its way to cpu hungry so I decided to write my own. I have never programed in C nor have I ever read any manuals but I'm willing to try. My question is do I need to know C before hand or can I get away with reading this: http://iem.at/pd/externals-HOWTO/ BTW I am not starting from scratch, if that were so I would never try this. I am trying to go the opencv route and wrap these for Pd: http://opencvlibrary.sourceforge.net/cvBlobsLib Anothe question is would it be easier to try to write it as a standalone external or as part of Gem like a pix_cvBlobs object? Where can I find information on developing for Gem like the externals how-to? Thanks, Alain

3 2

Re: [GEM-dev] [PD] pix_multiblob cpu usage
by nosehair911＠bellsouth.net 16 May '07

16 May '07

I was wrong. Opencv is optimized for intel procesors but it works on any procesor. It would be great if opencv was implemented somehow within Gem. At least for the motion tracking stuff. Does anyone know how to get started. Does one have to know C well or can a complete C noob have a go at it. It would be great if implemented as pix objects. Alain > > From: <nosehair911(a)bellsouth.net> > Date: 2007/05/15 Tue AM 09:21:34 EDT > To: Tim Boykett <tim(a)timesup.org>, "Kyle Klipowicz" <kyleklip(a)gmail.com> > CC: Pure Data List <pd-list(a)iem.at> > Subject: Re: [PD] pix_multiblob cpu usage > > The buigest problem with opencv (a great option I believe) is that it only works on intell processors, so > anyone on an amd or a ppc (like me) would be screwed. If there was something like that for all > processors it would be awsome. I think this kind of computer vision framework is needed in PD, > specially concidering how easy an FTIR setup is to build and the possibilities it could open. > Alain > > > > From: Tim Boykett <tim(a)timesup.org> > > Date: 2007/05/15 Tue AM 07:41:45 EDT > > To: "Kyle Klipowicz" <kyleklip(a)gmail.com> > > CC: "Nose Hair" <nosehair911(a)bellsouth.net>, > > Pure Data List <pd-list(a)iem.at> > > Subject: Re: [PD] pix_multiblob cpu usage > > > > > > Of course the "obvious" solution is to port the OpenCV bits and pieces > > to PD/Gem externals :-) We did some last year for VVVV, using some > > existing > > framework, it worked within one day or so. > > > > There are several vision/video external frameworks out there; are any > > of them in Gem or elsewhere in PD (pdp, gridflow, etc)? > > > > tim > > > > > > On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: > > > > > On 5/14/07, Nose Hair <nosehair911(a)bellsouth.net> wrote: > > >> I tried running it with a low res 400x300 clip and it still did > > >> the same > > >> thing. I am trying to get a game going using an FTIR setup. Here > > >> is a > > >> reference: > > >> http://cs.nyu.edu/~jhan/ftirsense/ > > > > > > Jeff Han, sweet reference of course. > > > > > >> pix_mutiblob is way to slow, I cant get gridflow compiled, and > > >> pidip is not > > >> working currently on the extended version. Is there another > > >> option to do > > >> functional multitracking on a mac with pure data? I really cant > > >> fork over > > >> the dough for max/msp/jitter, but there is a free jitter plugin > > >> called > > >> cv.jit that looks great: > > >> http://www.iamas.ac.jp/~jovan02/cv/ > > >> Is there a posibility that anyone will port this over to PD I wonder? > > > > > > I dunno if this will happen or if it is possible to port directly from > > > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all > > > benefit with some super DSP-geek "keeping up with the Joneses" on many > > > fronts! > > > > > > ~Kyle > > > -- > > > > > > http://theradioproject.com > > > http://perhapsidid.blogspot.com > > > > > > (((())))(()()((((((((()())))()(((((((())()()())()))) > > > (())))))(()))))))))))))(((((((((((()()))))))))((()))) > > > ))(((((((((((())))())))))))))))))))__________ > > > _____())))))(((((((((((((()))))))))))_______ > > > ((((((())))))))))))((((((((000)))oOOOOOO > > > > > > _______________________________________________ > > > PD-list(a)iem.at mailing list > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > > listinfo/pd-list

1 0

gem framerate acuracy
by cyrille henry 15 May '07

15 May '07

hello, im still working on the project using many videos, i've got problem with frame rate acuracy. i test with only 1 movie, so the CPU are very low. i'm using apple intermediate codec. gem fps is set to 50, video speed is varing from about 1 to 10 the problem is that visually, the video does not play very smooth. while testing time between frame with : gemhead | t b b | \ realtime | print i've got average number 20ms (so the fps is 50), but i can have lot's of diferences from 1 frame to one other. i can have 1 frame at 35ms, and the other at 5ms etc so the result is not very good. changing codec / size of the movie does not really change results i really don't know what i could do to improve performances. does anyone have an idea? thanks Cyrille

4 9

[pix_video]: issue with swapped colors
by Roman Haefeli 10 May '07

10 May '07

hello everyone when using [pix_video] with my built-in tv/video-card, colors look ok, but when i use it with the usb_cam [1], R and B are swapped. this happens only in gem. with other softwares (mplayer, camorama) both devices appear to have correct colors. is it possible to _slightly_ change the source code of [pix_video], so that R- and G-subpixels are swapped? if yes, would it be possible with reasonable little effort to copy the source of [pix_video] to a new object called e.g. [pix_videoBGR], so that i can decide at runtime, which version i want to use? thanks for any hints roman [1] philips spc900nc with latest pwc-driver from: http://www.saillard.org:8080/linux/pwc/ ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

4 16

Gem doesn't find FTGL unless build has been run before
by Hans-Christoph Steiner 10 May '07

10 May '07

Something funky is going on with the Gem build system. For the auto- builds, it does not include FTGL and freetype. But if I go in and then run the build manually in the same place, it works. You can see in the build logs, ./configure is run twice. The first time without the required args, the second time with. I removed the dep on $(gem_src)/src/configure from the Gem.pd_darwin target, I think this should fix this. .hc ------------------------------------------------------------------------ ---- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev May 2007