Hi I just compiled the recent version of GEM on downloaded from https://github.com/umlaeute/Gem and I followed the instructions on that page.
I am had to run the bash autogen.sh before of autoconfig, and more than this it happens that when I open pd-extended with the new GEM all pix_ objects seem ok except for [gemwin] !!! which does not exist. Or, if I do -path /.abstractions it exists but simply does not work.
I run pd-extended 0.43.4, with Xubuntu 14.04, 64 bit.
Thanks for any feedback Mick
hi,
you should tell ./configure script where pd resides to help it finding Gem's abstractions. just reconfigure with something : ./configure --with-pd=/usr/include/pd Of course, change the path according to where Pd-extended put the headers.
Also there is a discussion concerning this in the mailing list but I can't find it again now...
a
-- do it yourself http://antoine.villeret.free.fr
2014-09-12 10:34 GMT+02:00 mick mengucci misturapura@gmail.com:
Hi I just compiled the recent version of GEM on downloaded from https://github.com/umlaeute/Gem and I followed the instructions on that page.
I am had to run the bash autogen.sh before of autoconfig, and more than this it happens that when I open pd-extended with the new GEM all pix_ objects seem ok except for [gemwin] !!! which does not exist. Or, if I do -path /.abstractions it exists but simply does not work.
I run pd-extended 0.43.4, with Xubuntu 14.04, 64 bit.
Thanks for any feedback Mick
-- mickmengucci.bandcamp.com facebook.com/mickmengucci3 facebook.com/Labio.pt http://WWW.MISTURAPURA.NETMISTURAPURA.NET http://WWW.MISTURAPURA.NET pure mixture vibration since 1995
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 09/12/2014 10:34 AM, mick mengucci wrote:
Hi I just compiled the recent version of GEM on downloaded from https://github.com/umlaeute/Gem and I followed the instructions on that page.
I am had to run the bash autogen.sh before of autoconfig, and more than this it happens that when I open pd-extended with the new GEM all pix_ objects seem ok except for [gemwin] !!! which does not exist. Or, if I do -path /.abstractions it exists but simply does not work.
you need a path to both the abstractions (e.g. "./abstractions") *and* to the binaries (e.g. "."). since Pd does not add any of those automatically, you have to do so manually: $ pd -path ./abstractions:.
note however, that this is simply a hack to run Gem out of the build-tree. the *proper* way to use it would be: $ make install which installs everything to /usr/local/lib/pd/extra/Gem/
cgmsad IOhannes
Hello, thanks a lot for your response!
Here's my feedback: the $ pd -path ./abstractions:. commando worked fine! I open the pd in the directory where I downloaded and installed the recent version of GEM, and it basically works fine. [gemwin] and vlc plugin are there and alive.
I just to want to add a couple of notes:
- when I feed [pix_video] with a stream created in vlc on another laptop I
get the image but with the channels R and B inverted! This does not happen when I stream from my laptop to one of my collegue (he gets the correct colors). 2) About the $ make install I had already used that command (as I followed the instructions on the above mentioned site). Should I do it again?
My friend suggests that some eror might have occured when compiling the new GEM and I might have some libraries not correctly assigned. I hope I was clear enough...
Anyway thank you very much for all you do. Cheers
On Fri, Sep 12, 2014 at 12:19 PM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/12/2014 10:34 AM, mick mengucci wrote:
Hi I just compiled the recent version of GEM on downloaded from https://github.com/umlaeute/Gem and I followed the instructions on that page.
I am had to run the bash autogen.sh before of autoconfig, and more than this it happens that when I open pd-extended with the new GEM all pix_ objects seem ok except for [gemwin] !!! which does not exist. Or, if I do -path /.abstractions it exists but simply does not work.
you need a path to both the abstractions (e.g. "./abstractions") *and* to the binaries (e.g. "."). since Pd does not add any of those automatically, you have to do so manually: $ pd -path ./abstractions:.
note however, that this is simply a hack to run Gem out of the build-tree. the *proper* way to use it would be: $ make install which installs everything to /usr/local/lib/pd/extra/Gem/
cgmsad IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-16 17:47, mick mengucci wrote:
Here's my feedback:
thanks
the $ pd -path ./abstractions:. commando worked fine! I open the pd in the directory where I downloaded and installed the recent version of GEM, and it basically works fine. [gemwin] and vlc plugin are there and alive.
cool.
I just to want to add a couple of notes: 1) when I feed [pix_video] with a stream created in vlc on another laptop I get the image but with the channels R and B inverted! This does not happen when I stream from my laptop to one of my collegue (he gets the correct colors).
this sounds very much like a bug that has been reported as https://github.com/umlaeute/Gem/issues/56 and which i have fixed in commit 7eb6c057 (11th september).
is your checkout recent enough?
- About the $ make install I had already used that command (as I
followed the instructions on the above mentioned site). Should I do it again?
once (after a successfull build) should be enough.
after doing "make install" you will have to use the path you installed to (rather than the path where you built Gem).
e.g. $ mkdir -p ~/src/ $ cd ~/src $ git clone https://github.com/umlaeute/Gem.git $ cd Gem $ ./autogen.sh && ./configure
$ make install DESTDIR=/tmp/Gem
$ cd ~
$ pd -path /tmp/Gem/usr/local/lib/pd/extra -lib Gem
so this boils down to: "make install" will assemble everything to run Gem in a single directory "somewhere else" (by default this is /usr/local/lib/pd/extra), but is settable, e.g. with the DESTDIR variable.
it does not magically turn your build-tree into a usable (as in "out-of-the-box") setup for running Gem.
if you have changed anything that involves recompilation, you have to do "make install" again.
My friend suggests that some eror might have occured when compiling the new GEM and I might have some libraries not correctly assigned.
if the build fails for whatever reason (e.g. when building some plugin you are not interested in anyhow), the "make instalL" will also fail, and also some convenience symlinks that allow you to use the "-path abstractions:." trick. since the latter seems to work for you, i don't think that this is the problem here.
fgamsdr IOhannes
Hi Johannes,
I get the bug of the inverted colors in version of Gem ver: 0.93.git 8032816
today I tried to compile the version taken from https://github.com/umlaeute/Gem
but I get this error:
... gemglxwindow.cpp:670:4: warning: #warning context-sharing disabled [-Wcpp] gemglxwindow.cpp: In member function 'virtual bool gemglxwindow::create()': gemglxwindow.cpp:707:35: error: 'snprintf' was not declared in this scope make[1]: *** [gemglxwindow_la-gemglxwindow.lo] Error 1 make[1]: Leaving directory `/home/mick/Documents/LabIO/gits/SonarX/Gem/src/Output' make: *** [all-recursive] Error 1
Thank you, Mick
On Thu, Sep 18, 2014 at 8:59 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-16 17:47, mick mengucci wrote:
Here's my feedback:
thanks
the $ pd -path ./abstractions:. commando worked fine! I open the pd in the directory where I downloaded and installed the recent version of GEM, and it basically works fine. [gemwin] and vlc plugin are there and alive.
cool.
I just to want to add a couple of notes: 1) when I feed [pix_video] with a stream created in vlc on another laptop I get the image but with the channels R and B inverted! This does not happen when I stream from my laptop to one of my collegue (he gets the correct colors).
this sounds very much like a bug that has been reported as https://github.com/umlaeute/Gem/issues/56 and which i have fixed in commit 7eb6c057 (11th september).
is your checkout recent enough?
- About the $ make install I had already used that command (as I
followed the instructions on the above mentioned site). Should I do it again?
once (after a successfull build) should be enough.
after doing "make install" you will have to use the path you installed to (rather than the path where you built Gem).
e.g. $ mkdir -p ~/src/ $ cd ~/src $ git clone https://github.com/umlaeute/Gem.git $ cd Gem $ ./autogen.sh && ./configure
$ make install DESTDIR=/tmp/Gem
$ cd ~
$ pd -path /tmp/Gem/usr/local/lib/pd/extra -lib Gem
so this boils down to: "make install" will assemble everything to run Gem in a single directory "somewhere else" (by default this is /usr/local/lib/pd/extra), but is settable, e.g. with the DESTDIR variable.
it does not magically turn your build-tree into a usable (as in "out-of-the-box") setup for running Gem.
if you have changed anything that involves recompilation, you have to do "make install" again.
My friend suggests that some eror might have occured when compiling the new GEM and I might have some libraries not correctly assigned.
if the build fails for whatever reason (e.g. when building some plugin you are not interested in anyhow), the "make instalL" will also fail, and also some convenience symlinks that allow you to use the "-path abstractions:." trick. since the latter seems to work for you, i don't think that this is the problem here.
fgamsdr IOhannes
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQIcBAEBCAAGBQJUGpDdAAoJELZQGcR/ejb4PHcQAIXpFz2zcnePiXqw4bhSsvhL zydm4Mbi/lhmx2ZOk0Xt45m9pSF08HUZu07a6WxZeJVV+oRSqDSWLVXs0i7Qdlqb 4sjXLb0eQLzef7NuEvVbtVDDhUgCR0CqpOy2RN0TOJp8jkBhZaTcPpv6pueMb7ze wjfvQ5/c1USQvFKA8hJUYVVK+fxWnYF2KSnFnUki1Z6+/O43RYEjmZQxTNoqK6X0 EPQcheznsDz/SJet187W/bpK/Epn14cOQO+AHdsUzfKJd5BKk80iKPgB0BakcYeL X3yoQyJsCTRY2kn7XZT6IRkbVreBp70NUd9cWp6KV2iugoCpEwFMZzd7wGSkLTvu fVpAOGqgf0TASrOhja6grjRNFsN+tQbXlN2j00whpe0hhkjKFP/wEaBby0M0DQ94 4aUVMLGtss0Sd234XAX++OPo2Q4XWUeydFaD+ABvxwGmntEISBxLSaX1OZJf38ut q6hjYsPWbxSZJQuJUHEVrCImRdJXMjse9t+yxvzS8Nd7U9DoglwvF1FSkWomXsFm Rgup3fL/ao0J8ZTQBkFVjQjuFwio0E2kYS42b8fHytLkuKUjDH4bNYs+eu9KlR8I M/iWpNRS+VZPdJ3UE/CwuLHpHR6Y8K3KhYylZ2uSGvK+lWRj/hJAXO2UrZU5+rDc BQWCQPpaqUtYwSmqmebQ =5G3J -----END PGP SIGNATURE-----
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-30 16:10, mick mengucci wrote:
Hi Johannes,
I get the bug of the inverted colors in version of Gem ver: 0.93.git 8032816
that's definitely too old.
today I tried to compile the version taken from https://github.com/umlaeute/Gem
but I get this error:
i think i just fixed this.
please git pull and try again.
f gasdrm IOhannes
Hi Johannes, I just want to thank you
we compiled yesterday and it works perfectly.
Take care
On Tue, Sep 30, 2014 at 3:50 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-30 16:10, mick mengucci wrote:
Hi Johannes,
I get the bug of the inverted colors in version of Gem ver: 0.93.git 8032816
that's definitely too old.
today I tried to compile the version taken from https://github.com/umlaeute/Gem
but I get this error:
i think i just fixed this. please
git pulland try again.f gasdrm IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQIcBAEBCAAGBQJUKsMmAAoJELZQGcR/ejb4+hQP/jHhHs9yPLXp9whLDCf2yZLj JJab2rtXe83xPg0vpi7YwvIuOvsWK1Ot5yGOjaL/g/Nar5ytp8OS1le8/JIAIrP0 SKNwwXtVEW7MLGN/q3bJlKWi7lxw3O/fOIeOYYem26MBcLUV/A8b+R5/zqCtvTGb hXrS451aRSx2QFsaV726q14OnGKxtlh6+jXFU1f/svn18Bzy0fQkftbEpQilDy8q LDmVtV+UJpvQUxRDurcw6+3FJaD8wU7UlFuwBMPnmbiaLkaHLtAeE5seaSvIp1Tv WmY55K4T+lGQsSWKHla7dQTreyDH8iq2v3KQaixMsyh2k9DJ7AKGSc7ADcWIBYmk psKELQwj5Vqf/xD1/cc8ODC/m5XyA2tqUsaivv8GBtusU274bHx1oDJMjOSU/ybv COj7EhmoaT/G4NhObR88N8Zbn56CburfoIktexF0uiz8Hqd1kZC/A0T2eTLQ8gu4 r+KhbbuWBYIhYaMR9XCuMN/TiR2J3WV7uDP8ZRNbvoAV8im2wWgx+T8cHKYdR8zD j8ywC0KH4n070gbnWFdg66wDhgiVRfyM8bWYGLFv5qJcweEK6cjlYzJbun7K9PDf goknauFvRQpwYtbvmG+nbjgFf6TW9SiVEBoQ/iOimZBm/llc6bjy18QFfjEJrE0A n6wcSI/7ilXa5l4QXm9R =YVcl -----END PGP SIGNATURE-----
-
Antoine Villeret -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
mick mengucci