I have installed Pd Vanilla 0.42-5.
In /usr/lib/pd, i have /bin, /doc and /extra.
In /doc/5.reference, i have /Gem, /pmpd, /zexy.
In /Gem, i put /abstractions, /examples and /help. In /pmpd, i put /exemples and /help. In /zexy, i put /examples and /reference
I have added path : /usr/lib/pd/extra/Gem /usr/lib/pd/extra/zexy /usr/lib/pd/extra/pmpd /usr/lib/pd/doc/5.reference/Gem/abstractions
All works fine with the externals, but when i try to create [gemmouse], i get in the console : gemmouse, couldn't create.
gemmouse.pd is in the /usr/lib/pd/doc/5.reference/Gem/abstractions. Where is the problem ?
Another question : Is it a good idea to put /examples and /help in the same directory (in my case : /5.reference/Gem or /5.reference/pmpd or /5.reference/zexy) ? Or is it better to separate them (like pd-extended) ? When i right-click on an object and ask 'help', Pd search automatically in the /usr/lib/pd/doc/5.reference or not ? Thanx. ++
Jack
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jack wrote:
you should load Gem before using [gemmouse]
gemmouse.pd is in the /usr/lib/pd/doc/5.reference/Gem/abstractions. Where is the problem ?
afair, the [gemmouse] abstraction is not functional yet.
the advised way is to put Gem.pd_linux, all abstractions (*.pd) and all the help-files (*-help.pd) into /usr/lib/pd/extra/Gem
if you compiled Gem yourself (which i assume), and have compiled it with the full Pd-headers (s_stuff.h) it should be able to automatically find the abstractions. else add /usr/lib/pd/extra/Gem to the path.
mfgaer IOhannes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
IOhannes m zmölnig wrote:
the advised way is to put Gem.pd_linux, all abstractions (*.pd) and all the help-files (*-help.pd) into /usr/lib/pd/extra/Gem
and of course the advised way to according to the FSH is to put everything self-compiled into /usr/local
fgdsmdt IOhannes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jack wrote:
it doesn't tell.
the simplest way to find out, is to start Pd without any paths (-noprefs), load Gem, and create an [hsv2rgb] object. you can also add "-verbose -verbose" to see whether it's adding it's own path at startup.
mfgasdr IOhannes
Le mercredi 05 mai 2010 à 09:04 +0200, IOhannes m zmölnig a écrit :
With pd -verbose -verbose, i get :
opened 0 MIDI input device(s) and 0 MIDI output device(s). input channels = 2, output channels = 2 opened /dev/dsp for reading and writing
setchan 2 channels originally 1 for /dev/dsp opened audio output on /dev/dsp; got 2 channels setting nfrags = 8, fragsize 1024
audiobuffer set to 50 msec already opened it setchan 2 error: OSS: SOUND_DSP_READ_CHANNELS failed /dev/dsp opened audio input device /dev/dsp; got 2 channels tried ./Gem.l_i386 and failed tried /usr/lib/pd/extra/Gem/Gem.l_i386 and failed tried /usr/lib/pd/extra/zexy/Gem.l_i386 and failed tried /usr/lib/pd/extra/pmpd/Gem.l_i386 and failed tried /usr/lib/pd/extra/Gem.l_i386 and failed tried ./Gem.pd_linux and failed tried /usr/lib/pd/extra/Gem/Gem.pd_linux and succeeded warning: class 'pix_filmQT' overwritten; old one renamed 'pix_filmQT_aliased' GEM: Graphics Environment for Multimedia GEM: ver: 0.92.3 GEM: compiled: May 4 2010 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: Cyrille Henry GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christop Steiner, et al. GEM: found a bug? miss a feature? please report it: GEM: homepage http://gem.iem.at/ GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ GEM: compiled for SIMD architecture: MMX GEM: using MMX optimization
So ? ;)
I also try with pd -noprefs and add path and load Gem. Then i create [hsv2rgb] without problem (is it the correct procedure ?). Thanx for your help. ++
Jack
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jack wrote:
So, what is the [gemmouse] in pd-extended i used to use ?
i was referring to the abstraction implementation of the object, which is part of a bigger rehaul of many of Gem's core objects (namely [gemwin], [gemhead], and other objects dealing with the render management or the otput context) which is very slowly progressing.
what is currently known as [gemmouse], is an external is quite usable, i guess.
that's why i was guessing you were not properly loading Gem (or mistype the name).
i was mainly pointing out, that the fact that you do have a Gem-abstraction(!) named [gemmouse] on your computer, doesn't mean you ever used it
fgasd,mr IOhannes
On Tue, 4 May 2010, Jack wrote:
Sorry for the noise about gemmouse, i wrote it [gemmousse] !
see also : http://www.youtube.com/watch?v=CAsYwW7pt7o
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801