hi, what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before. I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that iemmatrix is not loaded by default? mtx_div seems to be an extra problem (can't be loaded). dumpOSC xx is another object that will not be created only with oscx/dumpOSC xx. what's the rule behind that? hans, do you want bugreports for that kind of stuff? are you planning to fix this at all or wait for 0.41? marius.
Hallo!
First: do you use the autobuilds or the "stable" pd-extended ?
what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before.
Because the hexloader was broken - I don't know if this is already fixed in the autobuilds ...
I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that iemmatrix is not loaded by default?
I once included all the iemmatrix objects and also it's aliases. They should be in the nightly autobuild version, although I don't know if the hexloader works (at least it should work with mtx_add, mtx_div, ...). However, I don't think that they should be loaded by default, but that's an other discussion ... ;)
LG Georg
I have the same problem with [s2l] and [l2s] objects, you must create
first [symbol2list] and [list2symbol] objects.
Here, [shell] can't create even with [import flatspace] (it is the
right library ?).
++
Jack
Le 24 févr. 08 à 05:17, marius schebella a écrit :
hi, what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before. I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that
iemmatrix is not loaded by default? mtx_div seems to be an extra problem (can't be loaded). dumpOSC xx is another object that will not be created only with oscx/dumpOSC xx. what's the rule behind that? hans, do you want bugreports for that
kind of stuff? are you planning to fix this at all or wait for 0.41? marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Someone might have removed [shell] from flatspace. "ggee" is the
home of [shell], [ggee/shell] will always work.
The abbreviations could be supported if someone does the work.
.hc
On Feb 24, 2008, at 10:19 AM, Jack wrote:
I have the same problem with [s2l] and [l2s] objects, you must create first [symbol2list] and [list2symbol] objects. Here, [shell] can't create even with [import flatspace] (it is the right library ?). ++
Jack
Le 24 févr. 08 à 05:17, marius schebella a écrit :
hi, what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before. I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that iemmatrix is not loaded by default? mtx_div seems to be an extra problem (can't be loaded). dumpOSC xx is another object that will not be created only with oscx/dumpOSC xx. what's the rule behind that? hans, do you want bugreports for that kind of stuff? are you planning to fix this at all or wait for 0.41? marius.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent
controls you." - Richard M. Stallman