Hi,
I think there are some libraries that are not being added to the classpath by default in Pd-Extended, and I wonder whether there is a particular reason for that or if it is just a "bug" in the distribution.
Among other things, I would expect help patches to work out of the box, and I wouldn't expect a library to be included in Pd-Extended if it depends on another one which is not.
That said, the issues that I detected so far are:
- the [pix_blobtracker] abstraction doesn't create unless you write it
[Gem/pix_blobtracker]
However, if you open its help patch from the help broser, the object [pix_blobtracker] contained in it does create.
Since the Gem library is loaded by default and all Gem objects are available without writing the [Gem/... ] prefix, I guess it would be cleaner to have Gem added to the path by default so that the abstractions are available as well.
Or is there some reason against that?
- the [pix_blobtracker] abstraction contains some objects from iemmatrix
which are actually included in pd Extended, but the library's path is not added by default. Inside pix_blobtracker, they are written without the path, so the way Pd-Extended is distributed (i.e. out of the box) they don't create and [pix_blobtracker] doesn't work.
You need either to replace [mtx_,...] with [iemmatrix/mtx_...] within [pix_blobtracker] or to add iemmatrix to the path.
It seems indeed that none of the iem_... libraries is included by default in the path. Is there a reason why they are not while most other libraries in pd_extended are?
thanks m.