Pd-list December 2010

pd-list@lists.iem.at

120 participants
216 discussions

Re: [PD] OT: asimuth in speaker
by Derek Holzer 02 Dec '10

02 Dec '10

Hi Ronnie, you would need a Mid/Side recorded audio file, I'm sure the trick doesn't work with normal stereo. But no I don't have a patch. Normal M/S uses M and S instead of L and R. The S track gets panned left, and then an identical version gets panned right and inverted in phase, in Pd this would be [*~ -1]. Then use a samplewise delay on the M track, which is panned center (i.e. [*~ 0.5] sent to both left and right after the [z~]). To a point, the longer the delay in samples, the "higher" the Mid track seems elevated. There could be plugins to convert normal stereo to M/S. I recall seeing such a thing in my Ardour plugins, so it probably came form one LADSPA lib. Best! Derek On 12/2/10 3:38 AM, ronni montoya wrote: > Hi Derek this sounds very interesting, is there an example patch of > this trick to share? > > thanks > > > > 2010/12/1 Derek Holzer<derek(a)umatic.nl>: >> I've created the psychoacoustic effect of azimuth with Mid-Side recordings >> on stereo speakers before. Use traditional M/S panning: Mid = Center, L = + >> Side, Right = - Side, and add a samplewise delay to the Mid channel to >> "elevate" it in the sound field. I've never seen this trick discussed, but >> then again I'm not reading a lot of academic literature either. >> >> D. >> >> On 12/1/10 10:34 AM, ronni montoya wrote: >>> >>> Hello, i was wondering if its possible to perceive azimuth with 2 >>> speakers? Ive tried earplug but it just work with headphones, is it >>> possible to create azimuth with speakers? If yes is there any library >>> or object for this in pd? >> >> >> -- >> ::: derek holzer ::: http://macumbista.net ::: >> ---Oblique Strategy # 24: >> "Bridges >> -build >> -burn" >> >> _______________________________________________ >> Pd-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 152: "Tape your mouth"

2 1

pd~ gives error
by rolf 02 Dec '10

02 Dec '10

hello installed pd-extended for ubuntu karmic opened pd~ help clicked on first message box: "pd~ version 0.2 error: pd~: can't stat /usr/lib/pd-extended/pd" indeed there's no "pd" in this folder? do i have to put it there myself? rolf

2 1

rjdj using [netreceive]
by sonia yuditskaya 02 Dec '10

02 Dec '10

Greetings All Mighty List, has any of you ever used netreceive in rjdj to get information of the interwebs? is such a thing even possible? Sofy Yuditskaya ] yuditskaya.com [

4 8

Re: [PD] default.pdextended in the latest 0.42.x extended release and failure to load some of the libs
by Ivica Ico Bukvic 02 Dec '10

02 Dec '10

However the cxc library and markex are a part of the default.pdextended file provided in the packages/linux_make dir which means that they are apparently a part of pd-extended, yet they fail to build properly using default build scripts. So are they a part of pd-extended or not? Hans-Christoph Steiner <hans(a)at.or.at> wrote: > >You have the right source for that file, packages/linux_make. But I >don't think your problems below have anything to do with that file, >rather how the libraries were built and installed. > >.hc > >On Dec 1, 2010, at 12:00 PM, Ivica Ico Bukvic wrote: > >> These are however included in the example default.pdsettings inside >> of the packages/linux_make folder. Hence my confusion. So, where is >> the "official" default.pdsettings then located? >> >> Hans-Christoph Steiner <hans(a)at.or.at> wrote: >> >>> >>> For something like list-abs, with only abstractions, its just a >>> question >>> of getting the files in the right place. Look at the Pd-extended >>> release for an example. For the "can't find symbol" errors, looks >>> like >>> those objects weren't built properly. Looks like you also threw in a >>> markex.pd_linux and cxc.pd_linux, which Pd-extended does not. >>> >>> .hc >>> >>> On Wed, 01 Dec 2010 10:16 -0500, "Ivica Ico Bukvic" <ico(a)vt.edu> >>> wrote: >>>> Hans (and others who may know the answer to the following question), >>>> >>>> I've tried using default.pdextended included in the >>>> ~/pd-extended/packages/linux_make/ folder in conjunction with the >>>> latest >>>> build of pd-extended (built from scratch) for auto-loading some of >>>> the >>>> libs and found that some of the newly recompiled externals report >>>> errors >>>> as follows: >>>> >>>> [import] $Revision: 1.2 $ >>>> [import] is still in development, the interface could change! >>>> compiled against Pd version 0.42.5 >>>> libdir loader $Revision: 1.8 $ >>>> compiled on Dec 1 2010 at 03:11:55 >>>> compiled against Pd version 0.42.5.extended-20101201 >>>> GEM: Graphics Environment for Multimedia >>>> GEM: ver: 0.91.3 'tigital' >>>> GEM: compiled: Dec 1 2010 >>>> GEM: maintained by IOhannes m zmoelnig >>>> GEM: Authors : Mark Danks (original version) >>>> GEM: Chris Clepper >>>> GEM: James Tittle >>>> GEM: IOhannes m zmoelnig >>>> GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille >>>> Henry, 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 >>>> libdir_loader: added 'cyclone' to the global objectclass path >>>> libdir_loader: added 'zexy' to the global objectclass path >>>> libdir_loader: added 'creb' to the global objectclass path >>>> /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: >>>> /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: undefined symbol: >>>> cxc_split_setup >>>> libdir_loader: added 'cxc' to the global objectclass path >>>> libdir_loader: added 'iemlib' to the global objectclass path >>>> list-abs: can't load library >>>> libdir_loader: added 'mapping' to the global objectclass path >>>> /usr/lib/pd-extended/extra/markex/markex.pd_linux: >>>> /usr/lib/pd-extended/extra/markex/markex.pd_linux: undefined symbol: >>>> invert_setup >>>> libdir_loader: added 'markex' to the global objectclass path >>>> libdir_loader: added 'maxlib' to the global objectclass path >>>> memento: can't load library >>>> libdir_loader: added 'mjlib' to the global objectclass path >>>> libdir_loader: added 'motex' to the global objectclass path >>>> libdir_loader: added 'oscx' to the global objectclass path >>>> pddp: can't load library >>>> libdir_loader: added 'pdogg' to the global objectclass path >>>> pixeltango: can't load library >>>> libdir_loader: added 'pmpd' to the global objectclass path >>>> rradical: can't load library >>>> libdir_loader: added 'sigpack' to the global objectclass path >>>> libdir_loader: added 'smlib' to the global objectclass path >>>> libdir_loader: added 'toxy' to the global objectclass path >>>> libdir_loader: added 'unauthorized' to the global objectclass path >>>> vbap - v1.0.3 - 12 Aug 2006 - (c) Ville Pulkki 1999-2006 (Pd port by >>>> HCS) >>>> libdir_loader: added 'pan' to the global objectclass path >>>> libdir_loader: added 'freeverb' to the global objectclass path >>>> libdir_loader: added 'hcs' to the global objectclass path >>>> jmmmp: can't load library >>>> libdir_loader: added 'ext13' to the global objectclass path >>>> libdir_loader: added 'ggee' to the global objectclass path >>>> libdir_loader: added 'flib' to the global objectclass path >>>> libdir_loader: added 'ekext' to the global objectclass path >>>> libdir_loader: added 'flatspace' to the global objectclass path >>>> PDP: pure data packet version 0.12.5-darcs >>>> PiDiP : additional video processing objects for PDP >>>> version 0.12.23 ( <email omitted> ) >>>> pdp_colorgrid: version 0.4 >>>> by Yves Degoyon (<email omitted>) & Lluis Gomez i Bigorda (<email >>>> omitted>) >>>> >>>> Namely, items in question include: >>>> ./cxc/cxc.pd_linux: ./cxc/cxc.pd_linux: undefined symbol: >>>> cxc_split_setup >>>> libdir_loader: added 'cxc' to the global objectclass path >>>> list-abs: can't load library >>>> ./markex/markex.pd_linux: ./markex/markex.pd_linux: undefined >>>> symbol: >>>> invert_setup >>>> libdir_loader: added 'markex' to the global objectclass path >>>> memento: can't load library >>>> pixeltango: can't load library >>>> rradical: can't load library >>>> jmmmp: can't load library >>>> >>>> default.pdextended looks as follows: >>>> standardpath: 1 >>>> verbose: 0 >>>> defeatrt: 0 >>>> flags: >>>> loadlib1: libdir >>>> loadlib2: Gem >>>> loadlib3: cyclone >>>> loadlib4: zexy >>>> loadlib5: creb >>>> loadlib6: cxc >>>> loadlib7: iemlib >>>> loadlib8: list-abs >>>> loadlib9: mapping >>>> loadlib10: markex >>>> loadlib11: maxlib >>>> loadlib12: memento >>>> loadlib13: mjlib >>>> loadlib14: motex >>>> loadlib15: oscx >>>> loadlib16: pddp >>>> loadlib17: pdogg >>>> loadlib18: pixeltango >>>> loadlib19: pmpd >>>> loadlib20: rradical >>>> loadlib21: sigpack >>>> loadlib22: smlib >>>> loadlib23: toxy >>>> loadlib24: unauthorized >>>> loadlib25: vbap >>>> loadlib26: pan >>>> loadlib27: hcs >>>> loadlib28: jmmmp >>>> loadlib29: ext13 >>>> loadlib30: ggee >>>> loadlib31: iem_anything >>>> loadlib32: flib >>>> loadlib33: ekext >>>> loadlib34: flatspace >>>> loadlib35: pdp >>>> loadlib36: pidip >>>> nloadlib: 36 >>>> path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType >>>> npath: 1 >>>> >>>> Interestingly cxc's object that throws unknown symbol as part of lib >>>> opens just fine and behaves (AFAIK) as expected. >>>> >>>> Also, FWIW, these compiled without a hitch on 0.42.5 extended. >>>> >>>> So, I guess my question is, is the latest pd-extended meant to use >>>> default.pdextended at all and if so, what is the reason for the said >>>> errors? >>>> >>>> Please advise. >>>> >>>> Ico >>>> >>>> > > > > >---------------------------------------------------------------------------- > >All mankind is of one author, and is one volume; when one man dies, >one chapter is not torn out of the book, but translated into a better >language; and every chapter must be so translated.... -John Donne > >

2 2

Gem and video driver issue ?
by tim vets 02 Dec '10

02 Dec '10

Hello, I installed Ubuntu Maverick on an old Thinkpad T42. Before this I was using Gem on the same machine in Hardy...slow but working. Now I can't create the Gemwin at all, I get: pd: ../../radeon/radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted' failed. Pd: signal 6 socket receive error: Connection reset by peer (104) and pd exits. glxgears does work by the way... any ideas? Thanks

1 0

Re: [PD] default.pdextended in the latest 0.42.x extended release and failure to load some of the libs
by Ivica Ico Bukvic 01 Dec '10

01 Dec '10

Okay this helps. thanks a lot for your answer. Hans-Christoph Steiner <hans(a)at.or.at> wrote: > >They are part of pd-extended, and they build properly on the build >machines. Check the nightly builds for more info: >http://autobuild.puredata.info/ > >.hc > >On Dec 1, 2010, at 1:26 PM, Ivica Ico Bukvic wrote: > >> However the cxc library and markex are a part of the >> default.pdextended file provided in the packages/linux_make dir >> which means that they are apparently a part of pd-extended, yet they >> fail to build properly using default build scripts. So are they a >> part of pd-extended or not? >> >> Hans-Christoph Steiner <hans(a)at.or.at> wrote: >> >>> >>> You have the right source for that file, packages/linux_make. But I >>> don't think your problems below have anything to do with that file, >>> rather how the libraries were built and installed. >>> >>> .hc >>> >>> On Dec 1, 2010, at 12:00 PM, Ivica Ico Bukvic wrote: >>> >>>> These are however included in the example default.pdsettings inside >>>> of the packages/linux_make folder. Hence my confusion. So, where is >>>> the "official" default.pdsettings then located? >>>> >>>> Hans-Christoph Steiner <hans(a)at.or.at> wrote: >>>> >>>>> >>>>> For something like list-abs, with only abstractions, its just a >>>>> question >>>>> of getting the files in the right place. Look at the Pd-extended >>>>> release for an example. For the "can't find symbol" errors, looks >>>>> like >>>>> those objects weren't built properly. Looks like you also threw >>>>> in a >>>>> markex.pd_linux and cxc.pd_linux, which Pd-extended does not. >>>>> >>>>> .hc >>>>> >>>>> On Wed, 01 Dec 2010 10:16 -0500, "Ivica Ico Bukvic" <ico(a)vt.edu> >>>>> wrote: >>>>>> Hans (and others who may know the answer to the following >>>>>> question), >>>>>> >>>>>> I've tried using default.pdextended included in the >>>>>> ~/pd-extended/packages/linux_make/ folder in conjunction with the >>>>>> latest >>>>>> build of pd-extended (built from scratch) for auto-loading some of >>>>>> the >>>>>> libs and found that some of the newly recompiled externals report >>>>>> errors >>>>>> as follows: >>>>>> >>>>>> [import] $Revision: 1.2 $ >>>>>> [import] is still in development, the interface could change! >>>>>> compiled against Pd version 0.42.5 >>>>>> libdir loader $Revision: 1.8 $ >>>>>> compiled on Dec 1 2010 at 03:11:55 >>>>>> compiled against Pd version 0.42.5.extended-20101201 >>>>>> GEM: Graphics Environment for Multimedia >>>>>> GEM: ver: 0.91.3 'tigital' >>>>>> GEM: compiled: Dec 1 2010 >>>>>> GEM: maintained by IOhannes m zmoelnig >>>>>> GEM: Authors : Mark Danks (original version) >>>>>> GEM: Chris Clepper >>>>>> GEM: James Tittle >>>>>> GEM: IOhannes m zmoelnig >>>>>> GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille >>>>>> Henry, 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 >>>>>> libdir_loader: added 'cyclone' to the global objectclass path >>>>>> libdir_loader: added 'zexy' to the global objectclass path >>>>>> libdir_loader: added 'creb' to the global objectclass path >>>>>> /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: >>>>>> /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: undefined symbol: >>>>>> cxc_split_setup >>>>>> libdir_loader: added 'cxc' to the global objectclass path >>>>>> libdir_loader: added 'iemlib' to the global objectclass path >>>>>> list-abs: can't load library >>>>>> libdir_loader: added 'mapping' to the global objectclass path >>>>>> /usr/lib/pd-extended/extra/markex/markex.pd_linux: >>>>>> /usr/lib/pd-extended/extra/markex/markex.pd_linux: undefined >>>>>> symbol: >>>>>> invert_setup >>>>>> libdir_loader: added 'markex' to the global objectclass path >>>>>> libdir_loader: added 'maxlib' to the global objectclass path >>>>>> memento: can't load library >>>>>> libdir_loader: added 'mjlib' to the global objectclass path >>>>>> libdir_loader: added 'motex' to the global objectclass path >>>>>> libdir_loader: added 'oscx' to the global objectclass path >>>>>> pddp: can't load library >>>>>> libdir_loader: added 'pdogg' to the global objectclass path >>>>>> pixeltango: can't load library >>>>>> libdir_loader: added 'pmpd' to the global objectclass path >>>>>> rradical: can't load library >>>>>> libdir_loader: added 'sigpack' to the global objectclass path >>>>>> libdir_loader: added 'smlib' to the global objectclass path >>>>>> libdir_loader: added 'toxy' to the global objectclass path >>>>>> libdir_loader: added 'unauthorized' to the global objectclass path >>>>>> vbap - v1.0.3 - 12 Aug 2006 - (c) Ville Pulkki 1999-2006 (Pd >>>>>> port by >>>>>> HCS) >>>>>> libdir_loader: added 'pan' to the global objectclass path >>>>>> libdir_loader: added 'freeverb' to the global objectclass path >>>>>> libdir_loader: added 'hcs' to the global objectclass path >>>>>> jmmmp: can't load library >>>>>> libdir_loader: added 'ext13' to the global objectclass path >>>>>> libdir_loader: added 'ggee' to the global objectclass path >>>>>> libdir_loader: added 'flib' to the global objectclass path >>>>>> libdir_loader: added 'ekext' to the global objectclass path >>>>>> libdir_loader: added 'flatspace' to the global objectclass path >>>>>> PDP: pure data packet version 0.12.5-darcs >>>>>> PiDiP : additional video processing objects for PDP >>>>>> version 0.12.23 ( <email omitted> ) >>>>>> pdp_colorgrid: version 0.4 >>>>>> by Yves Degoyon (<email omitted>) & Lluis Gomez i Bigorda (<email >>>>>> omitted>) >>>>>> >>>>>> Namely, items in question include: >>>>>> ./cxc/cxc.pd_linux: ./cxc/cxc.pd_linux: undefined symbol: >>>>>> cxc_split_setup >>>>>> libdir_loader: added 'cxc' to the global objectclass path >>>>>> list-abs: can't load library >>>>>> ./markex/markex.pd_linux: ./markex/markex.pd_linux: undefined >>>>>> symbol: >>>>>> invert_setup >>>>>> libdir_loader: added 'markex' to the global objectclass path >>>>>> memento: can't load library >>>>>> pixeltango: can't load library >>>>>> rradical: can't load library >>>>>> jmmmp: can't load library >>>>>> >>>>>> default.pdextended looks as follows: >>>>>> standardpath: 1 >>>>>> verbose: 0 >>>>>> defeatrt: 0 >>>>>> flags: >>>>>> loadlib1: libdir >>>>>> loadlib2: Gem >>>>>> loadlib3: cyclone >>>>>> loadlib4: zexy >>>>>> loadlib5: creb >>>>>> loadlib6: cxc >>>>>> loadlib7: iemlib >>>>>> loadlib8: list-abs >>>>>> loadlib9: mapping >>>>>> loadlib10: markex >>>>>> loadlib11: maxlib >>>>>> loadlib12: memento >>>>>> loadlib13: mjlib >>>>>> loadlib14: motex >>>>>> loadlib15: oscx >>>>>> loadlib16: pddp >>>>>> loadlib17: pdogg >>>>>> loadlib18: pixeltango >>>>>> loadlib19: pmpd >>>>>> loadlib20: rradical >>>>>> loadlib21: sigpack >>>>>> loadlib22: smlib >>>>>> loadlib23: toxy >>>>>> loadlib24: unauthorized >>>>>> loadlib25: vbap >>>>>> loadlib26: pan >>>>>> loadlib27: hcs >>>>>> loadlib28: jmmmp >>>>>> loadlib29: ext13 >>>>>> loadlib30: ggee >>>>>> loadlib31: iem_anything >>>>>> loadlib32: flib >>>>>> loadlib33: ekext >>>>>> loadlib34: flatspace >>>>>> loadlib35: pdp >>>>>> loadlib36: pidip >>>>>> nloadlib: 36 >>>>>> path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType >>>>>> npath: 1 >>>>>> >>>>>> Interestingly cxc's object that throws unknown symbol as part of >>>>>> lib >>>>>> opens just fine and behaves (AFAIK) as expected. >>>>>> >>>>>> Also, FWIW, these compiled without a hitch on 0.42.5 extended. >>>>>> >>>>>> So, I guess my question is, is the latest pd-extended meant to use >>>>>> default.pdextended at all and if so, what is the reason for the >>>>>> said >>>>>> errors? >>>>>> >>>>>> Please advise. >>>>>> >>>>>> Ico >>>>>> >>>>>> >>> >>> >>> >>> >>> ---------------------------------------------------------------------------- >>> >>> All mankind is of one author, and is one volume; when one man dies, >>> one chapter is not torn out of the book, but translated into a better >>> language; and every chapter must be so translated.... -John Donne >>> >>> > > > >---------------------------------------------------------------------------- > >Terrorism is not an enemy. It cannot be defeated. It's a tactic. >It's about as sensible to say we declare war on night attacks and >expect we're going to win that war. We're not going to win the war on >terrorism. - retired U.S. Army general, William Odom > >

1 0

msd-editor
by J bz 01 Dec '10

01 Dec '10

Hi All, Is msd-editor dead? Can't seem to find it anywhere now that I have finally got round to wanting to check it out. Cheers, Julian

2 2

Re: [PD] default.pdextended in the latest 0.42.x extended release and failure to load some of the libs
by Ivica Ico Bukvic 01 Dec '10

01 Dec '10

These are however included in the example default.pdsettings inside of the packages/linux_make folder. Hence my confusion. So, where is the "official" default.pdsettings then located? Hans-Christoph Steiner <hans(a)at.or.at> wrote: > >For something like list-abs, with only abstractions, its just a question >of getting the files in the right place. Look at the Pd-extended >release for an example. For the "can't find symbol" errors, looks like >those objects weren't built properly. Looks like you also threw in a >markex.pd_linux and cxc.pd_linux, which Pd-extended does not. > >.hc > >On Wed, 01 Dec 2010 10:16 -0500, "Ivica Ico Bukvic" <ico(a)vt.edu> wrote: >> Hans (and others who may know the answer to the following question), >> >> I've tried using default.pdextended included in the >> ~/pd-extended/packages/linux_make/ folder in conjunction with the latest >> build of pd-extended (built from scratch) for auto-loading some of the >> libs and found that some of the newly recompiled externals report errors >> as follows: >> >> [import] $Revision: 1.2 $ >> [import] is still in development, the interface could change! >> compiled against Pd version 0.42.5 >> libdir loader $Revision: 1.8 $ >> compiled on Dec 1 2010 at 03:11:55 >> compiled against Pd version 0.42.5.extended-20101201 >> GEM: Graphics Environment for Multimedia >> GEM: ver: 0.91.3 'tigital' >> GEM: compiled: Dec 1 2010 >> GEM: maintained by IOhannes m zmoelnig >> GEM: Authors : Mark Danks (original version) >> GEM: Chris Clepper >> GEM: James Tittle >> GEM: IOhannes m zmoelnig >> GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, 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 >> libdir_loader: added 'cyclone' to the global objectclass path >> libdir_loader: added 'zexy' to the global objectclass path >> libdir_loader: added 'creb' to the global objectclass path >> /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: >> /usr/lib/pd-extended/extra/cxc/cxc.pd_linux: undefined symbol: >> cxc_split_setup >> libdir_loader: added 'cxc' to the global objectclass path >> libdir_loader: added 'iemlib' to the global objectclass path >> list-abs: can't load library >> libdir_loader: added 'mapping' to the global objectclass path >> /usr/lib/pd-extended/extra/markex/markex.pd_linux: >> /usr/lib/pd-extended/extra/markex/markex.pd_linux: undefined symbol: >> invert_setup >> libdir_loader: added 'markex' to the global objectclass path >> libdir_loader: added 'maxlib' to the global objectclass path >> memento: can't load library >> libdir_loader: added 'mjlib' to the global objectclass path >> libdir_loader: added 'motex' to the global objectclass path >> libdir_loader: added 'oscx' to the global objectclass path >> pddp: can't load library >> libdir_loader: added 'pdogg' to the global objectclass path >> pixeltango: can't load library >> libdir_loader: added 'pmpd' to the global objectclass path >> rradical: can't load library >> libdir_loader: added 'sigpack' to the global objectclass path >> libdir_loader: added 'smlib' to the global objectclass path >> libdir_loader: added 'toxy' to the global objectclass path >> libdir_loader: added 'unauthorized' to the global objectclass path >> vbap - v1.0.3 - 12 Aug 2006 - (c) Ville Pulkki 1999-2006 (Pd port by >> HCS) >> libdir_loader: added 'pan' to the global objectclass path >> libdir_loader: added 'freeverb' to the global objectclass path >> libdir_loader: added 'hcs' to the global objectclass path >> jmmmp: can't load library >> libdir_loader: added 'ext13' to the global objectclass path >> libdir_loader: added 'ggee' to the global objectclass path >> libdir_loader: added 'flib' to the global objectclass path >> libdir_loader: added 'ekext' to the global objectclass path >> libdir_loader: added 'flatspace' to the global objectclass path >> PDP: pure data packet version 0.12.5-darcs >> PiDiP : additional video processing objects for PDP >> version 0.12.23 ( <email omitted> ) >> pdp_colorgrid: version 0.4 >> by Yves Degoyon (<email omitted>) & Lluis Gomez i Bigorda (<email >> omitted>) >> >> Namely, items in question include: >> ./cxc/cxc.pd_linux: ./cxc/cxc.pd_linux: undefined symbol: >> cxc_split_setup >> libdir_loader: added 'cxc' to the global objectclass path >> list-abs: can't load library >> ./markex/markex.pd_linux: ./markex/markex.pd_linux: undefined symbol: >> invert_setup >> libdir_loader: added 'markex' to the global objectclass path >> memento: can't load library >> pixeltango: can't load library >> rradical: can't load library >> jmmmp: can't load library >> >> default.pdextended looks as follows: >> standardpath: 1 >> verbose: 0 >> defeatrt: 0 >> flags: >> loadlib1: libdir >> loadlib2: Gem >> loadlib3: cyclone >> loadlib4: zexy >> loadlib5: creb >> loadlib6: cxc >> loadlib7: iemlib >> loadlib8: list-abs >> loadlib9: mapping >> loadlib10: markex >> loadlib11: maxlib >> loadlib12: memento >> loadlib13: mjlib >> loadlib14: motex >> loadlib15: oscx >> loadlib16: pddp >> loadlib17: pdogg >> loadlib18: pixeltango >> loadlib19: pmpd >> loadlib20: rradical >> loadlib21: sigpack >> loadlib22: smlib >> loadlib23: toxy >> loadlib24: unauthorized >> loadlib25: vbap >> loadlib26: pan >> loadlib27: hcs >> loadlib28: jmmmp >> loadlib29: ext13 >> loadlib30: ggee >> loadlib31: iem_anything >> loadlib32: flib >> loadlib33: ekext >> loadlib34: flatspace >> loadlib35: pdp >> loadlib36: pidip >> nloadlib: 36 >> path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType >> npath: 1 >> >> Interestingly cxc's object that throws unknown symbol as part of lib >> opens just fine and behaves (AFAIK) as expected. >> >> Also, FWIW, these compiled without a hitch on 0.42.5 extended. >> >> So, I guess my question is, is the latest pd-extended meant to use >> default.pdextended at all and if so, what is the reason for the said >> errors? >> >> Please advise. >> >> Ico >> >>

2 1

Re: [PD] path problem
by Hans-Christoph Steiner 01 Dec '10

01 Dec '10

I guess so, but I don't remember really. It was a gradual thing, it was largely like that in 0.41.4, but not complete. .hc On Tue, 2010-11-30 at 20:58 -0500, Ivica Ico Bukvic wrote: > So I guess this change must've occurred at the same time when the > pd-extended install was moved from /usr/lib/pd to /usr/lib/pd-extended > (and its binary changed from pd to pdextended). Correct? > > On Tue, 2010-11-30 at 20:52 -0500, Hans-Christoph Steiner wrote: > > Perhaps in your distro, the help patches are not in the same folder as > > the .pd_linux file? In Pd-extended 0.42, all libraries are libdirs, so > > they are one folder that include the binary objet .pd_linux files, the > > help files, etc. > > > > .hc > > > > On Tue, 2010-11-30 at 20:49 -0500, Ivica Ico Bukvic wrote: > > > To add to this, it appears latest svn version of 0.42.x pd-extended > > > branch does not use default.pdsettings at all and yet it still finds > > > everything ok. Is it internalizing paths and if so where? In other words > > > what is it using and where is it storing stuff that is making this thing > > > possible? > > > > > > On Tue, 2010-11-30 at 20:04 -0500, Hans-Christoph Steiner wrote: > > > > What's the path bug you are experiencing? > > > > > > > > .hc > > > > > > > > On Tue, 2010-11-30 at 19:12 -0500, Ivica Ico Bukvic wrote: > > > > > Hans, > > > > > > > > > > Could you please let me know what may have been changed in pd-extended > > > > > 0.42.x version over the past year that may have fixed the path bug I am > > > > > currently experiencing as I cannot find anything differing between l2ork > > > > > version and vanilla pd-extended that would explain why pd-extended finds > > > > > those and l2ork doesn't. Even a simple pointer will undoubtedly save me > > > > > tons of time. > > > > > > > > > > Thanks! > > > > > > > > > > Ico > > > > > > > > > > > > > > > > > > > > > > > > >

2 2

non-logical receives
by Andrew Faraday 01 Dec '10

01 Dec '10

Hey All This might be a simple problem, but I can't see a way around it. I'm making a patch involving a grid of toggles (each in an abstraction, so they can have rules to control them individually, also to relay this grid to a grid of squares in gem). Basically I've already set up [s $1-$2-state], in each to send it's position to a named bus. I've also got r $1-$2-control to control each toggle remotely, but that's aside. I can use messages and non-logical sends to generate control messages, like so: [pack f f f]|[$1-$2-control $3 ( Which can change any of the toggles on my grid. So far, all well and good. ======However====== What I really need is for each abstraction to be 'aware' of it's neighbors. So while each one has two arguments, (it's co-ordinates on the grid), I need them to have receives based on it's arguments and some arithmetic. I could generate the right string for this like [$1] [$2]| |[+ 1] [+ 1]| |[pack f f] |[$1-$2-state( But I don't know of an object I can set like this. I can't find a receive which can be set with a message (in the same way that the non-logical sends can be made in a message box, it's all very perplexing). As ever, help would be appreciated Andrew

4 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2010