Greetings.
...trying to install IEMLIB
.pdrc:
-path /usr/lib/pd/externs -path /usr/lib/pd/externs/iemabs -lib Gem -lib zexy -lib iemgui -lib iemlib1 -lib iemlib2 #-lib iem_mp3 ??? #-lib iem_t3_lib ???
Enabling iem_mp3 or iem_t3_lib cause a Segmentation Fault when I start PD. BTW this is iemlib-R1.10 w/ PD 0.33-P1, Debian/Sid Linux.
Thanks, andy
WORKSFORME - at least, im sure mp3play does (tho, annoying that when they added the new output to the mp3play~ object, they didn't add it to the end (therefore breaking existing patches that used the old mp3play object) (pd 0.34-4, iemlib R1.12), but maybe:
i would imagine that the new iemlib depends on the parts of iemlib which have now been added to pd (and removed from iemlib), but i thought that happened in 0.34, so maybe you need to upgrade your pd first.
unrelated (to your troubles) rant:
while talking (and bitching a little) about iemlib, what is with removing the inlets/outlets from gui objects when you give them a recieve/send symbol? how is this a _useful_ feature? what is the purpose in removing functionality? does it break _anything_ to leave the inlets/outlets there? being about to send on an outlet or send on a symbol is cool... only being able to do one or the other is silly.
pix.
On 14 Dec 2001 01:04:06 -0800 Andrew Water Schmeder andy@eh2o.ws wrote:
Greetings.
...trying to install IEMLIB
.pdrc:
-path /usr/lib/pd/externs -path /usr/lib/pd/externs/iemabs -lib Gem -lib zexy -lib iemgui -lib iemlib1 -lib iemlib2 #-lib iem_mp3 ??? #-lib iem_t3_lib ???
Enabling iem_mp3 or iem_t3_lib cause a Segmentation Fault when I start PD. BTW this is iemlib-R1.10 w/ PD 0.33-P1, Debian/Sid Linux.
Thanks, andy
WORKSFORME - at least, im sure mp3play does (tho, annoying that when they added the new output to the mp3play~ object, they didn't add it to the end (therefore breaking existing patches that used the old mp3play object) (pd 0.34-4, iemlib R1.12), but maybe:
Well...
interestingly enough, a litte more hacking and I've now got iem- mp3 and t3_lib working...
Solution: Put the -lib statements on the command line instead of the .pdrc file. Typical Random Voodoo trick. I guess PD is having a problem parsing .pdrc??
andy
Andrew Water Schmeder hat gesagt: // Andrew Water Schmeder wrote:
interestingly enough, a litte more hacking and I've now got iem- mp3 and t3_lib working...
Solution: Put the -lib statements on the command line instead of the .pdrc file. Typical Random Voodoo trick. I guess PD is having a problem parsing .pdrc??
Yes, I was bitten by the same problem when I ran 0.33. PD used to have a size limit in its .pdrc. Please upgrade.
bye,
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___\
/ / / ____/ / / / // ____// /\ \ ___\____ \
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
pix wrote:
while talking (and bitching a little) about iemlib, what is with removing the inlets/outlets from gui objects when you give them a recieve/send symbol? how is this a _useful_ feature? what is the purpose in removing functionality? does it break _anything_ to leave the inlets/outlets there? being about to send on an outlet or send on a symbol is cool... only being able to do one or the other is silly.
this is really a *feature* and not a *bug* ! you can still use the inlets/outlets of the gui-objects, only the tiny black boxes, indicating, that there is an in/outlet are vanishing when you add a send/receive-symbol. this means:
- you see that yo have defined a send and/or a receive-symbol within a
GUI-object by just looking at the patch (and not at the properties) (this is intended to make patches more readabe -- no more dark magic making things work) 2) anything stays full functional -- you can connect a line from an object to a "invisible inlet" of a GUI-object.
mfg.cd.sadr IOhannes
pix.
-
Andrew Water Schmeder -
Frank Barknecht -
IOhannes m zmoelnig -
pix