It is strange to see the object [pix_blabla] created and get in the console : error: GemException: couldn't find 'blabla'.'' And a 'help' on this object and i get : sorry, couldn't find help patch for "pix_freeframe.pd" ++
Jack
Le lundi 14 février 2011 à 12:36 +0100, IOhannes m zmoelnig a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-02-14 12:06, cyrille henry wrote:
is it normal that every pix_blablabla object get instancied as a pix_freeframe object?
yes this is normal. FreeFrame (and frei0r) also register loaders, so you can instantiate these effects as [pix_<pluginname>].
(with a "error: GemException: couldn't find 'blablabla'.''")
could be that i increased verbosity with one of the last commits, so you actually notice that freeframe is involved (as opposed to the object simply failing to create)
just to make sure: freeframe/frei0r loaders should only take effect if there is actually such a plugin. e.g. if you create [pix_blabla] and there is no FreeFrame plugin named "blabla" but there is an abstraction pix_blabla.pd in your path, you should still end up with the abstraction.
fg asdrm IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk1ZE8QACgkQkX2Xpv6ydvRjAQCgnI6g9PAF1BO8bOyImNY0zAgD v7gAoMlGvxC6mL6WXYhQGrW1lxvxuRTq =etwb -----END PGP SIGNATURE-----
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev