On 02/25/2011 07:54 PM, tim vets wrote:
2011/2/25 IOhannes zmölnig zmoelnig@iem.at
On 02/25/2011 12:21 PM, tim vets wrote:
dear list,
I'm trying to compile Gem with pix_artoolkit on ubuntu... ./configure --with-artoolkit-includes=/usr/include/artoolkit/ --with-artoolkit-libs=/usr/lib/artoolkit --with-artoolkit-libs
--with-v4l2
--with-glversion=2.0 --enable-sse2 --enable-Vertex --without-avifil seems to be successful afaict.
after that, make ends with:
videoV4L2.cpp:300: warning: #warning implement fromBGRA videoV4L2.cpp:602: warning: #warning RGB32 vs BGRA confusion videoV4L2.cpp: In member function ‘virtual int videoV4L2::startTransfer(int)’: videoV4L2.cpp:389: error: ‘fstat’ was not declared in this scope videoV4L2.cpp:394: error: ‘S_ISCHR’ was not declared in this scope make[1]: *** [videoV4L2.o] Error 1 make[1]: Leaving directory `/home/tim/Downloads/gem-0.92-3/src/Pixes' make: *** [Pixes] Error 2
ubuntu Maverick, gem-0.92-3, and ARToolKit pre-compiled from
http://ppa.launchpad.net/artoolkit-dev/ppa/ubuntu/pool/main/a/artoolkit/arto...
(which is in fact a Hardy .deb, I know...)
any help would be much appreciated! Tim
it's a known bug with gem-0.92-3 and ubuntu. simply adding "#include <sys/stat.h>" to videoV4L2.cpp (near the other includes) should fix the problem.
thanks for the reply IOhannes,
I added #include <sys/stat.h> to Gem/src/plugins/videoV4L2.cpp i'm not sure if you mean that <sys/stat.h> should be replaced by something specific to my system...I tried some variations...
what i meant is, that a header file is not included by the videoV4L2.cpp file you are trying to compile.
doing $ man fstat (because the compile complains about "fstat" being undeclared) i am told to include #include <sys/types.h> #include <sys/stat.h> #include <unistd.h> most likely "sys/stat.h" will do.
anyhow, in gem-0.92-3 there is NO Gem/src/plugins/videoV4L2.cpp file. this only exists in the current SVN trunk. so it seems you are editing one file and then trying to compile another one - no wonder you still get errors.
but the result remains: make[1]: Entering directory `/home/tim/Downloads/gem-0.92-3/src/Pixes'
obviously the correct file is /home/tim/Downloads/gem-0.92-3/src/Pixes/videoV4L2.cpp
alternatively you could also try to compile the current SVN tree with artoolkit, but it might not work. if it does work, then you don't have to compile the entire Gem at all, but simply go to extra/pix_artoolkit and compile the one object.
(i don't think you can use pix_artoolkit compiled for Gem-0.93(svn) with Gem-0.92-3)
amsdr IOhannes
2011/2/25 IOhannes zmölnig zmoelnig@iem.at
On 02/25/2011 07:54 PM, tim vets wrote:
2011/2/25 IOhannes zmölnig zmoelnig@iem.at
On 02/25/2011 12:21 PM, tim vets wrote:
dear list,
I'm trying to compile Gem with pix_artoolkit on ubuntu... ./configure --with-artoolkit-includes=/usr/include/artoolkit/ --with-artoolkit-libs=/usr/lib/artoolkit --with-artoolkit-libs
--with-v4l2
--with-glversion=2.0 --enable-sse2 --enable-Vertex --without-avifil seems to be successful afaict.
after that, make ends with:
videoV4L2.cpp:300: warning: #warning implement fromBGRA videoV4L2.cpp:602: warning: #warning RGB32 vs BGRA confusion videoV4L2.cpp: In member function ‘virtual int videoV4L2::startTransfer(int)’: videoV4L2.cpp:389: error: ‘fstat’ was not declared in this scope videoV4L2.cpp:394: error: ‘S_ISCHR’ was not declared in this scope make[1]: *** [videoV4L2.o] Error 1 make[1]: Leaving directory `/home/tim/Downloads/gem-0.92-3/src/Pixes' make: *** [Pixes] Error 2
ubuntu Maverick, gem-0.92-3, and ARToolKit pre-compiled from
http://ppa.launchpad.net/artoolkit-dev/ppa/ubuntu/pool/main/a/artoolkit/arto...
(which is in fact a Hardy .deb, I know...)
any help would be much appreciated! Tim
it's a known bug with gem-0.92-3 and ubuntu. simply adding "#include <sys/stat.h>" to videoV4L2.cpp (near the other includes) should fix the problem.
thanks for the reply IOhannes,
I added #include <sys/stat.h> to Gem/src/plugins/videoV4L2.cpp i'm not sure if you mean that <sys/stat.h> should be replaced by
something
specific to my system...I tried some variations...
what i meant is, that a header file is not included by the videoV4L2.cpp file you are trying to compile.
doing $ man fstat (because the compile complains about "fstat" being undeclared) i am told to include #include <sys/types.h> #include <sys/stat.h> #include <unistd.h> most likely "sys/stat.h" will do.
anyhow, in gem-0.92-3 there is NO Gem/src/plugins/videoV4L2.cpp file. this only exists in the current SVN trunk.
so it seems you are editing one file and then trying to compile another
one - no wonder you still get errors.
uhm, yes my bad, I was indeed editing the wrong file. the compiling finishes now, but when I load [pix_artoolkit] I get this in the pd window:
error: [pix_artoolkit]: compiled without ARToolKit support! ... you might be able to track this down from the Find menu.
(I installed artoolkit from that .deb I mention above)
thanks Tim
but the result remains: make[1]: Entering directory `/home/tim/Downloads/gem-0.92-3/src/Pixes'
obviously the correct file is /home/tim/Downloads/gem-0.92-3/src/Pixes/videoV4L2.cpp
alternatively you could also try to compile the current SVN tree with artoolkit, but it might not work. if it does work, then you don't have to compile the entire Gem at all, but simply go to extra/pix_artoolkit and compile the one object.
(i don't think you can use pix_artoolkit compiled for Gem-0.93(svn) with Gem-0.92-3)
amsdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Fri, 25 Feb 2011, tim vets wrote:
uhm, yes my bad, I was indeed editing the wrong file. the compiling finishes now, but when I load [pix_artoolkit] I get this in the pd window:
error: [pix_artoolkit]: compiled without ARToolKit support! ... you might be able to track this down from the Find menu.
(I installed artoolkit from that .deb I mention above)
I had the same error message, but after I installed artoolkit, I recompiled, and the error message disappeared, to say instead that I can't use this colorspace with [pix_artoolkit], but then, I tried all colorspaces I knew : grey, yuv, rgba.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
2011/2/25 Mathieu Bouchard matju@artengine.ca
On Fri, 25 Feb 2011, tim vets wrote:
uhm, yes my bad, I was indeed editing the wrong file.
the compiling finishes now, but when I load [pix_artoolkit] I get this in the pd window:
error: [pix_artoolkit]: compiled without ARToolKit support! ... you might be able to track this down from the Find menu.
(I installed artoolkit from that .deb I mention above)
I had the same error message, but after I installed artoolkit,
and how did you install artoolkit? did you compile it or did you also take the precompiled one? I had also installed artoolkit before compiling Gem, so I wonder what's different in my case.
I recompiled, and the error message disappeared, to say instead that I can't
use this colorspace with [pix_artoolkit], but then, I tried all colorspaces I knew : grey, yuv, rgba.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Fri, 25 Feb 2011, tim vets wrote:
and how did you install artoolkit? did you compile it or did you also take the precompiled one?
My OS doesn't come with artoolkit. I didn't look further. I only installed it from source. If there are any debs that I can download with apt-get, I'm not aware of them... I didn't look for them.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Fri, 25 Feb 2011, Mathieu Bouchard wrote:
I had the same error message, but after I installed artoolkit, I recompiled, and the error message disappeared, to say instead that I can't use this colorspace with [pix_artoolkit], but then, I tried all colorspaces I knew : grey, yuv, rgba.
Sorry. Here's the real info. I compiled artoolkit from source. I installed it in $HOME/lib, $HOME/include, etc... and then [pix_artoolkit]'s ./configure said :
checking for PKG_ARTOOLKIT_CFLAGS... checking for PKG_ARTOOLKIT_LIBS... checking for artoolkit-config... no checking for arInitCparam in -lAR... yes checking AR/ar.h usability... yes checking AR/ar.h presence... yes checking for AR/ar.h... yes checking for arInitCparam in -lAR... (cached) yes
and then at load-time it still does say : error: [pix_artoolkit]: compiled without ARToolKit support!
which is why all colorspaces seem to be wrong. The run-time error message could be more informative than what it is.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Fri, 25 Feb 2011, Mathieu Bouchard wrote:
checking for PKG_ARTOOLKIT_CFLAGS... checking for PKG_ARTOOLKIT_LIBS... checking for artoolkit-config... no checking for arInitCparam in -lAR... yes checking AR/ar.h usability... yes checking AR/ar.h presence... yes checking for AR/ar.h... yes checking for arInitCparam in -lAR... (cached) yes and then at load-time it still does say : error: [pix_artoolkit]: compiled without ARToolKit support!
Ah, also note that doing "make" after a "./configure" doesn't remake everything, because Makefile is not a dependency.
And currently it seems to be loading the wrong pix_artoolkit, presumably because it was linked directly into another Gem.pd_linux that I'm loading.
I have multiple copies of Gem.pd_linux because it's quite often that 93 (svn head) doesn't work and I have to use 92 or vice-versa. This time I was trying GEM 92's Gem.pd_linux together with GEM 93's pix_artoolkit.pd_linux. I don't remember whether I was using GEM 93's Gem.pd_linux last time... I had to switch it because GEM 93 wouldn't compile last week.
Ok, now with [pix_artoolkit] loading in GEM 93, but can't run it, because I have a weird error message :
error: [pix_video]: do video for this OS
what does that mean "do video" ? (I think that [pix_video] was working in GEM 93 some weeks ago)
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 02/26/2011 02:14 AM, Mathieu Bouchard wrote:
Ah, also note that doing "make" after a "./configure" doesn't remake everything, because Makefile is not a dependency.
this is by design. after a configure, only things that need to be rebuild should be rebuild.
fgdmasr IOhannes
On Sat, 26 Feb 2011, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- On 02/26/2011 02:14 AM, Mathieu Bouchard wrote:
Ah, also note that doing "make" after a "./configure" doesn't remake everything, because Makefile is not a dependency.
this is by design. after a configure, only things that need to be rebuild should be rebuild.
Do you mean that whenever $(GEM_EXTRA_CXXFLAGS) $(GEM_ARCH_CXXFLAGS) $(GEM_CXXFLAGS) get changed, things don't need to be rebuilt ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 02/26/2011 02:14 AM, Mathieu Bouchard wrote:
error: [pix_video]: do video for this OS
what does that mean "do video" ? (I think that [pix_video] was working in GEM 93 some weeks ago)
it means that Gem has not found any video backend on your system. since 0.93, Gem uses a plugin system for e.g. video backends; plugins are named "gem_video<name>.so" and are only searched in the path where Gem.pd_linux is living. after a fresh make (without "make install"), all built plugins will NOT be in this path. see the archives for more information.
fgamsdrt IOhannes
On Sat, 26 Feb 2011, IOhannes m zmölnig wrote:
On 02/26/2011 02:14 AM, Mathieu Bouchard wrote:
error: [pix_video]: do video for this OS what does that mean "do video" ? (I think that [pix_video] was working in GEM 93 some weeks ago)
it means that Gem has not found any video backend on your system.
Can you at least change "do video" to "no video" ?
since 0.93, Gem uses a plugin system for e.g. video backends; plugins are named "gem_video<name>.so" and are only searched in the path where Gem.pd_linux is living. after a fresh make (without "make install"), all built plugins will NOT be in this path. see the archives for more information.
See which archives ? You mean that you haven't documented it ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-
IOhannes m zmölnig -
IOhannes zmölnig
-
Mathieu Bouchard -
tim vets