Re: [PD] RIP James E. Tittle II
jamie/tigital, thankyou so much for your gracious contributions and tireless efforts to make this community something brilliant and inspiring. your loss is very profound as a gem and puredata user, you have provided such excellent work and advice to so many faceless folks like myself, it's just a shame i can't return the favour. i hope your exuberant attitude, patience and persistence will reflect upon us all. may your output continue to serve for a long time to come and may your words be an ongoing asset to the pd-list archives. much respect, patrick/dmotd. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] py/ext: build error
hi thomas and pd-list, i have run into this error building py/pyext: $ sh ../flext/build.sh pd gcc make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_ make[1]: Entering directory `/home/dmotd/pure-data/externals/grill/py' mkdir -p pd-linux/release-multi/ g++ -c -msse -mfpmath=sse -ffast-math -O2 -march=prescott -pthread -fPIC -DPY_EXPORTS -DPY_NUMPY -DPY_USE_GIL -DNDEBUG -DFLEXT_THREADS -DFLEXT_SYS=2 -DPD -I/usr/include/python2.4 -I/home/dmotd/pure-data/pd/src -I/usr/local/include/stk -I/usr/local/include/SndObj/ -I/home/dmotd/pure-data/include/flext source/main.cpp -o pd-linux/release-multi/main.opp source/main.h:32: error: expected class-name before ‘{’ token /home/dmotd/pure-data/include/flext/flcontainers.h: In member function ‘void TypedFifo::Put(T*) [with T = FifoEl]’: source/pybase.h:179: instantiated from here /home/dmotd/pure-data/include/flext/flcontainers.h:456: error: no matching function for call to ‘TypedFifo::Put(FifoEl*)’ /home/dmotd/pure-data/include/flext/flcontainers.h:405: note: candidates are: void Fifo::Put(Lifo::Cell*) /home/dmotd/pure-data/include/flext/flcontainers.h: In member function ‘T* TypedLifo::Pop() [with T = FifoEl]’: /home/dmotd/pure-data/include/flext/flcontainers.h:466: instantiated from ‘T* PooledFifo::New() [with T = FifoEl, int M = 2, int O = 1]’ source/pybase.h:177: instantiated from here /home/dmotd/pure-data/include/flext/flcontainers.h:380: error: invalid static_cast from type ‘Lifo::Cell*’ to type ‘FifoEl*’ make[1]: *** [pd-linux/release-multi/main.opp] Error 1 make[1]: Leaving directory `/home/dmotd/pure-data/externals/grill/py' make: *** [build-release-multi] Error 2 this machine runs gentoo linux using python version 2.4.3, gcc version 4.1.1, and cvs pd / flext / py - synced yesterday! i have set "PY_NUMPY=1", numpy version 1.0.3. i have previously built vasp and xsample using the same flext build system, without problems. thanks a lot, dmotd. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] py/ext: build error
hi thomas, this fix works fine, many thanks. dmotd. Thomas Grill wrote: > Hi all, > it's a problem already encountered by some and i hope that i've finally > fixed this in the CVS... please try again! > best greetings, Thomas > > dmotd schrieb: > >hi thomas and pd-list, > > > > i have run into this error building py/pyext: > > > > > > > >$ sh ../flext/build.sh pd gcc > >make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd > >COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt > >BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc > >TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_ > >make[1]: Entering directory `/home/dmotd/pure-data/externals/grill/py' > >mkdir -p pd-linux/release-multi/ > >g++ -c -msse -mfpmath=sse -ffast-math -O2 -march=prescott -pthread -fPIC > >-DPY_EXPORTS -DPY_NUMPY -DPY_USE_GIL -DNDEBUG -DFLEXT_THREADS > >-DFLEXT_SYS=2 -DPD -I/usr/include/python2.4 -I/home/dmotd/pure-data/pd/src > >-I/usr/local/include/stk -I/usr/local/include/SndObj/ > >-I/home/dmotd/pure-data/include/flext source/main.cpp -o > >pd-linux/release-multi/main.opp > >source/main.h:32: error: expected class-name before ‘{’ token > >/home/dmotd/pure-data/include/flext/flcontainers.h: In member function > >‘void TypedFifo::Put(T*) [with T = FifoEl]’: > >source/pybase.h:179: instantiated from here > >/home/dmotd/pure-data/include/flext/flcontainers.h:456: error: no matching > >function for call to ‘TypedFifo::Put(FifoEl*)’ > >/home/dmotd/pure-data/include/flext/flcontainers.h:405: note: candidates > >are: void Fifo::Put(Lifo::Cell*) > >/home/dmotd/pure-data/include/flext/flcontainers.h: In member function > >‘T* TypedLifo::Pop() [with T = FifoEl]’: > >/home/dmotd/pure-data/include/flext/flcontainers.h:466: instantiated > >from ‘T* PooledFifo::New() [with T = FifoEl, int M = 2, int O = > >1]’ > >source/pybase.h:177: instantiated from here > >/home/dmotd/pure-data/include/flext/flcontainers.h:380: error: invalid > >static_cast from type ‘Lifo::Cell*’ to type ‘FifoEl*’ > >make[1]: *** [pd-linux/release-multi/main.opp] Error 1 > >make[1]: Leaving directory `/home/dmotd/pure-data/externals/grill/py' > >make: *** [build-release-multi] Error 2 > > > > > > > > this machine runs gentoo linux using python version 2.4.3, > > gcc version 4.1.1, and cvs pd / flext / py - synced > > yesterday! i have set "PY_NUMPY=1", numpy version 1.0.3. > > > > i have previously built vasp and xsample using the same > > flext build system, without problems. > > > > thanks a lot, > > > >dmotd. > > > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] who is using [entry]?
ya, i second franks suggestion of prepending a 'tk' to the object, this seems quite self explanitory. a tk.text would work for me, afterall these are quite explicit tk objects and would have no use outside of the tk environment. i'm not sure about a '/' however as it may confuse the concept of 'lib/object' namespacing.. anyhow good work on hcs/bbogarts part.. nice to see tot/toxy/etc is becoming unecessary these days.. completely out of the loop, dmotd Frank Barknecht wrote: > Hallo, > Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > > > I want to keep the same names as the Tk widgets, that's why I chose > > that name. That way it's very easy to use the Tk docs for these > > widgets. The options are the same too. It will be in the lib > > tkwidgets, so tkwidgets/text will always be possible. Hopefully this > > doesn't cause any problems. > > These are the widgets I plan on implementing: > > > > http://puredata.info/dev/TkWidget > > I think, that's a cool list of objects to have and it's great that > you're working on it. The names in Tk are very generic, though, which > is understandable for Tk itself, as it's largely self-contained. But > in Pd, there's even another [scale] waiting to clash with existing > objects and (private) abstractions, that's why maybe a short, > quickly-to-type namespace should be obligatory. What about [tk/scale]? > > Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [gem-cvs] crashes xorg/ati..
hi all.. i am supposed to be performing an old work this weekend, but gem refuses to behave. i am running gem from cvs, pd 0.41-2, xorg server 1.4.0.90, ati driver 8.2 (8.455.2-r1) on a gentoo linux platform. [machine: hp/compaq nc6400, card: mobility radeon X1300] i have attached my xorg log.. to summarize the x server crashes as soon as i click a create message on a gemwin. the patch can be as simple as the create msg and the gemwin object.. the real oddity is that there has been one circumstance where gem worked, created the gemwin and rendered a simple cube, but destroying this window froze the machine completely. i have only seen gem 'work' once out of a good 30 times i have tried.. the backtrace that is spat out is as follows: Backtrace: 0: X(xf86SigHandler+0x7e) [0x80c810e] 1: [0xe420] 2: /usr/lib/xorg/modules/extensions//libGLcore.so(_mesa_initialize_context+0x4e4 ) [0xb5e38115] 3: /usr/lib/xorg/modules/extensions//libGLcore.so(XMesaCreateContext+0x79) [0xb5 f3df75] 4: /usr/lib/xorg/modules/extensions//libglx.so [0xb7bcbf42] 5: /usr/lib/xorg/modules/extensions//libglx.so(DoCreateContext+0x10b) [0xb7bc997 8] 6: /usr/lib/xorg/modules/extensions//libglx.so [0xb7bc9b58] 7: /usr/lib/xorg/modules/extensions//libglx.so [0xb7bcb80f] 8: X [0x81415de] 9: X(Dispatch+0x2ba) [0x80866c9] 10: X(main+0x49e) [0x806ebc5] 11: /lib/libc.so.6(__libc_start_main+0xd8) [0xb7ca3838] 12: X(FontFileCompleteXLFD+0xc9) [0x806df21] i hope someone can shed some light on this.. if it means downgrading drivers, i am happy to do so but i have little time for trial and error.. and yes, i know ati cards have a dismal track record, but this is my only laptop and i am stuck with the card fitted.. thanks.. dmotd. This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.4.0.90 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.23.9 i686 Current Operating System: Linux sugoi 2.6.23.9 #1 SMP PREEMPT Mon Dec 17 17:51:41 EST 2007 i686 Build Date: 22 February 2008 11:47:02AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 22 12:39:09 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "aticonfig-Screen[0]" (0) (**) | |-->Monitor "aticonfig-Monitor[0]" (**) | |-->Device "aticonfig-Device[0]" (**) |-->Input Device "Keyboard0" (**) |-->Input Device "Synaptics" (**) |-->Input Device "Stylus" (**) |-->Input Device "Eraser" (**) Option "AIGLX" "Off" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/TTF/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/OTF" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Extension "Composite" is disabled (II) No default mouse found, adding one (**) |-->Input Device "" (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x81c8b80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.0.90, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 103c,30ac rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,27a1 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1b:0: chip 8086,27d8 card 103c,30ac rev 01 class 04,03,00 hdr 0
Re: [PD] [gem-cvs] crashes xorg/ati..
hey ben.. good theory, unfortunately everything seems in order (/usr/lib/libGL.so* is correctly linked to the ati libs] i have now tried every possible method to correct the problem, including updating my compiler, the wide world of google leads nowhere.. i'm beginning to suspect faulty hardware.. i don't have many other GL based apps to test against, just the standard mesa afair and they all work fine, and gem works against the mesa libs, of course i'm reliant on hardware rendering for this particular project.. all i can do now is strongly advise folks against purchasing anything [amd]/ati when using linux. besides the pitfalls of irregular driver updates and next to no GPL contributions, ati gear is horrible to configure, has many issues with standard function calls, relies heavily on kernel ABI stability *which linux will never fulfil* and due to such issues will never run on a patched kernel (i.e realtime-preempt).. this machine was a donation and now apart from a glamorous jukebox (pd audio is AOK!) and email platform is more or less useless for the work i have done previously.. so yeah, all i can suggest is get gear with an nvidia or intel video chipset (as much as intel are a bit behind in the 3d stakes, they have been glorious contributors to open development and their hardware is quite stable and usable, i'm no gamer tho..). language warning: AMD/ATI can go fuck themselves and i won't take part in any of their developments in the near future.. hopefully the have a wonderful life in this ugly vista world.. please plant a nice nvidia card into an old machine and have some fun, modern computing is about pleasing the right folks at silicone valley.. screw the lot of them, i'm making 3d with clay.. cheers pd crew, you folks rock. love, dmotd.. B. Bogart wrote: > Hey, > > I never used the flglx drivers, but it looks to me that your gem is > linked against mesa, not the glx included with the flglx driver. > > That could be a problem... > > Don't bother running on the xorg DRI, does not play well with Gem. > > Good luck, > .b. > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: using PD to access URL based images and video
marius schebella wrote: > youtube videos are more tricky, because you would have to > convert them from flash to some readable file format. as gem has ffmpeg support, and ffmpeg can read flash (flv) videos, then i can only assume that it is possible to do as marius describes with youtube (with access permssions to the youtube API).. from previous experience the youtube API is quite straight forward to script with and i think the results could be quite pleasing.. as my machine had begun to disintegrate on the video side i can't actually test this theory.. but it's certainly feasible.. otherwise running numerous video conversion apps at a script level would definitely sort you out at the obvious expense of CPU.. i think this activity is certainly worth pursuing even encouraging, a whole world (worthy?) of sampling.. i have seen max/msp/jitter based work that does as described, can anyone tell me if this is done natively? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Synaptics touchpad input not working
hi james, the synaptics driver generally steals the focus of the device so that userspace programs can't directly access it, see if the Xorg option 'Option "GrabEventDevice" "false"' helps, see 'man synaptics' for more info. cheers, dmotd James Dunn wrote: > I've tried using [hid] and [linuxmouse] and both objects can open the device > but no data is output from either object. [MouseState] and [cursor] both work > but I was hoping to get relative values. Is this a driver issue? I'm using > Ubuntu 8.04 and Pd version 0.42.5-extended-rc3. Here's the console output: > > [hid] 0.7, written by Hans-Christoph Steiner > compiled on Jun 13 2010 at 11:45:43 > > Device 0: 'Macintosh mouse button emulation' on '/dev/input/event0' > Device 1: 'AT Translated Set 2 keyboard' on '/dev/input/event1' > Device 2: 'PC Speaker' on '/dev/input/event2' > Device 3: 'Power Button (FF)' on '/dev/input/event3' > Device 4: 'Sleep Button (CM)' on '/dev/input/event4' > Device 5: 'Lid Switch' on '/dev/input/event5' > Device 6: 'SynPS/2 Synaptics TouchPad' on '/dev/input/event6' > Device 7: 'Video Bus' on '/dev/input/event7' > Device 8: 'PS/2 Generic Mouse' on '/dev/input/event8' > > > Supported events: > > Detected: > [hid] opened device 6 (/dev/input/event6): SynPS/2 Synaptics TouchPad > print: open 1 > print: device 6 > > > Also my xorg.conf has this info: > > Section "InputDevice" > Identifier "Synaptics Touchpad" > Driver "synaptics" > Option"SendCoreEvents" "true" > Option"Device" "/dev/psaux" > Option"Protocol" "auto-dev" > Option"HorizEdgeScroll" "FALSE" > Option"VertEdgeScroll" "FALSE" > Option"SHMconfig" "on" > Option"VertTwoFingerScroll" "TRUE" > Option"HorizTwoFingerScroll" "TRUE" > EndSection > > > Any ideas? > > thanks, > > James > ___ > 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
Re: [PD] Synaptics touchpad input not working
also another tip, its possible to configure a device dynamically with 'xinput', you can toggle off with: xinput --set-prop "name of device" "Device Enabled" 0 i use this with my wacom tablet to go between xorg device and HID, a full set of properties can be found with: xinput --list-props "name of device" i hope this is of help. James Dunn wrote: > I've tried using [hid] and [linuxmouse] and both objects can open the device > but no data is output from either object. [MouseState] and [cursor] both work > but I was hoping to get relative values. Is this a driver issue? I'm using > Ubuntu 8.04 and Pd version 0.42.5-extended-rc3. Here's the console output: > > [hid] 0.7, written by Hans-Christoph Steiner > compiled on Jun 13 2010 at 11:45:43 > > Device 0: 'Macintosh mouse button emulation' on '/dev/input/event0' > Device 1: 'AT Translated Set 2 keyboard' on '/dev/input/event1' > Device 2: 'PC Speaker' on '/dev/input/event2' > Device 3: 'Power Button (FF)' on '/dev/input/event3' > Device 4: 'Sleep Button (CM)' on '/dev/input/event4' > Device 5: 'Lid Switch' on '/dev/input/event5' > Device 6: 'SynPS/2 Synaptics TouchPad' on '/dev/input/event6' > Device 7: 'Video Bus' on '/dev/input/event7' > Device 8: 'PS/2 Generic Mouse' on '/dev/input/event8' > > > Supported events: > > Detected: > [hid] opened device 6 (/dev/input/event6): SynPS/2 Synaptics TouchPad > print: open 1 > print: device 6 > > > Also my xorg.conf has this info: > > Section "InputDevice" > Identifier "Synaptics Touchpad" > Driver "synaptics" > Option"SendCoreEvents" "true" > Option"Device" "/dev/psaux" > Option"Protocol" "auto-dev" > Option"HorizEdgeScroll" "FALSE" > Option"VertEdgeScroll" "FALSE" > Option"SHMconfig" "on" > Option"VertTwoFingerScroll" "TRUE" > Option"HorizTwoFingerScroll" "TRUE" > EndSection > > > Any ideas? > > thanks, > > James > ___ > 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
Re: [PD] Synaptics touchpad input not working
'xinput --list' provides a list of all supported devices. Pedro Lopes wrote: > I've never used hid or linuxmouse. And when I saw your message I gave it a try > (since I'm also running Ubuntu and have a synaptics touchpad). > > I'd like to help but here it seems to be even a bigger mess... it crashes when > accessing the mouse evice with hid. (probably because of the user space issue > that dmotd mentioned). > > How did you get that device list? Is it a print from hid? (the only things I > remember is lspci and lsusb) > > Best regards to everyone, and big up to Hans-Christoph Steiner for hid and > linuxmouse, > Pedro > > > > On Sat, Jun 19, 2010 at 4:48 PM, dmotd wrote: > > also another tip, its possible to configure a > device dynamically with 'xinput', you can > toggle off with: > xinput --set-prop "name of device" "Device Enabled" 0 > i use this with my wacom tablet to go between > xorg device and HID, a full set of properties > can be found with: > xinput --list-props "name of device" > i hope this is of help. > > James Dunn wrote: > > I've tried using [hid] and [linuxmouse] and both objects can open the > device > > but no data is output from either object. [MouseState] and [cursor] both > work > > but I was hoping to get relative values. Is this a driver issue? I'm > using > > Ubuntu 8.04 and Pd version 0.42.5-extended-rc3. Here's the console > output: > > > > [hid] 0.7, written by Hans-Christoph Steiner > > compiled on Jun 13 2010 at 11:45:43 > > > > Device 0: 'Macintosh mouse button emulation' on '/dev/input/event0' > > Device 1: 'AT Translated Set 2 keyboard' on '/dev/input/event1' > > Device 2: 'PC Speaker' on '/dev/input/event2' > > Device 3: 'Power Button (FF)' on '/dev/input/event3' > > Device 4: 'Sleep Button (CM)' on '/dev/input/event4' > > Device 5: 'Lid Switch' on '/dev/input/event5' > > Device 6: 'SynPS/2 Synaptics TouchPad' on '/dev/input/event6' > > Device 7: 'Video Bus' on '/dev/input/event7' > > Device 8: 'PS/2 Generic Mouse' on '/dev/input/event8' > > > > > > Supported events: > > > > Detected: > > [hid] opened device 6 (/dev/input/event6): SynPS/2 Synaptics TouchPad > > print: open 1 > > print: device 6 > > > > > > Also my xorg.conf has this info: > > > > Section "InputDevice" > > Identifier "Synaptics Touchpad" > > Driver "synaptics" > > Option"SendCoreEvents" "true" > > Option"Device" "/dev/psaux" > > Option"Protocol" "auto-dev" > > Option"HorizEdgeScroll" "FALSE" > > Option"VertEdgeScroll" "FALSE" > > Option"SHMconfig" "on" > > Option"VertTwoFingerScroll" "TRUE" > > Option"HorizTwoFingerScroll" "TRUE" > > EndSection > > > > > > Any ideas? > > > > thanks, > > > > James > > > ___ > > 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 > > > > > -- > Pedro Lopes > contacto: j...@radiozero.pt > website: http://web.ist.utl.pt/Pedro.Lopes > ___ > 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
Re: [PD] obj to open webbrowser
i think you're after [pddplink] philippe boisnard wrote: > Hello > > I have a big black hole, I don't remember the object to open > directly a web-browser and a link. > > thanks > > p > > ___ > 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
Re: [PD] pd-extended for powerpc
hi patrick, i'm currently running on a powerbook/g4, i have packages for archlinux, which is unfortunately not an oficial release distro, and consequently difficult to set up.. but i can confirm that the standard pd-extended nightly set will build fine on ppc architecture on linux. good luck, dmotd Pagano, Patrick wrote: > Sorry that was not clear, for linux powerpc > > > > > > > > From: Pagano, Patrick > Sent: Tuesday, June 29, 2010 5:31 PM > To: pd-list@iem.at > Subject: pd-extended for powerpc > > > > Hey > > I have an older G4 laptop I am trying to revive for club use and I was hoping > to find a version of pd-extended for powerpc > > > > pp > > ___ > 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
Re: [PD] compiling pd-extended on arch linux
hi james, there's a PKGBUILD already available on AUR.. http://aur.archlinux.org/packages.php?ID=22509 tested very recently.. btw, you are missing imagemagick 'pacman -S imagemagick' should do the trick. dmotd James Dunn wrote: > Hi list, > > I am trying to compile pd-extended on arch linux according to the instructions > here: http://puredata.info/docs/developer/GettingPdSource > I checked out svn and follwed the instructions here: > http://puredata.info/docs/ > developer/BuildingPdExtended > > make install fails with: > > GemPixImageLoad.cpp:64:23: fatal error: Magick++.h: No such file or directory > compilation terminated > > I have ImageMagick installed and Magick++.h is in /usr/include/ImageMagick/ as > well as /usr/local/include/ImageMagick > Do I have to modify my path or something? > > thanks > > James > ___ > 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
Re: [PD] compiling pd-extended on arch linux
usr/include/ImageMagick/magick/ImageMagick.h /usr/include/ImageMagick/magick/api.h /usr/include/ImageMagick/magick/prepress.h /usr/include/ImageMagick/magick/enhance.h /usr/include/ImageMagick/magick/quantize.h /usr/include/ImageMagick/magick/timer.h /usr/include/ImageMagick/magick/PreRvIcccm.h /usr/include/ImageMagick/magick/xml-tree.h /usr/include/ImageMagick/magick/draw.h /usr/include/ImageMagick/magick/statistic.h /usr/include/ImageMagick/magick/color.h /usr/include/ImageMagick/magick/annotate.h /usr/include/ImageMagick/magick/image.h /usr/include/ImageMagick/magick/morphology.h /usr/include/ImageMagick/magick/identify.h /usr/include/ImageMagick/magick/deprecate.h /usr/include/ImageMagick/magick/module.h /usr/include/ImageMagick/magick/token.h /usr/include/ImageMagick/magick/attribute.h /usr/include/ImageMagick/magick/layer.h /usr/include/ImageMagick/magick/string_.h /usr/include/ImageMagick/magick/monitor.h /usr/include/ImageMagick/magick/cipher.h /usr/include/ImageMagick/magick/effect.h /usr/include/ImageMagick/magick/property.h /usr/include/ImageMagick/magick/widget.h /usr/include/ImageMagick/magick/resource_.h /usr/include/ImageMagick/magick/geometry.h /usr/include/ImageMagick/Magick++.h -- James Dunn wrote: > Hi dmotd, > > thanks for the link. I tried the PKGBUILD and it fails at exactly > the same point. I already have imagemagick installed and Magickk++.h > is in /usr/include/ImageMagick > > If i change Gem/src/Base/GemPixImageLoad.cpp line 64 from: > > # include > > to: > > # include > > it gets past the original error, but fails with the following error: > > In file included from GemPixImageLoad.cpp:64:0: > /usr/include/ImageMagick/Magick++.h:9:30: fatal error: > Magick++/Include.h: No such file or directory > compilation terminated. > > So now it can't find Include.h, but Include.h is definitely located > here: /usr/include/ImageMagick/Magick++/Include.h > > Must be something to do with paths right? How to I solve this? > > James > > > Quoth dmotd, on 05/07/10 14:30: > >hi james, > > > >there's a PKGBUILD already available on AUR.. > >http://aur.archlinux.org/packages.php?ID=22509 > > > >tested very recently.. > > > >btw, you are missing imagemagick > >'pacman -S imagemagick' should do the trick. > > > >dmotd > > > >James Dunn wrote: > >>Hi list, > >> > >>I am trying to compile pd-extended on arch linux according to the > >>instructions > >>here: http://puredata.info/docs/developer/GettingPdSource > >>I checked out svn and follwed the instructions here: > >>http://puredata.info/docs/ > >>developer/BuildingPdExtended > >> > >>make install fails with: > >> > >>GemPixImageLoad.cpp:64:23: fatal error: Magick++.h: No such file or > >>directory > >>compilation terminated > >> > >>I have ImageMagick installed and Magick++.h is in /usr/include/ImageMagick/ > >>as > >>well as /usr/local/include/ImageMagick > >>Do I have to modify my path or something? > >> > >>thanks > >> > >>James > >>___ > >>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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling pd-extended on arch linux
Mathieu Bouchard wrote: > On Tue, 6 Jul 2010, James Dunn wrote: > > >Seems like I just had to install pkg-config. It now finds the > >imagemagick library but fails with a new error: > >videoV4L2.cpp:389:31: error: ‘fstat’ was not declared in this scope > >videoV4L2.cpp:394:27: error: ‘S_ISCHR’ was not declared in this scope > > Try adding this line near the top : > > #include mathieu beat me to it.. you may also need: #include ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Formants in puredata : Problem to compile flext in Ubuntu lucyd
flext needs to be configured for your system first. you should find a config file at buildsys/config-lnx-pd-gcc.txt make sure you direct it to the location of your pd source code. there are other config options that should be set in that file, just check they relate to your setup. - dmotd linedicons...@gmail.com wrote: > Hi! > I need to use formants in realtime and I found : sms_peak based on flext. > > I doesnt found a binary for osx, or ubuntu so I start compiling. > > My first error for flext is : > > ~/pd-flext/flext$ sudo ./build.sh pd gcc build > [sudo] password for marco: > make -f ./buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc > BUILDPATH=./buildsys/ PKGINFO=package.txt BUILDCLASS=flext > USRCONFIG=config.txt > USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=release TARGETTYPE=single _build_ > make[1]: Entering directory `/home/marco/pd-flext/flext' > mkdir -p pd-linux/release-single/ > g++ -c -msse -mfpmath=sse -ffast-math -O3 -pthread -fPIC > -fvisibility-inlines-hidden -DFLEXT_USE_SIMD -DNDEBUG -DFLEXT_EXPORTS > -DFLEXT_SYS=2 -DPD -I/usr/local/src/pd/src -I/usr/include/stk -I/usr/include/ > sndobj source/flbase.cpp -o pd-linux/release-single/flbase.opp > source/flbase.cpp:32:22: error: g_canvas.h: No such file or directory > source/flbase.cpp: In static member function static bool > flext_obj_single::GetParamSym(t_atom&, const t_symbol*, _glist*) : > source/flbase.cpp:134: error: canvas_realizedollar was not declared in this > scope > source/flbase.cpp:137: error: canvas_realizedollar was not declared in this > scope > make[1]: *** [pd-linux/release-single/flbase.opp] Error 1 > make[1]: Leaving directory `/home/marco/pd-flext/flext' > make: *** [build-release-single] Error 2 > > > Thanks for suggestions and help! > > > > -- > Marco Amato > ___ > 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
Re: [PD] compiling pd-extended on arch linux
add it to videoV4L2.h in src/Pixes (or src/plugins/videoV4L2 for svn version). you should see a bunch of '# include' starting around line 30. James Dunn wrote: > Quoth dmotd, on 06/07/10 13:49: > >>>Seems like I just had to install pkg-config. It now finds the > >>>imagemagick library but fails with a new error: > >>>videoV4L2.cpp:389:31: error: ‘fstat’ was not declared in this scope > >>>videoV4L2.cpp:394:27: error: ‘S_ISCHR’ was not declared in this scope > >>Try adding this line near the top : > >> > >> #include > >mathieu beat me to it.. you may also need: > > > > #include > > Do I add these lines to the top of the makefile in > pd-extended/packages/linux_make? > I tried doing this and I still get the error. Also, why are these > lines written with a # in front? I thought this was to comment the > line out? I tried compiling with no #'s at the start of the lines > and I get this error: > > Makefile:6: : No such file or directory > Makefile:7: : No such file or directory > make: dpkg-architecture: Command not found > make: *** No rule to make target `'. Stop. > > and with the full path specified: > > Makefile:6: : No such file or directory > Makefile:7: : No such file or directory > make: dpkg-architecture: Command not found > make: *** No rule to make target `'. Stop. > > the files are definitely installed as locate stat.h shows: > > /usr/include/ustat.h > /usr/include/asm/stat.h > /usr/include/asm-generic/stat.h > /usr/include/bits/stat.h > /usr/include/bits/ustat.h > /usr/include/linux/stat.h > /usr/include/rpcsvc/rstat.h > /usr/include/sys/stat.h > /usr/include/sys/ustat.h > /usr/include/tirpc/rpc/clnt_stat.h > /usr/share/man/man0/stat.h.0p.gz > /usr/share/man/man0/sys_stat.h.0p.gz > > Thanks for the help so far! > > James > > > ___ > 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
Re: [PD] a toggle matrix
see attached, requires iemmatrix.. - dmotd Felix Obée wrote: > hi, > > i'm pretty new to pd so please don't flame me completely if i am talking > nonsense here. > > i am looking for an object that will give me an interactive binary matrix, > where i can switch each individual value by clicking on it, like a toggle. > use would be for example a step sequencer with x rows, controlling a led > matrix or, in my case, a matrix of speakers. > > i did some research but couldn't find anything like that mentioned in the > list or the wiki. building such a thing manually with an estimated number of > 200 toggles would be quite tiresome... > > thx for the help > > felix > > > > ... > --- > Felix Obée > Weichselstr. 35 > 12045 Berlin > > Phone: 0178 / 49 31 008 > Phone: 030 / 55957397 > Mail: fe...@amphibiousthoughts.com > http://amphibiousthoughts.com > http://dj.amphibiousthoughts.com > --- > > > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list #N canvas 129 0 450 326 10; #X obj 324 251 mtx_print; #X obj 324 229 matrix; #X obj 45 110 mtx_eye 8; #X obj 46 89 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 323 207 spigot; #X obj 374 188 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X msg 244 48 print 1; #X msg 256 67 print 0; #X text 263 86 print (including \$0 arg); #X text 34 283 warning! can choke pd when building larger matrices ; #X text 33 9 [mtx_tog] is a binary viewer/editor abs for iemmatrix ; #X text 292 299 (c) 2006 dmotd; #X obj 244 177 mtx_tog 2 2; #X obj 241 105 mtx_tog 4 4; #X obj 46 138 mtx_tog 8 8; #X obj 246 220 mtx_tog 3 1; #X obj 212 176 mtx_tog 3 1; #X text 65 28 usage: [mtx_tog m n]; #X text 65 46 where m = rows; #X text 79 65 and n = columns; #X connect 1 0 0 0; #X connect 2 0 14 0; #X connect 3 0 2 0; #X connect 4 0 1 0; #X connect 5 0 4 1; #X connect 6 0 13 0; #X connect 7 0 13 0; #X connect 12 0 4 0; #X connect 12 0 15 0; #X connect 13 0 12 0; #X connect 13 0 16 0; #N canvas 100 82 373 383 10; #N canvas 317 180 450 300 \$0-subpatch 0; #X obj 0 0 tgl 15 0 1011_1_1_send 1011_1_1_receive empty 17 7 0 10 -262144 -1 -1 0 1; #X coords 0 -1 1 1 15 15 2 0 0; #X restore 0 50 pd \$0-subpatch; #N canvas 167 102 450 300 edit_mtx 0; #X obj 41 46 r \$0-matrix; #X obj 72 236 outlet; #X obj 286 174 spigot; #X obj 322 128 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 320 99 inlet; #X obj 166 24 inlet; #X obj 178 115 mtx_check; #N canvas 67 97 523 386 mtx_set 0; #N canvas 18 295 450 300 doit 0; #X obj 88 62 until; #X obj 88 90 f; #X obj 119 92 + 1; #X obj 163 92 sel 0; #X obj 117 119 mod 5; #X obj 90 32 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 161 343 450 300 count 0; #X obj 85 15 inlet; #X obj 219 108 f; #X obj 276 104 + 1; #X msg 194 75 bang; #X floatatom 277 138 5 0 0 0 - - -; #X msg 263 77 0; #X obj 212 181 select 1; #X obj 230 147 < 5; #X obj 278 4 inlet; #X obj 299 43 int; #X obj 197 242 outlet; #X obj 300 263 outlet; #X obj 211 208 del 10; #X obj 269 207 del 11; #X connect 0 0 3 0; #X connect 1 0 2 0; #X connect 2 0 1 1; #X connect 2 0 4 0; #X connect 2 0 7 0; #X connect 2 0 10 0; #X connect 3 0 1 0; #X connect 5 0 1 1; #X connect 6 0 12 0; #X connect 6 1 13 0; #X connect 7 0 6 0; #X connect 8 0 9 0; #X connect 9 0 7 1; #X connect 12 0 1 0; #X connect 13 0 5 0; #X connect 13 0 11 0; #X restore 159 -23 pd count; #X obj 157 -47 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X floatatom 203 -53 5 0 0 0 - - -; #X obj 215 14 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X floatatom 158 5 5 0 0 0 - - -; #X obj 194 141 pack; #X obj 150 29 t b f; #X floatatom 108 -26 5 0 0 0 - - -; #X obj 43 -68 inlet; #X obj 127 -71 inlet; #X obj 211 -76 inlet; #X obj 246 185 outlet; #X obj 229 -33 max 1; #X obj 63 -23 max 1; #X obj 362 190 outlet; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 2 0 4 0; #X connect 2 0 11 0; #X connect 3 0 0 1; #X connect 4 0 1 1; #X connect 4 0 3 0; #X connect 5 0 0 0; #X connect 6 0 10 0; #X connect 6 0 12 0; #X connect 6 1 9 0; #X connect 7 0 6 0; #X connect 8 0 18 0; #X connect 9 0 20 0; #X connect 11 0 17 0; #X connect 12 0 5 0; #X connect 12 1 11 1; #X connect 13 0 4 1; #X connect 14 0 7 0; #X connect 15 0 19 0; #X connect 16 0 8 0; #X connect 18 0 6 1; #X connect 19 0 13 0; #X restore 165 98 pd doit; #X floatatom 195 78 5 0 0 0 - - -; #X floatatom 245 79 5 0 0 0 - - -; #X obj 80 38 inlet; #X obj 77 171 matrix; #X obj 167 246 pack 0 0 0 0; #X obj 140 211 route matrix; #X obj 77 228 \$0; #X obj 204 179 unpack; #X obj 172 124 t a a; #X obj 78 199 t b a; #X msg 145 73 bang; #X obj 220 -24 loadbang; #X obj 220 0 bng 15 2
Re: [PD] tk version weirdness with 0.43test2
IOhannes m zmölnig wrote: > i guess this is because frank (and cyrille, btw) used miller's build > system ("cd pd/src; ./configure; make") rather than the new shiny > automake system ("cd pd; ./autogen.sh; ./configure; make") i just tried this and configure threw an error: --- [pd-0.43-0test2]$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: creating directory m4/config autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `m4/config'. libtoolize: copying file `m4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4/generated'. libtoolize: copying file `m4/generated/libtool.m4' libtoolize: copying file `m4/generated/ltoptions.m4' libtoolize: copying file `m4/generated/ltsugar.m4' libtoolize: copying file `m4/generated/ltversion.m4' libtoolize: copying file `m4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:8: installing `m4/config/config.guess' configure.ac:8: installing `m4/config/config.sub' configure.ac:5: installing `m4/config/install-sh' configure.ac:5: installing `m4/config/missing' asio/Makefile.am: installing `m4/config/depcomp' configure.ac:236: required file `pd.pc.in' not found autoreconf: automake failed with exit status: 1 --- autoreconf: automake failed with exit status: 1 [pd-0.43-0test2]$ ./configure checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... powerpc-unknown-linux-gnu checking host system type... powerpc-unknown-linux-gnu ./configure: line 3193: syntax error near unexpected token `IPHONEOS=yes,' ./configure: line 3193: `PD_CHECK_IPHONE(IPHONEOS=yes, IPHONEOS=no, as_fn_error "iPhoneOS SDK not available" "$LINENO" 5)' ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] dynamically altering GUI send/receive symbols
On Sunday 01 February 2009 00:55:24 Rory Walsh wrote: > Quick question: is it possible to dynamically alter the send/receive > symbols for GUI objects? I know that one can change most attributes > through various messages but is it possible to alter their > send/receive symbols? > > Rory. > > p.s. It's been a few years since I posted any messages here. I hope > everyone is keeping well! > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list --- #N canvas 0 0 450 300 10; #X floatatom 272 142 5 0 0 0 - - -; #X floatatom 90 115 5 0 0 0 - - -; #X obj 273 182 s now; #X msg 86 42 symbol now; #X obj 86 78 dyn-receive test; #X obj 219 76 dyn-send test; #X floatatom 220 47 5 0 0 0 - - -; #X msg 296 51 symbol great; #X obj 92 184 r great; #X floatatom 93 210 5 0 0 0 - - -; #X obj 156 185 r test; #X obj 223 183 s test; #X floatatom 160 216 5 0 0 0 - - -; #X floatatom 222 157 5 0 0 0 - - -; #X connect 0 0 2 0; #X connect 3 0 4 0; #X connect 4 0 1 0; #X connect 6 0 5 0; #X connect 7 0 5 1; #X connect 8 0 9 0; #X connect 10 0 12 0; #X connect 13 0 11 0; #N canvas 80 349 450 300 10; #N canvas 781 144 450 300 \$0-receive 1; #X obj 10 10 r test; #X obj 10 30 s 1227-dyn-receive; #X connect 0 0 1 0; #X restore 202 43 pd \$0-receive; #X obj 83 130 f \$0; #X obj 56 150 list; #X obj 56 202 s pd-\$0-receive; #X obj 56 110 t a b; #X obj 204 120 outlet; #X obj 56 64 inlet; #X msg 56 170 clear \, obj 10 10 r \$1 \, obj 10 30 s \$2-dyn-receive \, connect 0 0 1 0; #X obj 204 80 r \$0-dyn-receive; #X obj 114 38 loadbang; #X obj 114 77 symbol \$1; #X connect 1 0 2 1; #X connect 2 0 7 0; #X connect 4 0 2 0; #X connect 4 1 1 0; #X connect 6 0 4 0; #X connect 7 0 3 0; #X connect 8 0 5 0; #X connect 9 0 10 0; #X connect 10 0 4 0; #N canvas 566 176 518 325 10; #X obj 34 -8 inlet; #N canvas 781 144 450 300 \$0-receive 1; #X obj 10 10 r test; #X obj 10 30 s 1233-dyn-send; #X connect 0 0 1 0; #X restore 32 44 pd \$0-receive; #X obj 130 149 s pd-\$0-receive; #X obj 158 67 f \$0; #X obj 131 87 list; #X obj 131 47 t a b; #X obj 34 15 s \$0-dyn-send; #X obj 136 14 inlet; #X obj 212 -25 loadbang; #X obj 212 14 symbol \$1; #X msg 127 111 clear \, obj 10 30 r \$2-dyn-send \, obj 10 10 s \$1 \, connect 0 0 1 0; #X connect 0 0 6 0; #X connect 3 0 4 1; #X connect 4 0 10 0; #X connect 5 0 4 0; #X connect 5 1 3 0; #X connect 7 0 5 0; #X connect 8 0 9 0; #X connect 9 0 5 0; #X connect 10 0 2 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] dynamically altering GUI send/receive symbols
[send] and [receive] objects have static creation arguments, and cannot be changed dynamically, however its possible to change the attribute using abstractions and a bit of dynamic patching, see the attached files. quite simply a matter of creating the send + receive objects dynamically in a subpatch and routing the send/receive outlet/inlet to the abstractions outlet/inlet.. hope this helps.. dmotd On Sunday 01 February 2009 00:55:24 Rory Walsh wrote: > Quick question: is it possible to dynamically alter the send/receive > symbols for GUI objects? I know that one can change most attributes > through various messages but is it possible to alter their > send/receive symbols? > > Rory. > > p.s. It's been a few years since I posted any messages here. I hope > everyone is keeping well! > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list #N canvas 80 349 450 300 10; #N canvas 781 144 450 300 \$0-receive 1; #X obj 10 10 r test; #X obj 10 30 s 1227-dyn-receive; #X connect 0 0 1 0; #X restore 202 43 pd \$0-receive; #X obj 83 130 f \$0; #X obj 56 150 list; #X obj 56 202 s pd-\$0-receive; #X obj 56 110 t a b; #X obj 204 120 outlet; #X obj 56 64 inlet; #X msg 56 170 clear \, obj 10 10 r \$1 \, obj 10 30 s \$2-dyn-receive \, connect 0 0 1 0; #X obj 204 80 r \$0-dyn-receive; #X obj 114 38 loadbang; #X obj 114 77 symbol \$1; #X connect 1 0 2 1; #X connect 2 0 7 0; #X connect 4 0 2 0; #X connect 4 1 1 0; #X connect 6 0 4 0; #X connect 7 0 3 0; #X connect 8 0 5 0; #X connect 9 0 10 0; #X connect 10 0 4 0; #N canvas 566 176 518 325 10; #X obj 34 -8 inlet; #N canvas 781 144 450 300 \$0-receive 1; #X obj 10 10 r test; #X obj 10 30 s 1233-dyn-send; #X connect 0 0 1 0; #X restore 32 44 pd \$0-receive; #X obj 130 149 s pd-\$0-receive; #X obj 158 67 f \$0; #X obj 131 87 list; #X obj 131 47 t a b; #X obj 34 15 s \$0-dyn-send; #X obj 136 14 inlet; #X obj 212 -25 loadbang; #X obj 212 14 symbol \$1; #X msg 127 111 clear \, obj 10 30 r \$2-dyn-send \, obj 10 10 s \$1 \, connect 0 0 1 0; #X connect 0 0 6 0; #X connect 3 0 4 1; #X connect 4 0 10 0; #X connect 5 0 4 0; #X connect 5 1 3 0; #X connect 7 0 5 0; #X connect 8 0 9 0; #X connect 9 0 5 0; #X connect 10 0 2 0; #N canvas 0 0 450 300 10; #X floatatom 272 142 5 0 0 0 - - -; #X floatatom 90 115 5 0 0 0 - - -; #X obj 273 182 s now; #X msg 85 27 symbol now; #X obj 86 78 dyn-receive test; #X obj 219 76 dyn-send test; #X floatatom 220 47 5 0 0 0 - - -; #X msg 289 24 symbol great; #X obj 92 184 r great; #X floatatom 93 210 5 0 0 0 - - -; #X obj 156 185 r test; #X obj 223 183 s test; #X floatatom 160 216 5 0 0 0 - - -; #X floatatom 222 157 5 0 0 0 - - -; #X msg 319 49 symbol test; #X msg 114 52 symbol test; #X connect 0 0 2 0; #X connect 3 0 4 0; #X connect 4 0 1 0; #X connect 6 0 5 0; #X connect 7 0 5 1; #X connect 8 0 9 0; #X connect 10 0 12 0; #X connect 13 0 11 0; #X connect 14 0 5 1; #X connect 15 0 4 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] dynamically altering GUI send/receive symbols
many thanks IOhannes, i have never really realised that [send] without an argument allows for dynamic allocation, many years later this is a minor revelation (which has been looking at me directly in the face for even longer).. unfortunately [receive] does not have the same parameters, so my hack still applies.. cheers.. (old dog new trick) On Sunday 01 February 2009 02:43:28 IOhannes m zmoelnig wrote: > [send] does not. > > fmgasdr > IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] data-struct: (x:y) & move object
On Tuesday 17 February 2009 23:48:54 João Pais wrote: > that reminds me of another thing: is it possible that someone who can't > read code could understand which features were implemented in the data-s > just by looking at the code? at least enough to get a hint and try it in > pd? where is the data-s code? in general anything that can be messaged with a symbol from a pd canvas to a pd internal (and visa versa) is allocated with the 'gensym' function. and code relevant to data-structures can be found here: g_array.c (for rendering of tables as well as DS scalars) g_scalar.c g_template.c g_traversal.c these are just my notes.. as far as i know, miller is the only developer working on DS code, i would love to be corrected however.. if anyone else can provide a developer reference for data-structures i would be much in debt.. ciao, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
i am currently testing a machine running 64studio 3.0alpha[1], which is based on ubuntu 8.04(hardy) for amd64 (there are 32bit builds too), while the stable 64studio 2.1 is built on debian 4.0etch. 64studio is designed for stable low- latency audio and both versions perform very well. if you require extended you should read the recent thread on deb packages for pd-extended - but I haven't had too much trouble getting the externals i need to build (flext libs are a current exception). ubuntu 8.10 is generally not recommended for low-latency audio as the realtime kernels provided by ubuntustudio[2] do not run stably. otherwise, planetccrma[3] for fedora is a popular choice, but i can't personally speak for the 64bit builds. ciao, dmotd references [1] http://www.64studio.com/node/877 [2] http://ubuntustudio.org/ [3] http://ccrma.stanford.edu/planetccrma/software/ On Sunday 22 February 2009 09:28:52 danomatika wrote: > Has anyone been using pd on a 64 bit GNU/Linux OS? > > I have a new laptop and I'm thinking of trying to run Ubuntu 8.10 64bit. > If I can't run pd, jack, ardour, etc then I'll stick to 32 bit, but I've > read that > 32 bit apps will run fine as long as they have the correct libs ... > > --- > Dan Wilcox > danomatika.com > robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GSoC web project idea
hey hans, for what its worth, the pd-list is indexed on markmail.org, which has a very powerful search facility. a simple query of: [list:at.iem extension:pd writesf~] finds a post on any of the pd lists, with a reference to writesf~ and a attached pd file.. or if i want to stalk you and every patch you have ever posted: [list:at.iem extension:pd from:"Hans-Christoph Steiner"] trying to index a mail database is in my opinion quite outside the scope of pd documentation, even if it could make trawling through list archives simpler. i would certainly hate to be the student whose job it is to maintain a database of current or previously submitted attachments.. even if this job was automated, sifting out peoples problem posts from the articulate solutions is about as much fun as sorting spam on hotmail. i essentially like the idea but i really think this comes down to a few disciplined people on the list wanting to maintain a slice of puredata.org/pdpedia every time they see a piece of pd magic. cheers, dmotd On Monday 09 March 2009 05:08:54 Hans-Christoph Steiner wrote: > I've had an idea for a long time for a web interface to the patches > that people post to the pd-list. Basically, lots of really great code > is posted to the Pd list, but it is not very easy to find it there. > What if there was a searchable database of all patches posted to the > pd list. You could search by object name to see all patches that use > a certain object, then download it. > > I think that someone who was a decent web programmer could do this. > Perhaps using something like Lucene, or really whatever. Is it worth > a summer of code project? > > .hc > > > --- >- > > News is what people want to keep hidden and everything else is > publicity. - Bill Moyers > > > > ___ > 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
Re: [PD] self-modifying and dynamic patching
hey derek.. i've done some hunting on your behalf, and i think i've found what you are referring to.. a patch created by leonard swiezinski in 2002: http://lists.puredata.info/pipermail/pd-list/2002-03/004940.html alas, the link is a 404.. and mr. swiezinski has been inactive for several years. although he does still own the parent site floppy35.de.. markmail.com is useful ;) ciao, dmotd ps.. i have numerous experiments in dyn-pd on old hard-disk-drives.. wouldn't be too difficult to dig through, but i am sure you will find plenty of examples.. On Thursday 12 March 2009 19:15:24 Derek Holzer wrote: > Thx IOhannes, > > IOhannes m zmoelnig wrote: > > Derek Holzer wrote: > >> Hi all and thanks for chiming in on this thread. There was once, long > >> ago, a simple mixer which dynamically created the busses and channels. > >> If anyone can remember that one, it must have been 5 years ago, and > >> was the first dynamic patch I had ever seen. > > > > could be my "abcde(fg)", the great "ambisonics-based coding and decoding > > environment (for graz)". > > you can get it here: > > http://iem.svn.sourceforge.net/viewvc/iem/spatialization/abcde/ > > It was something less complex than this I think. Just a mixer with > dynamic creation of channels. It was very green, IIRC ;-) > > D. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] self-modifying and dynamic patching
hey derek.. attached is the dynamic GOP abstraction [mtx_tog], used as an extension to iemmatrix lib. it's a viewer/editor for simple binary matrices. it may be useful in your presentation as it uses [namecanvas] to edit the top level GOP. the actual code should be fairly readable and straight forward, although the logic is a little complex. i have attached the help file and a little example that generates a 16x4 step sequencer. obviously it requires the iemmatrix library to function (although it should still render the grid without). i haven't relied on this too heavily in the past so it may be buggy.. as with all dynamic patching (especially GOP/namecanvas) use with caution! cheers, dmotd On Thursday 12 March 2009 03:55:21 Derek Holzer wrote: > Would like to show some examples of dynamic and self-modifying Pd > patches during a workshop here in Berlin. I know there are some in the > archives (and maybe on people's HDs) somewhere, but damned if I can find > them. Links to previkous posts or new examples welcome! > > best! > Derek #N canvas 99 276 450 300 10; #X floatatom 241 79 4 0 0 0 - - -; #X msg 242 98 column \$1; #X msg 66 82 matrix 2 2 1 1 1 1; #X obj 149 241 unpack 0 0 0 0; #X obj 150 265 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 173 267 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 205 268 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 241 266 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 64 210 route matrix; #X floatatom 241 35 5 0 0 0 - - -; #X obj 64 133 mtx_tog 4 16; #N canvas 0 0 450 300 count[16] 0; #X obj 77 129 metro 100; #X obj 78 161 f; #X obj 111 158 + 1; #X obj 139 174 >= 16; #X msg 140 214 0; #X obj 140 194 sel 1; #X obj 176 98 inlet; #X obj 92 35 inlet; #X obj 94 61 moses 0; #X msg 101 84 1; #X floatatom 149 14 5 0 0 0 - - -; #X msg 93 104 0; #X obj 71 200 outlet; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 2 0 1 1; #X connect 2 0 3 0; #X connect 2 0 12 0; #X connect 3 0 5 0; #X connect 4 0 1 1; #X connect 5 0 4 0; #X connect 6 0 3 1; #X connect 7 0 8 0; #X connect 8 0 11 0; #X connect 8 1 9 0; #X connect 8 1 0 1; #X connect 9 0 0 0; #X connect 10 0 8 0; #X connect 11 0 0 0; #X restore 240 56 pd count[16]; #X text 282 34 <- step (msec); #X connect 0 0 1 0; #X connect 1 0 10 0; #X connect 2 0 10 0; #X connect 3 0 4 0; #X connect 3 1 5 0; #X connect 3 2 6 0; #X connect 3 3 7 0; #X connect 8 1 3 0; #X connect 9 0 11 0; #X connect 10 0 8 0; #X connect 11 0 0 0; #N canvas 129 0 450 326 10; #X obj 324 251 mtx_print; #X obj 324 229 matrix; #X obj 45 110 mtx_eye 8; #X obj 46 89 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 323 207 spigot; #X obj 374 188 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X msg 244 48 print 1; #X msg 256 67 print 0; #X text 263 86 print (including \$0 arg); #X text 34 283 warning! can choke pd when building larger matrices ; #X text 33 9 [mtx_tog] is a binary viewer/editor abs for iemmatrix ; #X text 292 299 (c) 2006 dmotd; #X obj 244 177 mtx_tog 2 2; #X obj 241 105 mtx_tog 4 4; #X obj 46 138 mtx_tog 8 8; #X obj 246 220 mtx_tog 3 1; #X obj 212 176 mtx_tog 3 1; #X text 65 28 usage: [mtx_tog m n]; #X text 65 46 where m = rows; #X text 79 65 and n = columns; #X connect 1 0 0 0; #X connect 2 0 14 0; #X connect 3 0 2 0; #X connect 4 0 1 0; #X connect 5 0 4 1; #X connect 6 0 13 0; #X connect 7 0 13 0; #X connect 12 0 4 0; #X connect 12 0 15 0; #X connect 13 0 12 0; #X connect 13 0 16 0; #N canvas 100 82 373 383 10; #N canvas 317 180 450 300 \$0-subpatch 0; #X obj 0 0 tgl 15 0 1011_1_1_send 1011_1_1_receive empty 17 7 0 10 -262144 -1 -1 0 1; #X coords 0 -1 1 1 15 15 2 0 0; #X restore 0 50 pd \$0-subpatch; #N canvas 167 102 450 300 edit_mtx 0; #X obj 41 46 r \$0-matrix; #X obj 72 236 outlet; #X obj 286 174 spigot; #X obj 322 128 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 320 99 inlet; #X obj 166 24 inlet; #X obj 178 115 mtx_check; #N canvas 67 97 523 386 mtx_set 0; #N canvas 18 295 450 300 doit 0; #X obj 88 62 until; #X obj 88 90 f; #X obj 119 92 + 1; #X obj 163 92 sel 0; #X obj 117 119 mod 5; #X obj 90 32 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 161 343 450 300 count 0; #X obj 85 15 inlet; #X obj 219 108 f; #X obj 276 104 + 1; #X msg 194 75 bang; #X floatatom 277 138 5 0 0 0 - - -; #X msg 263 77 0; #X obj 212 181 select 1; #X obj 230 147 < 5; #X obj 278 4 inlet; #X obj 299 43 int; #X obj 197 242 outlet; #X obj 300 263 outlet; #X obj 211 208 del 10; #X obj 269 207 del 11; #X connect 0 0 3 0; #X connect 1 0 2 0; #X connect 2 0 1 1; #X connect 2 0 4 0; #X connect 2 0 7 0; #X connect 2 0 10 0; #X connect 3 0 1 0; #X connect 5 0 1 1; #X connect 6 0 12 0; #X connect 6 1 13 0; #X connect 7 0 6 0; #X connect 8 0 9 0; #X connect 9 0 7 1; #X connect 12 0 1 0; #X connect 13 0 5 0; #X connect 13 0 11 0; #X restore 159 -23 pd count; #X obj 157 -47 bng 15 250 50 0
Re: [PD] self-modifying and dynamic patching
i received this rationale from miller not too long ago for the hesitation in including iohannes' methods: "Anyhow, I'm trying to think of a better mechanism for allowing abstractions to have variable numbers of inlets/outlets, so I'm hoping initbang won't be necessary in the long run. closebang, though, will probably be needed in some form or other." so it's obviously still a work in progress, regardless initbang/closebang are at least fairly consistent with constructor/destructor methods in other languages. we'll see where this goes. cheers, dmotd IOhannes m zmölnig wrote: > Charles Henry wrote: > > There is a way to write the code for a "new" or "create" routine in > > your class via [loadbang], > > where did you get that impression from? > [loadbang] does _not_ work as a constructor (it's too late). > that's why i had written [initbang], which unfortunately never made it > into Pd. > > > so you need a way to code a "free" or > > "delete" routine as well. > > that's why i had written [closebang], which (surprise!) never made it > into Pd either > > > mfga.s > IOhannes > > ___ > 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
Re: [PD] Pd book sprint in NYC/Berlin
i am really unsure what you are talking about.. a meeting is what it is, and the medium will never dictate what you are talking about and the intensity with which it is conducted.. perhaps face to face contact is good for watching the iris quiver and building a psychological profile based on that particular interaction, but really the amount of focus and dedication that anyone gives to a subject is dependent on variables that are quite out of control to other participants. in terms of multi-tasking... i am usually engaged on a number of things in any given time period.. what at least is consistent about IRC is that i can chose to focus on any given problem without having to make myself publically withdrawn from the discussion, and in such a circumstance i have a log to refer to what i have missed.. which leads me to my final point.. i have a log.. which everyone does, without transcription, without poor pronunciation and bad language getting in the way.. easy to archive and so on.. i have no real interest in the topic, but i have been a particpant in enough 'online meetings' to know that video conferencing is a complete waste of time, beyond the initial distraction of connectivity issues.. if people have something valid to say and real-time is the only productive forum then IRC works and works well, otherwise voice probably makes up for where text lacks, but only in small groups.. video is just an unnecessary and unproductive formality.. meetings are never as productive as the facilitato On Monday 16 March 2009 22:53:56 Hans-Christoph Steiner wrote: > I find IRC meetings to be very unproductive. Everyone is usually too > busy multitasking to get anything done in the meeting. I think that > the high bandwidth of voice and seeing the person holds your attention > longer, so there is less multitasking and more focused discussion. > That said, if the audio connection is bad, then it gets worse than > IRC. IRC is good for asking pointed questions back and forth, better > than audio/video chat. > > I think we should have IRC running, but also it would be great to have > video chat with projectors, speakers, and a decent mic setup. Marius > and I ran the streaming for a class at Brooklyn Poly. One student was > joining in from Canada. When it was set up and running well, it > actually worked quite well. This means spending a little time setting > up the speakers and mics, and a projector is good too instead of a > screen. Since this will be happening over three days, it makes sense > to spend some time on setup. ITP can provide all of the equipment on > the NYC end. > > .hc > > > LG > > Georg > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > --- >- > > Man has survived hitherto because he was too ignorant to know how to > realize his wishes. Now that he can realize them, he must either > change them, or perish.-William Carlos Williams > > > > ___ > 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
Re: [PD] Mouse Control...
hi simon and welcome to the pd community.. it's a decent question and you will no doubt get a number of different responses.. depending on your system you have a few options: gem, pdp or gridflow, which all cover the imaging section of your question. gem however is probably the most appropriate as it covers both the 3D and the interactive part in one. gem allows you to interact with image, video and GL primitives in a 3D space.. it also covers input and depending on how you require live imagary to be captured you have varying levels of control, for example there is [pix_blob], which describes the average mass (gravity) of movement in terms of X+Y (which sounds like what you're after), there is [pix_hit] which allows you to describe parts of the image grid which trigger when the input passes through, or there is [pix_dump] which outputs the incoming pixel grid as a list which you can process with your own math. as for your camera, it should be supported by gem, but DV support can be a bit sketchy on some platforms.. gem is part of the pd-extended build which runs on many systems.. this is a fairly broad answer to a broad question, i hope it helps.. dmotd On Monday 16 March 2009 22:53:18 Simon Ball wrote: > Hi there > > I'm having trouble realising an idea. I've got the software running (mac > book pro) and managed to play with some of the examples, however I am new > to PD, so bare with me! > > I'm trying to generate a composition of images that float in 3D space. I > want the images or layers to move and rotate towards areas of a screen > where movement is detected. I don't need to track specific points of > motion, simply to judge where movement is taking place. I think this will > involve reading frames and analysing changes in pixels. Does that make > sense? > > I plan to use a mini DV camera to run this, on a high contrast background, > although I've seen a similar method of recording movement with a webcam and > processing, which worked pretty well. ( > http://vimeo.com/1948430?pg=embed&sec= - tracks changes in pixels, although > I'm not sure how). > > I assume that this will involve some sort of trigonometry to move images > towards points where motion is detected, although I'm not sure how to apply > this in PD. Also, how to I generate a floating effect, much like 'easing' > does in animation software. And can this work with 3D, mapped images in PD? > > I hope thats clear, if a little broad, let me know you need any further > info. > > Thanks in advance for any suggestions/solutions. > > Simon > > Simon Ball ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mouse Control...
oh and don't forget that this mailing list is archived, and this is actually a query that comes up once every few months.. you could probably answer all of your own questions with a few well targeted search terms.. http://puredata.info/community/lists/ On Tuesday 17 March 2009 00:05:39 dmotd wrote: > hi simon and welcome to the pd community.. > > it's a decent question and you will no doubt get a number of different > responses.. > > depending on your system you have a few options: gem, pdp or gridflow, > which all cover the imaging section of your question. gem however is > probably the most appropriate as it covers both the 3D and the interactive > part in one. gem allows you to interact with image, video and GL primitives > in a 3D space.. it also covers input and depending on how you require live > imagary to be captured you have varying levels of control, for example > there is [pix_blob], which describes the average mass (gravity) of movement > in terms of X+Y (which sounds like what you're after), there is [pix_hit] > which allows you to describe parts of the image grid which trigger when the > input passes through, or there is [pix_dump] which outputs the incoming > pixel grid as a list which you can process with your own math. > > as for your camera, it should be supported by gem, but DV support can be a > bit sketchy on some platforms.. > > gem is part of the pd-extended build which runs on many systems.. > > this is a fairly broad answer to a broad question, i hope it helps.. > > dmotd > > On Monday 16 March 2009 22:53:18 Simon Ball wrote: > > Hi there > > > > I'm having trouble realising an idea. I've got the software running (mac > > book pro) and managed to play with some of the examples, however I am new > > to PD, so bare with me! > > > > I'm trying to generate a composition of images that float in 3D space. I > > want the images or layers to move and rotate towards areas of a screen > > where movement is detected. I don't need to track specific points of > > motion, simply to judge where movement is taking place. I think this will > > involve reading frames and analysing changes in pixels. Does that make > > sense? > > > > I plan to use a mini DV camera to run this, on a high contrast > > background, although I've seen a similar method of recording movement > > with a webcam and processing, which worked pretty well. ( > > http://vimeo.com/1948430?pg=embed&sec= - tracks changes in pixels, > > although I'm not sure how). > > > > I assume that this will involve some sort of trigonometry to move images > > towards points where motion is detected, although I'm not sure how to > > apply this in PD. Also, how to I generate a floating effect, much like > > 'easing' does in animation software. And can this work with 3D, mapped > > images in PD? > > > > I hope thats clear, if a little broad, let me know you need any further > > info. > > > > Thanks in advance for any suggestions/solutions. > > > > Simon > > > > Simon Ball > > ___ > 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
Re: [PD] www.pd-tutorial.com
this looks likely to be a brilliant reference, very balanced language, not too patronising and not too convoluted. it presents a number of complex methods in a straight forward manner, but with enough depth to really build upon. many congratulations johannes and please pass on my praise to your translator mark barden, who has also done an excellent job. dmotd On Tuesday 17 March 2009 05:12:21 Johannes Kreidler wrote: > hi list, > > I am pleased to announce that the big pd tutorial I wrote in the last > years with the help of a grant by the Music University of Freiburg / > Germany, is now online, in english and in german. > > It is also available as a book (paperback) at Wolke Publishing House, > where the "bang" book was released. > > At the moment, Amazon says that it's not available, which is strange > because it's definitely released, but at least it can be purchased at > the Publishing House itself. > > http://www.pd-tutorial.com > > http://www.wolke-verlag.de/musik_u_t/loadbang.html > > http://www.buecher-zur-musik.de/assets/s2dmain.html?http://www.buecher-zur- >musik.de/53108697370a2cb3f/5310869bc400a7a02.html > > http://www.amazon.de/Loadbang-Programming-Electronic-Music-Pure/dp/39360005 >73/ref=sr_1_3?ie=UTF8&s=books-intl-de&qid=1235853524&sr=8-3 > > Cheers > Johannes > > ___ > 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
Re: [PD] Pd book sprint in NYC/Berlin
i should probably avoid writing emails before bed, and my negative bias towards video-conferencing comes from a number of bad experiences and unproductive meetings. anyhow you are quite right to push this one, to converse without latency can be very productive (but equally unproductive too) - a good meeting requires a fair bit more preparation and planning than just the medium, regardless of mcluhans philosophy. incidentally i have enjoyed his musings in the past but i already find his arguments ambiguous enough with regard to psychology and technology, to retrofit his ideologies to todays baffling techno-communcications wasteland is a bit of a stretch ;) ciao, dmotd On Tuesday 17 March 2009 21:41:46 Hans-Christoph Steiner wrote: > Yeah, in case I came across too strong, I think that IRC is very > useful, and voice chat is too. We can have both running for this > meeting, and people can choose where they participate. IRC is great > for async communications, like asking specific questions. But I find > it takes 10-20x longer to work through difficult issues thru text-only > media like IRC, IM, email, etc. as compared to a voice conversation. > > .hc > > On Mar 16, 2009, at 7:32 PM, João Pais wrote: > > Is this a one time thing, or might happen more times? I would say > > that at least voice connection would be productive. I haven't that > > much experience with video conferencing, but a medium where people > > can react at the same time they can think would be important. > > (although after too much time, even the fingers are faster than some > > heads) > > > > How about voice connection for general talk + an irc chat for small, > > fast questions? We can also send a group foto with skype, so that > > everyone feels the warmth. > > > >> Marshall McLuhan would strongly disagree with you, as do I. The > >> medium with which you communicate has a very strong impact on the > >> conversation. That does not mean that it is the only influence. > >> There are many things that lead to a bad meeting, and from my > >> experience of having many meetings in person, on IRC, on IM, on > >> phones, on voice chat, on video chat, and many different mixes > >> above, I am a strong believer in high-bandwidth communication like > >> voice. > > --- >- > > Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GSoC Fwd: Thank you for your application
ahh, too bad.. this is obviously a template rejection notice, do they usually follow up this initial rejection with which criteria the organisation missed and which parts of the application need to be better addressed? it may just be the luck of the draw, but we are losing out to projects like scummvm - a virtual machine for playing video games from 1987! not that i have a problem with maniac mansion as such, but somethings gotta give! anyhow, good work to those responsible for putting the application together, i am sure with a bit of feedback and a little work, we will be a contender for next year. cheers, dmotd On Thursday 19 March 2009 18:07:15 Hans-Christoph Steiner wrote: > Well, we didn't get accepted but now at least we do have a nice > collection of projects for people to take on. > > http://socghop.appspot.com/program/accepted_orgs/google/gsoc2009 > > .hc > > Begin forwarded message: > > From: socghop.nore...@gmail.com > > Date: March 18, 2009 9:49:10 PM GMT > > Subject: Thank you for your application > > > > Hi Hans-Christoph Steiner, > > > > Thank you for submitting "Pure Data (aka Pd)" organization > > application to Google Summer of Code 2009. Unfortunately, we were > > unable to accept your organization's application at this time. We > > received many more applications for the program than we are able to > > accommodate, and we would encourage you to reapply for future > > instances of the program. > > > > Best regards, > > Google Open Source Programs > > --- >- > > "[T]he greatest purveyor of violence in the world today [is] my own > government." - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] style guide idea: [send foo] versus [; foo(
hmm.. generally this could be a good idea, but message sending is most useful when initialising a number of receives ie: [loadbang] | |; init-1 6 / |; init-2 symbol foo | |; init-3 -2 \ which is far more elegant than the the trigger/send replacement, especially with more fields.. i think its important for students to recognise that this feature of messaging has a role to play, rather than trying to veil its use. in my experience people will tend to use [send foo] more often when they start pd, then begin abbreviating to [s foo] before they appreciate the msg shorthand [; foo[. but you are right it is a little confusing for new users.. perhaps this just needs clearer documenting? 'what does a semi-colon at the start of a message mean?' in the FAQ? dmotd On Friday 20 March 2009 10:38:06 Hans-Christoph Steiner wrote: > Here's something that I'd like to propose for the style guide, based > on my teaching experience: > > - use [send foo] instead of [; foo( for all sends that aren't > dynamically set > > A lot of people find the [; foo( syntax confusing, and since it is > commonly used, it often gets in the way of newbies understanding the > patch. While the [; foo( syntax is definitely useful for dynamic > sends, I don't think there is an advantage to using for the regular > sends. So for example: > > [dsp 1( > > [send pd] > > instead of > > |;/ > |pd dsp 1 \ > > This change highlights the dataflow aspect of the messages over the > text-style programming with syntax of the message box. At the very > least, I think that the help patches should use this style, and I have > started to use this style in my regular programming and it feels quite > natural once you are used to it. I find it easier to read. > > (as for [s foo] versus [send foo] that's an issue I want to avoid in > this discussion). > > .hc > > > --- >- > > The arc of history bends towards justice. - Dr. Martin Luther > King, Jr. > > > > ___ > 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
Re: [PD] DIY GSoC: getting those projects done
hmm.. now i would have thought that with google investing a great many resources into mobile technology, ie. their first real attempt at killing off the competition (apple) with their phone architecture (android), and with the relative success of rjdj for the (apple) iphone, they would be rushing at the opportunity to port a 'killer app' to their gadget and supporting the environment that harbours this app (pd). afterall the frivolous world of consumer gadgets requires that users have access to lovely toys that do the things which make those consumers like the gadget enough to warant spending the cash in the first place (no decent software, no gadget, no matter how 'cool', nerdy or utilitarian the thing is in the first place). to be even more cynical, i would suggest that if the application was rewritten to suggest a focussed effort at making pd/rjdj support android and that the 'other' modifications fell under this umbrella project we may have stood a better chance. but this is all rather hypothetical and would require playing silly games with a corporate monolith. or perhaps a company that relies so heavily on string manipulation considered pd useless? ;) ciao dmotd On Monday 23 March 2009 23:03:55 Chris McCormick wrote: > Yo, > > IIRC, one of their complaints from last year was that our application had > too many parts. Next time we should pick just one or two specific tasks and > go with them. Maybe with a community vote or whatever. Also, I hate to be > cynical, but I can't see any way even remotely in which Google could use Pd > to make a profit. ;) Thanks for your huge effort anyway, Hans and Georg. > > Best, > > Chris. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [equalizer] / [lowshelf] / [highshelf] in purepd!
hi folks, here are some purepd representations of the [equalizer] [lowshelf] and [highshelf] objects for calculating eq biquad filter coefficients. i put these together as ggee was the only external lib dependency for a project which used these fairly extensively. the code is almost logic identical to the equivelent C internals, and i have avoided using [expr], so the math may look a little confusing. i only ported the code for the objects i was using, but i will add the other eq-cookbook filters when i next get a chance. ciao, dmotd #N canvas 266 16 753 711 10; #X obj 106 12 inlet; #X obj 475 193 inlet; #X obj 628 127 inlet; #X obj 176 609 outlet; #X text 129 166 freq; #X text 223 181 rate; #X text 519 192 gain; #X text 674 129 bw; #X obj 618 172 * 0.01; #N canvas 350 419 450 300 e_A 0; #X obj 145 134 pow; #X obj 147 32 inlet; #X obj 179 87 / 40; #X obj 148 58 t b f; #X msg 132 84 10; #X obj 144 173 outlet; #X text 191 34 gain; #X connect 0 0 5 0; #X connect 1 0 3 0; #X connect 2 0 0 1; #X connect 3 0 4 0; #X connect 3 1 2 0; #X connect 4 0 0 0; #X restore 447 252 pd e_A; #N canvas 598 23 450 300 e_omega 0; #N canvas 0 0 450 300 pi 0; #X obj 108 54 inlet; #X obj 158 127 * 4; #X obj 158 106 atan 1; #X msg 158 85 1; #X obj 109 187 outlet; #X obj 158 51 loadbang; #X obj 107 157 f; #X connect 0 0 6 0; #X connect 1 0 6 1; #X connect 2 0 1 0; #X connect 3 0 2 0; #X connect 5 0 3 0; #X connect 6 0 4 0; #X restore 141 124 pd pi; #X obj 109 15 inlet; #X obj 228 86 inlet; #X obj 206 117 /; #X obj 89 161 *; #X msg 85 102 2; #X obj 109 44 t b b f; #X obj 119 202 *; #X obj 119 237 outlet; #X text 156 14 freq; #X text 272 88 rate; #X connect 0 0 4 1; #X connect 1 0 6 0; #X connect 2 0 3 1; #X connect 3 0 7 1; #X connect 4 0 7 0; #X connect 5 0 4 0; #X connect 6 0 5 0; #X connect 6 1 0 0; #X connect 6 2 3 0; #X connect 7 0 8 0; #X restore 177 256 pd e_omega; #X obj 446 226 f; #X obj 339 36 t b b b b; #X obj 339 12 loadbang; #X obj 26 69 f \$1; #X obj 436 191 f \$2; #X obj 591 129 f \$3; #X obj 55 114 > 0; #X obj 25 115 t f; #X obj 25 139 spigot; #X obj 25 91 t f f; #X obj 100 165 f; #X msg 259 178 44100; #N canvas 88 11 435 376 e_beta 0; #X obj 265 155 inlet; #X obj 86 39 inlet; #X obj 118 325 outlet; #X text 131 38 a; #X text 309 156 S; #X obj 116 295 sqrt; #X obj 115 249 -; #X obj 98 64 t f f; #X obj 191 86 - 1; #X obj 199 113 t f f; #X obj 200 145 *; #X obj 96 103 t f f; #X obj 96 133 *; #X obj 94 163 + 1; #X obj 93 189 /; #X connect 0 0 14 1; #X connect 1 0 7 0; #X connect 5 0 2 0; #X connect 6 0 5 0; #X connect 7 0 11 0; #X connect 7 1 8 0; #X connect 8 0 9 0; #X connect 9 0 10 0; #X connect 9 1 10 1; #X connect 10 0 6 1; #X connect 11 0 12 0; #X connect 11 1 12 1; #X connect 12 0 13 0; #X connect 13 0 14 0; #X connect 14 0 6 0; #X restore 557 345 pd e_beta; #X obj 420 306 t f f; #X text 342 530 b0; #X text 444 532 b2; #X text 500 532 a0; #X text 290 531 a2; #X text 388 530 b1; #X text 237 530 a1; #N canvas 0 39 788 682 check_stability 0; #X obj 163 27 inlet; #X obj 335 46 inlet; #X obj 385 46 inlet; #X obj 435 46 inlet; #X obj 485 46 inlet; #X obj 535 46 inlet; #X obj 585 46 inlet; #X obj 351 132 f; #X obj 442 129 f; #X text 363 151 b0; #X obj 389 130 f; #X obj 228 124 f; #X text 463 145 b2; #X obj 537 125 f; #X obj 286 128 f; #X text 550 148 a0; #X text 292 148 a2; #X text 406 150 b1; #X text 234 145 a1; #X obj 164 82 t b b b b b b; #X obj 361 234 /; #X obj 314 232 /; #X obj 230 194 * -1; #X obj 282 197 * -1; #X text 311 253 fb1; #X text 356 256 fb2; #X obj 86 293 t f f; #X obj 92 321 *; #X obj 105 345 + 4; #X obj 126 369 *; #X text 25 397 discriminant; #X obj 133 473 >= -1; #X obj 131 454 f; #X obj 126 396 < 0; #X obj 126 418 select 1; #X obj 131 497 select 1; #X text 63 510 stable ->; #X obj 198 260 t f f f; #X obj 326 272 t f f f f; #X obj 311 448 bang; #X text 245 487 stable ->; #X obj 549 261 pack f f f f f f; #X obj 519 261 f; #X obj 548 646 outlet; #X msg 242 571 filter unstable -> resetting; #X obj 242 595 print equ; #N canvas 0 0 677 568 real 0; #X obj 75 59 inlet; #X obj 186 58 inlet; #X obj 324 52 inlet; #X text 226 56 fb1; #X text 373 52 fb2; #X obj 71 320 <= 2; #X obj 149 320 >= -2; #X obj 146 158 f; #X obj 366 158 f; #X msg 237 275 1; #X obj 237 297 -; #X obj 255 325 -; #X obj 237 249 t b f; #X obj 78 111 t b b; #X obj 249 348 >= 0; #X msg 362 279 1; #X obj 380 329 -; #X obj 362 253 t b f; #X obj 373 351 >= 0; #X obj 362 301 +; #X obj 249 390 +; #X obj 148 408 +; #X obj 75 427 +; #X obj 75 450 == 4; #X obj 127 187 t f f f f; #X obj 386 190 t f f; #X obj 71 479 select 1; #X obj 71 516 outlet; #X text 123 521 pass; #X obj 199 516 bang; #X obj 199 538 outlet; #X text 251 539 fail; #X connect 0 0 13 0; #X connect 1 0 7 1; #X connect 2 0 8 1; #X connect 5 0 22 0; #X connect 6 0 21 0; #X connect 7 0 24 0; #X connect 8 0 25 0; #X connect 9 0 10 0; #X connect 10 0 11 0; #X connect 11 0 14 0; #X connect 12 0 9 0; #X connect 12 1 10 1; #X connect 13 0 7 0; #X connect
Re: [PD] pdpedia
On Friday 03 April 2009 01:24:04 Philip Potter wrote: > I think in the interests of starting somewhere, and with the basics, > I'm going to go through the pd help files in order and make sure > everything there is covered by pdpedia. We can do more advanced stuff > when pdpedia is a bit more developed, but for the moment, there isn't > even an article on "message", so I'll go and write that. if it is useful, i have plain text versions of each of the internal objects (5.reference) from my database. i don't personally have time to upload to wiki, but you can use the document found here: http://puredata.info/Members/dmotd/pd.vanilla.textref/view note, this plain text reference may be missing details on creation arguments + inlets/outlets.. these can be found in the full sql refrence: http://puredata.info/Members/dmotd/pd.vanilla.ref.sql/view ciao, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
hi folks, i am somewhat interested in investing some time in pdpedia, but i have a few concerns with mediawiki as a container for pd related data. obviously mediawiki is an excellent versioning platform and has a strong following for many technical wiki's in the open-source community. i think its an excellent format for plain text information, which takes the form of tutorials/howto/guide, but as an object reference it has a limited scope. this is especially the case when attempting to pull that information into another format (ie.. not html). anything pulled off the server using the api needs to be parsed to be made useful in another context, and in many cases reparsed to pick out the meta-references, and this is without getting to the content which is often categorised in an entirely different format. i have previously invested a fair chunk of time in refencing objects in a sql database, while my work was not designed with versioning in mind, it was designed to be utilised by pd (dd was the projected environment) or pd libs internally, or in other formats like a postscript reference or generating pddp formatted helpfiles. i have recently started picking up the pieces of this project (which i had ceased with the initial announcement of pdpedia). anyhow, what i am beginning to see a need for is an infrastructure like mediawiki which stores pd files rather than plain-text. think of it like a categorised + tagged svn. this would be a place where people can upload files relating to pd use, examples of usage, methods of interfacing and anything else that gets passed around on this mailing list. keeping with the same wiki format of edits by anyone, and versioning each subsequent edit. then in a similar method to mediawiki api calls, pd internally could request a list of articles (pd-patches) and dynamically retrieve requested articles from the pdwiki. thus making the system much more usable within the pd environment. i think the benefit of this would be quite obvious to pd-users, as it has been stated many times by numerous people that a plain text wiki reference doesn't really make much sense without the interactive characteristics of an actual patch. this is something i would happily put energies into development, and in many ways have already started. i will likely end up building something that works in this way anyway, so please throw in suggestions, before i get carried away ;) ciao, dmotd On Thursday 09 April 2009 07:25:06 Hans-Christoph Steiner wrote: > There are lots of good ideas worth trying. We've talked about it > a lot, we just need someone to take charge of it. I am just too > overloaded to handle pdpedia on top of everything else. Who > wants to own it? > > .hc > > On Apr 1, 2009, at 11:21 AM, Jean-Noël Montagné wrote: > >> It would be good to have > >> standards on how articles should be formatted and what kind of > >> information should be presented. > > > > yes I agree. At the origin in 2006..., I have suggested to some > > french PDers the following features: > > > > > > --- > >-- > > > > * a lexicon-dictionary about objects/externals/abstractions ( > > Done) > > > > * a category search portal ( one of the most important feature > > for pd newbies ), like in Wikipedia portal > > http://fr.wikipedia.org/wiki/Wikipédia:Catégories ( to do) > > > > Example of category search: > > PD==>Graphics==>Video==>Live==>Effects==>Blending==> pix_add / > > pix_subtract /pix_diff /pix_composite/ pix_multiply/ PDP_blend > > ( fiction...) > > > > * multilingual structure as Wikipedia ( very important for > > educational uses in the world where people will stay with > > commercial software just for this reason ( France for example)) > > (Done) > > > > future options, when the database will be completed enough: > > > > * tools or wiki tags for visualizing patches ( parsing of the > > patch code to create an image of the patch, server side) and > > downloading text patches from PDpedia > > > > * Pdpedia database embedded with PD extended ( when completed) > > for offline consulting > > > > * in PD: a contextual help with access to the related pdpedia > > page (in PD itself or online) > > > > > > --- > >-- > > > > About the formatting of one page, I have suggested the > > rubriques: > > > > > > - > > > > (from the body of the page) > > > > Nature of the element (object/external/abstraction/ > > Short Definition >
Re: [PD] Pdpedia and random generation
yes, i agree that pdpedia/mediawiki has its place, however it is another resource for documentation that is currently competing with the plone wiki reference at puredata.org. This means that we have two distinct references, both apparently supported by the 'pd community', and frankly this just creates another point of confusion and an area where information can quickly become derelict. really we should be attempting to eliminate redundancy where possible. i am not at all convinced that pdpedia/mediawiki serves as a good method for object reference. it is difficult to maintain (a lot of manual copy and paste), its search/sort functionality is limited, the up/down stream api is severely lacking and most of all it is difficult to integrate it into a pd environment (outside of simple pddp links which are usually inside the object reference anyhow). so yes, pdpedia is convenient at this stage, but i am more interested in building an environment that will engage better with pd itself, and this is basically what i am proposing. cheers, dmotd On Thursday 09 April 2009 12:59:09 Hans-Christoph Steiner wrote: > I don't think that pdpedia is a replacement or substitute for > interactive help patches. But mediawiki is a great tool for > getting lots of bits of information from a lot of people. So I > think that pdpedia could be used as a place to orgnanize content, > like reference info, links to related algorithms, links to > related video tutorials, etc. That material could then be > filtering into the help patches themselves. > > A pd-help file wiki would be great, but until then, I think > pdpedia could be useful. > > .hc > > On Apr 8, 2009, at 10:35 PM, dmotd wrote: > > hi folks, > > > > i am somewhat interested in investing some time in pdpedia, but > > i have a few concerns with mediawiki as a container for pd > > related data. > > > > obviously mediawiki is an excellent versioning platform and has > > a strong following for many technical wiki's in the open-source > > community. i think its an excellent format for plain text > > information, which takes the form of tutorials/howto/guide, but > > as an object reference it has a limited scope. > > > > this is especially the case when attempting to pull that > > information into another format (ie.. not html). anything > > pulled off the server using the api needs to be parsed to be > > made useful in another context, and in many cases reparsed to > > pick out the > > meta-references, and this is without getting to the content > > which is often categorised in an entirely different format. > > > > i have previously invested a fair chunk of time in refencing > > objects in a sql database, while my work was not designed with > > versioning in mind, it was designed to be utilised by pd (dd > > was the projected environment) or pd libs internally, or in > > other formats like a postscript reference or generating pddp > > formatted helpfiles. i have recently started picking up the > > pieces of this project (which i had ceased with the initial > > announcement of pdpedia). > > > > anyhow, what i am beginning to see a need for is an > > infrastructure like mediawiki which stores pd files rather than > > plain-text. think of it like a categorised + tagged svn. this > > would be a place where people can upload files relating to pd > > use, examples of usage, methods of interfacing and anything > > else that gets passed around on this mailing list. keeping with > > the same wiki format of edits by anyone, and versioning each > > subsequent edit. then in a similar method to mediawiki api > > calls, pd internally could request a list of articles > > (pd-patches) and dynamically retrieve requested articles from > > the pdwiki. thus making the system much more usable within the > > pd environment. > > > > i think the benefit of this would be quite obvious to pd-users, > > as it has been stated many times by numerous people that a > > plain text wiki reference doesn't really make much sense > > without the interactive characteristics of an actual patch. > > > > this is something i would happily put energies into > > development, and in many ways have already started. i will > > likely end up building something that works in this way anyway, > > so please throw in suggestions, before i get carried away ;) > > > > ciao, > > > > dmotd > > > > On Thursday 09 April 2009 07:25:06 Hans-Christoph Steiner wrote: > >> There are lots of good ideas worth trying. We've talked about > >> it a lot, we just need someone to take charge of it.
Re: [PD] Pdpedia and random generation
hey marius, okay, well i think we're on the same page here, what you describe and what's in my head seem to be somewhat aligned. i have a little bit of time spare at present and a fair bit of experience developing web based content management systems, so hopefully these ideas could gather a little momentum. what is important here is that there is a layer that is consistent between all interfaces connecting to it (ie. the database), and the way that this inforation is organised and presented can vary depending on the interface. it is also very important to make sure that the reference is maintainable, and where possible self documenting. this is where your data mining experiments are valuable, any statistics that we can easily gather, help to build the picture of how pd operates, and could certainly aid in the development of pd into the future. i know there is a limit to what can be automated and often automated content is more of a pain than a help, but a few small things may help with maintenance issues. for example plugging into the output of CIA (which pd is a subscriber to), should allow the object database to easily monitor changes to the svn, which in turn could create a section of 'watched' objects that would provide a list of known changes to objects (however small) and warn potential contributors that the object internals have changed and the reference may need to be updated. when i initially started building my own database, i wanted to have a little picture of the object being described, with all of its inlets and outlets present. i decided to draw this using GD (a php graphing app), but in order to do so i had to document the inlets and outlets that were present, and those that were created dynamically on init - which meant documenting the init arguments too. this small exercise in futility helped expand the reference to include a bit more detail on each class, which i now recognise is invaluable to the database (and myself) having a stronger knowledge of pd internals. and now i have something that could potentially draw *basic* pd patch code without having to use pd as a server, or analyse pd patches with finer precision. another example, i used your CSV file to build a small sh script that can analyse a pd patch and an abstraction folder, and list missing objects (and unique objects for that matter) required for that patch. with a bit more work this could very easily direct users to the libraries they're missing. (i realise that loading the patch into pd spits out this sort of information anyway, but there are times where i would like to check this first - and yes running pd-extended probably sorts out everything anyway, but that isn't always possible). while the current list of objects and abstractions is quite intimidating, getting at least the object list completed and finding methods to extract the rest may be quite easily achieved. i think as you say making this database as approachable as possible to users, so that they can upload, comment, rank and favourite patches/abstractions/objects, will make pd generally a more inclusive environment and something that becomes a solution to more peoples problems. in a sense the more people that are contributing to higher level projects, the more interest there is in documenting the lowerlevel objects. i think this is in a sense where hcs is at with pd-extended, but what is missing with pdpedia/plone. for me the plone space is buried in the logic of private spaces - places to hold your projects (home folders), but not really to mass distribution in a true wiki sense, or as you describe it a 'youtube' space (which is indeed a better metaphor for the distribution of patches/objects/libs etc) so yeah.. this seems to be a shared interest and something potentially to build upon.. on a side note, i took up this project a few years ago when pddb finally breathed its last breath, which for me was the best resource for searching the object library outside of hassling the pd-list. i still don't think pdpedia has filled those shoes, which were in fact very simple and tidy, but i digress.. thanks for your encouraging response! dmotd On Thursday 09 April 2009 18:24:13 marius schebella wrote: > hi dmotd, > > your post is great, it reminded me of all the ideas I had before > starting pdpedia. > my main motivation for working on a pd(pedia) object > database/documentation was to help users (including myself) find > the right object for their purpose and help developers by > preventing redundancy in writing new objects. -- I also got stuck > by the limitations of mediawiki. > some of the things, for example that I'd like to see: > make heavy use of *data mining* in existing pd patches: It should > be possible to know, how often an object is used, and how often > it is connected to which other object
Re: [PD] Pdpedia and random generation
On Thursday 09 April 2009 23:55:11 marius schebella wrote: > 2009/4/9 Frank Barknecht : > > Hallo, > > > > dmotd hat gesagt: // dmotd wrote: > >> i am not at all convinced that pdpedia/mediawiki serves as a > >> good method for object reference. it is difficult to maintain > >> (a lot of manual copy and paste), its search/sort > >> functionality is limited, the up/down stream api is severely > >> lacking and most of all it is difficult to integrate it into a > >> pd environment (outside of simple pddp links which are usually > >> inside the object reference anyhow). > > > > I believe, reference documentation belongs into the code and > > additional display methods should be generated from that. > > hi frank, > please be more elaborate. are you distinguishing between > reference and documentation? is "reference documentation" the > help patches or some other kind of object reference. are you > talking about code comments? in help patches? or in the C code? > > I think that the purpose of documentation is to teach/explain how > to use objects? reference might be something slightly different. > > the problem imho is that there is no basis right now on which an > automatic documentation generation could build on. I also think > that autogeneration would be extremely helpful, but... who of the > vanilla/external-developers will reliably stick to any rules? > since developers are bad documentators but you still propose that > code should be the source to generate documentation, how do you > think people (who would like to do some documentation) should > contribute? directly to the source code? > > how do you envision that users will search for objects? where do > you think information like tags, similar objects, example patches > should come from? > > marius. i'd love to see as much documentation, tags, categories, etc coming directly from the c code itself, heck.. why not even build a pd class library that stores all of this extraneous info internally! but really with the current codebase it is not feasible to make old objects adhere to some new documentation api subset, and unlikely that new object writers would adhere to that anyhow. that's why its important to make documenting pd as simple as possible and as straight forward as contributing to any wiki for text. frank! your list-abs dynamic reference system is awesome.. that sort of thing should be encouraged everywhere, great job! dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
On Thursday 09 April 2009 23:14:28 Frank Barknecht wrote: > Hallo, > > dmotd hat gesagt: // dmotd wrote: > > i am not at all convinced that pdpedia/mediawiki serves as a > > good method for object reference. it is difficult to maintain > > (a lot of manual copy and paste), its search/sort functionality > > is limited, the up/down stream api is severely lacking and most > > of all it is difficult to integrate it into a pd environment > > (outside of simple pddp links which are usually inside the > > object reference anyhow). > > I believe, reference documentation belongs into the code and > additional display methods should be generated from that. What's > currently useful in pdpedia mostly was generated by a script, but > a year or so ago and it may already be outdated or referring to > objects not available anymore (i.e. > http://wiki.puredata.info/en/mapping/degrees0x2d0x3emapping) > > Ciao hey frank, yes this is exactly my point, though pd is not the first language to find methods referenced in documentation are severely outdated. and pd is not a text-based language, so text based documentation is already a hurdle. what i am interested in developing is a wiki that incorporates the pd patcher paradigm, so that reference material and examples can be submitted as pd-code. how this is dismantled and presented in text w/ diagrams is irrelevant as long as the folks looking at a text based reference understand that a greater depth to the same reference exists within pd. hopefully something a little more personalised to the pd project can come from these qualms/observations :) cheers, dmotdf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
sorry, i meant wiki as a shorthand for software revision control, so that there is a trace history of edits and the database can be exported at a given revision. interesting ideas however, i admit i'm not completely familiar with the JSON format, but i do understand the basis behind this request. definitely something to think about. dmotd On Friday 10 April 2009 05:56:54 glerm soares wrote: > 2009/4/9 dmotd > > > what i am interested in developing is a wiki that > > incorporates the pd patcher paradigm, so that reference > > material and examples can be submitted as pd-code. > > This is so far the best solution. > > But why wiki? I think it should be done in a customized CMS, > something made with some python parsers and a MVC web framework > like Django... (Ruby fans will say Ruby on Rails, but you got the > idea)... > > This could be a good reason to think about a > "Puredata_abstraction to JSON"parser, that was discussed in other > thread (DIY GSoC)... Since JSON can be parsed even to a RSS > format easily... See that? Read new patches docs at the RSS news? > > Than also the string issues could be solved editing .pd > documentation in text based editors. And even some web based > WSIWYG editor that would generate "pd readable" > documentation :) > Could be? > > > té+ > > glerm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolarray
hey frank.. i was meaning to contact you a while ago about this.. i have previously built a hashing table for lists.. i have attached a package with the necessary abstractions, and a small help file. i scratched this together quite quickly for a project deadline, i guess it shares some of the behaviour of zexy's msgfile, but it is by no means feature identical. anyhow, i built this before i discovered your list-abs project, and as there would be a lot of shared behaviour between your abstractions and the ones i'm using internally here, it would probably benefit from having the internals ported across, and hopefully included within the list-abs toolset. so perhaps you may be interested in a bit of a collaboration? this is not something i'm very precious about, but its something i get a fair bit of use out of and could definitely benefit from a bit of a clean up. hope you're well :) cheers, dmotd On Friday 17 April 2009 23:52:33 you wrote: > Hallo, > > lsw hat gesagt: // lsw wrote: > > Looks pretty useful. Also a great structures example. > > Btw.: To fill the symbolarray [list-enumerate] from [list]-abs is > great. > > [symbolarray] also is pretty fast if you have to lookup something > in large lists. I tested it with an arraysize of 100,000,000 > elements, which takes roughly 300 MB RAM according to my system > monitor (with all elements except the last one empty). Creating > the array takes several seconds, but looking up the final element > happens instantly afterwards. > > The other Pd-vanilla ways I know to implement this are > textfile-dumps with "rewind"+[until] or [select]-constructs or > [list-idx], which all are unusable with arrays of these sizes. > > And of course the patch can be modified to look up any kind of > list whose structure is known. > > Now we still need maps/hashes. > > Ciao list-array.tar.gz Description: application/tgz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd convention 09 - external involvement?
hi folks, the pd convention is just over a month away and as someone who logistically just can't make it over to brazil, i am wondering how the organizers are planning to integrate content for external involvement? are there plans to stream forums, presentations and/or workshops? is there a wiki or some such thing for colating content generated or discussed at the conference? i'd certainly like the opportunity to participate in the festivities in some format - if these are channels available for such things, otherwise i hope that the papers generated from this conference can be colated in a similar manner to the 'bang' book from the 1st pdcon, which still continues to be a great point of reference and inspiration. cheers, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd convention 09 - external involvement?
ydego...@gmail.com wrote: > dmotd wrote: > > hi folks, > > > > the pd convention is just over a month away > > it's more one week away now, > starting in 8 days oops.. that is indeed what i meant.. > > > and as someone who > > logistically just can't make it over to brazil, i am wondering > > how the organizers are planning to integrate content for > > external involvement? are there plans to stream forums, > > presentations and/or workshops? > > we ( as giss.tv ) have the technical requirements to stream the > event, maybe need some local help > to find cameras and, the most difficult, > people to film and interview the participants.. > thanks sevy, i hope you have no difficulties coordinating the stream.. this is a great start! > > any contribution welcome. > > s...@giss.tv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd string array?
On Saturday 25 July 2009 17:24:31 budi prakosa wrote: > hi all > is there any object for string array in pd? > > thanks! question is ambiguous, but will try anyhow.. if you are looking to break up a symbol (string) into its many characters then you best look at moocows [any2bytes] external which will create a list of its decimal makeup, you could use something like the list-abs lib to sort the results, and [bytes2any] to put it all back together again. if you want a symbol array check the archives for frank barknecht's [symbolarray] http://lists.puredata.info/pipermail/pd-list/2009-04/069666.html for an associative array (hash table) for lists, symbols or floats try chris mccormicks [s-map] abstriaction: http://lists.puredata.info/pipermail/pd-list/2008-03/060712.html or i put together a similar package: http://puredata.info/Members/dmotd/list-array/view or claude heiland-allens's list hashing (not quite as complete but very fast) http://lists.puredata.info/pipermail/pd-list/2009-04/069704.html cheers, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-toolkit first Release
hi georg, just checked this out proper and the shortcuts are brilliant.. what's the scope on building upon this? i'd love to share in the development if you think there are more areas that the toolkit could cover using iemguts. i'm with hans on the namechange tho, something like [uishrtcts] or [pdfaster]! many thanks to iohannes and luke for their work on the iemguts objects, great stuff! and georg your abstraction works a treat (crazy mess!) but its a great usable example of the lib.. i'll be submitting my iemguts test case soon, but its great to see the potential so well executed! cheers, dmotd Georg Werner wrote: > Hi, > > with the new possibilities provided by iem_guts (thanks to IOhannes m > zmoelnig and Luke Iannini) its possible now to do patching with the help > of keyboard shortcuts. in the last couple days i made an abstraction for > alignment and connection of objects. > there are so many features that i don't want to explain them here in > detail. (they are explained inside the abstraction) > as an overview i did a screencast: http://www.fricklr.de > there you can get the abstraction, too. (to get it to work you need > iem_guts - the sources are at > http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/iem/iemguts/) > this is the first release so please give feedback and ideas to improve. > cheers > georg > > > ___ > 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
Re: [PD] pd 0.43 branch with the new GUI code
hi hcs, miller, i've been testing some changes i've made locally and i've just noticed in regards to the code miller checked into trunk, that it breaks autotools which is still attempting to install pd-gui (and failing). relevant changes will probably need to be made to 'makefile.in' i guess.. dmotd Hans-Christoph Steiner wrote: > > A complete rewrite of Pd's GUI is starting to be usable. Miller has > accepted the core of this code into his repo for 0.43. Now we need to > get the whole thing done! There is now a branch for continuing off of > Miller's initial 0.43 commit here: > > http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-gui-rewrite/0.43 > > There is a wiki page to keep track of progress with build instructions, > etc.: > > http://puredata.info/dev/PdGuiRewrite > > Try it out on GNU/Linux or Mac OS X, no one's tried to get it running on > Windows yet, you could be the first. Shouldn't be too hard since its all > Tcl. There is lots of work left to do, and you can contribute in many > different ways. We always need testers, try using this Pd version in your > normal work, and report any and all bugs, problems, feature ideas, etc. > The simplest way is to contribute code is to create a translation for Pd. > You can also look thru the Tcl source for things marked TODO and take a > stab and doing them. If you want to improve the GUI, make the new Pd > window for example, an announce your interest to pd-dev to make sure > there are no duplications of efforts. > > .hc > > > > > > 'You people have such restrictive dress for women,’ she said, hobbling > away in three inch heels and panty hose to finish out another pink- > collar temp pool day. - “Hijab Scene #2", by Mohja Kahf > > > > ___ > 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
Re: [PD] Pd at a livecoding event on the BBC
Daniel Wilcox wrote: > > On Aug 31, 2009, at 12:00 PM, pd-list-requ...@iem.at wrote: > >> Hi *, >> >> This is pretty funny. Some people from the BBC came along to a live- >> coding >> event in London: >> <http://news.bbc.co.uk/1/hi/technology/8221235.stm> >> I was using Pd, which you can see in some of the shots. It was my >> first time >> live-coding and it sounded awful like 8-bit alley cats on LSD singing >> Bob >> Dylan. > > Oh man : > > "Making boring techno music is really easy with modern tools," he says, > "but with live coding, boring techno is much harder." > > Nice. that's superb, it could be the makings of a manifesto! obfuscated techno competition anyone? cheers chris ;) dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd at a livecoding event on the BBC
hmm.. i have no such problem here, but like many media providers i have noticed that sometimes bbc places an ip filter to discriminate content (the national australian broadcaster - abc, does the same). these ip filters are never particularly reliable so it wouldn't surprise me if you go between being on block lists. just a guess, dmotd Jack wrote: > Hmm, strange, all was ok yesterday on Ubuntu 9.04 and today, i have the > same problem, impossible to watch the video ! > ++ > > Jack > > > Le mardi 01 septembre 2009 à 10:24 +0200, Frank Barknecht a écrit : > > Hallo, > > Chris McCormick hat gesagt: // Chris McCormick wrote: > > > > > This is pretty funny. Some people from the BBC came along to a live-coding > > > event in London: > > > <http://news.bbc.co.uk/1/hi/technology/8221235.stm> > > > I was using Pd, which you can see in some of the shots. It was my first > > > time > > > live-coding and it sounded awful like 8-bit alley cats on LSD singing Bob > > > Dylan. > > > > Does anyone know how to watch the video on Linux? I do have Flash 10, and I > > can > > watch Youtube, Vimeo, etc. just fine. But this video when I click "Play" > > just endlessly > > tries to load something and never shows any video ... > > > > Ciao > > > ___ > 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
Re: [PD] customizing the new Pd GUI, some examples
Hans-Christoph Steiner wrote: > Someone should try to write a segmented patch cord plugin, that would be > a great test of the plugin idea for the new GUI. I'd be happy to help > someone thru the code, and make any reasonable changes. I suspect it'll > be hard to work around the fact that the .pd file format doesn't include > a place to store the segmented patch cord data points, but I think it > could easily be handled in a separate, parallel file. It could be like > the .pd is the HTML and this other file is the CSS. i have wondered on few occasions if segmented data could be stored after the 'connect' message, is there something hardcoded that only accept a connect selector with a list with 4 floats? would adding more floats break the file format? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] customizing the new Pd GUI, some examples
yup, iemguts covers this, see the objects [propertybang] + [canvasargs]. Jonathan Wilkes wrote: > Hm, so would the new GUI magick also make it possible for the dialogue > menus to actually be Pd patches? I guess its not a lot of gain for the > work in terms of existing iem-gui objects, but it would be really useful > to be able to build a "Properties" menu for abstractions that can change > the arguments of the abstraction. > > Or can you already do this with iem-guts? > > -Jonathan > > --- On Tue, 9/1/09, Hans-Christoph Steiner wrote: > > > From: Hans-Christoph Steiner > > Subject: Re: [PD] customizing the new Pd GUI, some examples > > To: "Jonathan Wilkes" > > Cc: "András Murányi" , pd-list@iem.at > > Date: Tuesday, September 1, 2009, 4:10 PM > > > > Trippy. Even the xlets > > disappear! > > There are now a set of Tk tags that can be > > separately controlled, you could also make things turn > > different colors, or disappear (i.e. turn > > white). > > cords, inlet, outlet, text, label, obj, msg, > > atom > > Are segmented patch cords also a > > possibility now? > > > > Someone should try to write a segmented patch > > cord plugin, that would be a great test of the plugin idea > > for the new GUI. I'd be happy to help someone thru > > the code, and make any reasonable changes. I suspect > > it'll be hard to work around the fact that the .pd file > > format doesn't include a place to store the segmented > > patch cord data points, but I think it could easily be > > handled in a separate, parallel file. It could be like > > the .pd is the HTML and this other file is the > > CSS. > > .hc > > On Sep 1, 2009, at 12:45 AM, Jonathan Wilkes > > wrote: > > Trippy. Even the xlets > > disappear! > > Are segmented patch cords also a possibility now? > > > > -Jonathan > > > > --- On Tue, 9/1/09, Hans-Christoph Steiner > > wrote: > > > > From: Hans-Christoph Steiner > > Subject: Re: [PD] customizing the new Pd GUI, some > > examples > > To: "András Murányi" > > Cc: pd-list@iem.at > > Date: Tuesday, September 1, 2009, 5:06 AM > > > > > > I just made a commit to make this possible. > > Check how "hide_cords.tcl" and > > "editmode_look.tcl" in pd-gui-rewrite. They > > are both in pd/startup/disabled, so you'll need to move > > them to pd/startup to make them load. They are both > > triggered by edit mode. > > > 1.png> > 2.png> > 3.png> > > .hc > > On Aug 28, 2009, at 3:48 PM, András Murányi > > wrote: > > I > > wish to hide connections... oh my! > > I would be happy with a single global option to hide'em > > in performance mode (ctrl-e). > > > > Does it make sense? > > > > -- > > Muranyi Andras > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > Using ReBirth is like trying to play an 808 with > > a long stick. -David Zicarelli > > > > > > -Inline Attachment Follows- > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > > > > > http://at.or.at/hans/ > > > > > > > > > ___ > 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
Re: [PD] New -batch command line option in version 0.42
Lorenzo wrote: > This seems indeed very interesting, and opening new unexpected > perspectives for pd. Is there any further > documentation/discussion/example? I only found a brief description in > x5.htm in the documentarion. there is a small example within the internal documentation, check the pd~ folder in extra for a demonstation (pd~-help.pd). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] New -batch command line option in version 0.42
oh i'm sorry, i read the intitial message too quickly, i take what i said back, afaik there is no further documentation then what you have cited. cheers, dmotd Lorenzo wrote: > I've read in Miller Puckette's paper > http://puredata.info/community/projects/convention09/puckette.pdf/at_download/file: > "As of Pd 0.42, the “-batch” flag is available in Pd to allow a single Pd > process to run without audio input or output. This can be useful for > writing shell-based scripts that process soundfiles through Pd patches." > > This seems indeed very interesting, and opening new unexpected > perspectives for pd. Is there any further > documentation/discussion/example? I only found a brief description in > x5.htm in the documentarion. > > Thanks, > Lorenzo. > > > > ___ > 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
Re: [PD] another dynamic patching question
very neat. Jack wrote: > Hello Phil, > See the patch attached > ++ > > Jack > > > Le mercredi 02 septembre 2009 à 22:09 -0700, Phil Stone a écrit : > > Hi again, > > > > I'm happily creating subpatches and filling them with dynamic subpatches > > (thanks again, Jonathan), but now I'm stuck on something more subtle. > > I'm doing something like this: > > > > [b] > > | > > [symbol G] > > | > > [; pd-exp-$1 msg 20 235 /analysis/level/$1; ( > > > > > > to dynamically add a [/analysis/level/G ( message box to subpatch > > 'exp-G'. However, what I really want that message box to say is: > > > > [/analysis/level/G $1( > > > > so I can do something useful with that message. How do I get '$1' into > > that message box, dynamically? > > > > > > > > Phil > > > > > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > #N canvas 332 97 839 300 10; > #N canvas 65 337 450 300 monsouspatch 0; > #X restore 23 29 pd monsouspatch; > #X obj 23 102 s pd-monsouspatch; > #X obj 412 23 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 > -1; > #X msg 23 76 obj 0 0 pd monsoussouspatchG; > #X obj 412 96 symbol G; > #X obj 487 97 makefilename %c1; > #X obj 412 122 pack s s; > #X msg 487 73 36; > #X msg 412 153 \; pd-monsoussouspatch\$1 msg 20 235 /analisis/level/\$1 > \$2; > #X obj 412 46 t b b; > #X text 211 74 <- 1; > #X text 437 23 <- 2; > #X connect 2 0 9 0; > #X connect 3 0 1 0; > #X connect 4 0 6 0; > #X connect 5 0 6 1; > #X connect 6 0 8 0; > #X connect 7 0 5 0; > #X connect 9 0 4 0; > #X connect 9 1 7 0; > ___ > 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
Re: [PD] another dynamic patching question
Phil Stone wrote: > [b] > | > [symbol G] > | > [; pd-exp-$1 msg 20 235 /analysis/level/$1; ( > > > to dynamically add a [/analysis/level/G ( message box to subpatch > 'exp-G'. However, what I really want that message box to say is: > > [/analysis/level/G $1( > > so I can do something useful with that message. How do I get '$1' into > that message box, dynamically? pd allows you to use: [float 1( | [msg (X) (Y) selector $$1( | [s pd-patch] to set a dollar agument dynamically. *however* this mechanism is only available in the short term - as soon as you save the generator patch and reopen it the second dollar will become commented '$\$1', so this technique only applies for a once only approach - perhaps for generating a large repeating structures. this behaviour may in fact be a bug? the technique i've use, which is a bit of work-around hackery, is to dynamically create a [loadbang]-->[adddollar 1( first, wire that to any subsequent message that needs the dollar argument appended, and finally call the 'loadbang' for the subpatch. its not pretty but works. perhaps there is a more ellegant solution? cheers dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] future of the "Text Editor"
Hans-Christoph Steiner wrote: > > Now that cut/copy/paste works in all object boxes, comments, etc. on all > platforms, is there any reason to keep the "Text Editor"? data-structures + clarity of editing. i'm not sure if viewing the struct in DS launches the same 'Text Editor', but it is quite useful for editing/debuging values. as for clarity, if i am wanting to review a large block of text, ie. a message box with a number of initiation settings. then i find it better to do so in its own window. i think as matju pointed out there are a number of extra bindings that make text editing a little easier, and perhaps these could be expanded - such as a import / export text button? i guess what you're suggesting is that if i want these features, i'm better off using my favourite text editor and hitting the cut button? i'm not strictly opposed to removing it, but i have been known to use this feature in the past. cheers, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] $0 of parent patch
its also included in iemguts now as [canvasdollarzero], which allows you to find any parent (not just the level above the current canvas). .. dmotd marius schebella wrote: > oops, I already got it, > [parentdollarzero] from iemlib. > m. > > 2009/9/15 marius schebella : > > hi, > > I am getting old and lazy.. I forgot, whether it is possible to get > > the parent patch's value for $0. (other than passing it as an > > argument...) > > thanks, > > marius. > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd related publication
Anderson Goulart wrote: > Do you know if it will be translated and released in english? > > > -- global i very much doubt that a niche technical publisher for the japanese language would wish to embark on such a mission! although perhaps if you prompted them, they might be happy to release the examples set as a free download? don't hold your breath though. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla, extended, svn and x86_64
Pierre wrote: > Hi all, > until now I have been using a 32bit system, but 2 days ago I installed a > brand new ubuntu '9.10' 64 bit. (And I want to keep it, this '9.10' 64 > bit seems to me faster than '8.04' 32 bit) > > As Pd-extended for x86_64 is not auto-builded, I have some questions > about building a debian package : > > - is there a document describing the SVN directory structure ? nothing clear for the svn itself, but its fairly self explanitory (most externals folders have their own readme/info).. for the extended buildsystem look here: http://puredata.info/docs/developer/PdExtendedBuildSystem and http://puredata.info/docs/developer/Debian > - what are the differences between 'pd-extended' and 'pd-vanilla loading > all externals' ? pd-extended is a patched version of pd, so it has some minor differences in operation - the externals should not be drastically effected regardless of the build target. some more low level ones maybe (toxy / iemguts) > - what is the simpliest way to build pd-extended (a kind of 'nightly > build @ home') to produce a beautiful .deb package for x86_64 you can reproduce the autobuild fairly easily without too much hastle. > - what is the simpliest way to build pd-'extended'-gui-rewrite for x86_64 x86_64 will not be any different to x86, and the gui-rewrite uses autotools, so it will work this out for you. > - is there a simple way to have and manage differents pd (vanilla, > extended, gui-rewrite) with differents versions on the same computer ? just compile without installing.. and launch pd from the command line using ./pd or something similar, for something more sophisticated choose a different install target for each build and build a script that chooses version at /usr/bin/pd > Some informations about what I would like to do : > - in fact I think I dont really need the whole pd-extended thing as I > often only use Gem with few (5, 6) others externals... extended is mostly overkill if you know what you are wanting, and if you only use a handful of extra objects then maintain by hand.. it will take a lot of the pain out of the process. > - but it can be very nice to try and be able to use ANY of the external > included in the svn (I'm always in a learning process) it is nice, but if you need them, and need them badly you will find them and install them. otherwise you could attempt to use some extended binaries with a 32bit chroot account, then you can 'try before you buy'! > - I would like to use the latest sources, nightly build was just fine > for me on 32bit better anyhow, the latest stable candidate of extended is not designed for 64bit and needs to be heavily patched. > - but I also need to have a method to build a stable pd-extended release > if the latests sources give me pd crashes (I do Audio/Video live shows > and performance and stability are very important on scene...) if you seriously want reliability then make a 32bit partition and install 32bit ubuntu 9.0 (or better still try an older more tested version of ubuntu) besides a lot of array based objects that have not been thoroughly ported to 64bit, 64bit pd is not propperly tested and needs a bit more time and attention. for performance stability stick with the tried and tested approach. > > voila! > any suggestion is welcome > best regards, > pierre good luck.. if you seriously want to build for ubuntu 9.0 x86_64, be prepared for a bit of frustration.. heres some extra reading - albeit out of date: http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid http://puredata.info/docs/developer/64BitLinux http://puredata.info/docs/developer/BuildingPdExtended ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla, extended, svn and x86_64
Pierre wrote: > thanks to this script : > http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD > I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice :) > good to hear! > > What is the best method to reports bugs/crashes etc etc ? > this list ? > irc #dataflow ? if there are issues relating to running parts of that script we'd like to hear about at the archlinux aur, you might need to subscribe but its painless.. http://aur.archlinux.org/packages.php?ID=22509 --- if something seems wrong with the builder itself then post to hans and this list.. if you are having problems with an external try contacting the author and cc this list, and the same goes for pd itself (which also has a bugtracker too) and for anything where you want some kind of instant response then irc works well, and there are often a few folks there that work on areas above.. > > pierre > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] vanilla, extended, svn and x86_64
András Murányi wrote: > > > thanks to this script : > http://aur.archlinux.org/packages/pd-extended-svn/pd-extended-svn/PKGBUILD > I have now pd-0.42.5-extended and a lot of libs running on x86_64 ! nice > :) > > > > Sounds hot! Could you explain how to use this script? andrás, the 'script' is an archlinux PKGBUILD, distributed in the arch-user-repository. its simply a set of build instructions used by the arch-build-system to assemble a package which can then be installed with the archlinux packager 'pacman'. all this is similar to *bsd ports or gentoo ebuilds and every linux distribution has its own helper instructions for packaging - this ones just for archlinux. i suggested pierre take a look at it, to demonstrate what is involved for building pd-extended from svn. relevant info: http://wiki.archlinux.org/index.php/PKGBUILD http://wiki.archlinux.org/index.php/ABS_-_The_Arch_Build_System http://wiki.archlinux.org/index.php/AUR http://aur.archlinux.org/packages.php?ID=22509 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Percolate
found within my chaotic archive of crap, haven't tried to compile - give it a go! http://simplesuperlativ.es/PeRColate0.09-source.zip dmotd Jose Luis Santorcuato wrote: > Friends thanks a lot, really, percolate is an excellente extension for > pd...now... someboby have the source? i wanna compile to gnu/linux...for the > folk... i use osx and ubuntu... in ubuntu pd fly... brothers... thanks again > > > JOs -Chile > > 2009/9/27 Kyle Klipowicz > > Except the help files aren't very helpful for me. I can barely get sound > out of many of the objects. There isn't a very detailed account of what > range the inputs receive, or how to trigger sound events... > > ~Kyle > > > On Sat, Sep 26, 2009 at 12:48 PM, mark edward grimm > wrote: > > > Or including it in Pd-extended!?! > > yeah that would be ideal! > > > BTW Mark, have you thought about dropping the Percolate > > developers a note to ask them to update their links? > > ha... no > > :) > > m > > > > > > --- On Sat, 9/26/09, Kyle Klipowicz wrote: > > > From: Kyle Klipowicz > > Subject: Re: [PD] Percolate > > To: "rene beekman" , "Hans-Christoph Steiner" < > h...@at.or.at> > > Cc: pd-list@iem.at > > Date: Saturday, September 26, 2009, 12:21 PM > > Or including it in Pd-extended!?! > > > > ~Kyle > > > > On Sat, Sep 26, 2009 at 11:08 AM, > > rene beekman > > wrote: > > > > I stand corrected :) > > > > Mark, thanks! This is great! > > > > > > > > Now, if someone could also point me to a Windoze version of > > Percolate for Pd, I'd be totally happy :) > > > > > > > > Rene > > > > > > > > BTW Mark, have you thought about dropping the Percolate > > developers a note to ask them to update their links? > > > > > > > > > > > > > > > > > > > > On Sep 26, 2009, at 18:12, pd-list-requ...@iem.at > > wrote: > > > > > > > > > > Date: Sat, 26 Sep 2009 05:29:53 -0700 (PDT) > > > > From: mark edward grimm > > > > Subject: Re: [PD] Percolate > > > > To: pd-list@iem.at > > > > Message-ID: <358216.94182...@web32407.mail.mud.yahoo.com> > > > > Content-Type: text/plain; charset=iso-8859-1 > > > > > > > > > > So it seems that right now you have two options; find a > > way > > > > to do your project without the Percolate objects, or move > > to > > > > Max/MSP ... > > > > > > > > > > um... thats not true. i compiled the source a while ago. > > heres a binary. works on 10.5 and 10.6 if on osx: > > > > > > > > http://megrimm.net/software/PeRColate-OSX-Intel-10.5/ > PeRColate-OSX-Intel-10.5.zip > > > > > > > > i have the sources + xcode project somewhere I think... i > > would have to look around... > > > > > > > > mark > > > > > > > > > > > > > > ___ > > > > Pd-list@iem.at > > mailing list > > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list > > > > > > > > > > -- > > - > > > > - > > - -- > > http://plenum.tumblr.com > > http://myspace.com/plenummusic > > > > > > > > -Inline Attachment Follows- > > > >
Re: [PD] Percolate
i'm just looking at the license now and i'm not sure that this is acutally a problem.. looks like an open style license.. not for resale, non-commerical educaton use only, must credit authors and distribute license. see attached. Hans-Christoph Steiner wrote: > > Can't because of the license, check the archives for details. Someone could > just put out binaries on puredata.info, IIRC. Then they can easily be > installed like this: > > http://puredata.info/docs/faq/ > how-do-i-install-externals-and-help-files-with-pd-extended > > .hc > > On Sep 26, 2009, at 12:21 PM, Kyle Klipowicz wrote: > > > Or including it in Pd-extended!?! > > ~Kyle > > On Sat, Sep 26, 2009 at 11:08 AM, rene beekman wrote: > > I stand corrected :) > Mark, thanks! This is great! > > Now, if someone could also point me to a Windoze version of Percolate > for Pd, I'd be totally happy :) > > Rene > > BTW Mark, have you thought about dropping the Percolate developers a > note to ask them to update their links? > > > > > On Sep 26, 2009, at 18:12, pd-list-requ...@iem.at wrote: > > > Date: Sat, 26 Sep 2009 05:29:53 -0700 (PDT) > From: mark edward grimm > > Subject: Re: [PD] Percolate > To: pd-list@iem.at > Message-ID: <358216.94182...@web32407.mail.mud.yahoo.com> > > Content-Type: text/plain; charset=iso-8859-1 > > > So it seems that right now you have two options; find a way > to do your project without the Percolate objects, or move to > Max/MSP ... > > > um... thats not true. i compiled the source a while ago. heres a > binary. works on 10.5 and 10.6 if on osx: > > http://megrimm.net/software/PeRColate-OSX-Intel-10.5/ > PeRColate-OSX-Intel-10.5.zip > > i have the sources + xcode project somewhere I think... i would > have to look around... > > mark > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list > > > > > -- > - > > - > - -- > http://plenum.tumblr.com > http://myspace.com/plenummusic > > > > > > > As we enjoy great advantages from inventions of others, we should be glad of > an > opportunity to serve others by any invention of ours; and this we should do > freely and generously. - Benjamin Franklin > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list PeRColate for Pure Data version 0.09 Pd port made by Olaf Matthes help files ported by Martin Dupras PeRCOlate for MAX written by Dan Trueman and R. Luke DuBois By using this software you are agreeing to the software license at the end of this document. This software is copyright (c)2001 Dan Trueman / R. Luke DuBois / The Trustees of Columbia University in the City of New York. All rights reserved. System Requirements This is the Pure Data (PD) port of PeRColate 0.9b3. This release has been compiled and tested for use under PD 0.36. It may work under earlier versions as well. To use the examples the following externals are needed: ==~, comb~ (both part of zexy library). The distributions for MAX / Msp are available on the 'official' PeRColate web site (see below). Installation instructions Copy the PeRColate folder with all it's content into your PD folder. Copy the files from PeRColate_help to PD's doc\5.reference folder. Start PD with '-lib ..\PeRColate\percolate'. The PeRColate_source folder contains source code for the objects. These objects were compiled using MS VC++ 6.0. The 'PeRColate for PD' web page, from which these objects may be downloaded, is located at: http://www.akustische-kunst.org/puredata/percolate/ The official PeRColate web page can be found at: http://music.columbia.edu/PeRColate Please e-mail any bug reports or suggestions to Olaf Matthes at i...@akustische-kunst.de. Enjoy! License This version of PeRColate incorporates the same license as the original MAX version from CMC. The orriginal PeRColate Licence from the MAX version: License Agreement The Software is provided by Dan Trueman, R. Luke DuBois and the Computer Music Center, Columbia University (hereinafter referred to as the "AUTHOR"), free of charge and may be distributed free of charge, provided that this documentation is included unchanged with the software. You may not sell the software, nor may you take a fee or commission for providing the software to another person, nor may you include the software with
Re: [PD] Percolate
compiled and it works, here's an i686 binary: http://simplesuperlativ.es/PeRColate0.09-pd_linux.tar.gz (it also builds and runs on x86 with the fPIC flag) also, some of the PeRColate video objects (originally for nato) by R. Luke DuBois were ported to framestein (windows only) the full source is still available: http://pinktwins.com/disk/framestein/framestein032.zip see 'Plugins' folder, it'd be a bit of effort but maybe not sooo dificult to port ot Gem or pdp? or you could always use framestein! apparently there is an object named in rene beekman's honour. fun, ciao dmotd dmotd wrote: > found within my chaotic archive of crap, haven't tried > to compile - give it a go! > > http://simplesuperlativ.es/PeRColate0.09-source.zip > > dmotd > > Jose Luis Santorcuato wrote: > > Friends thanks a lot, really, percolate is an excellente extension for > > pd...now... someboby have the source? i wanna compile to gnu/linux...for the > > folk... i use osx and ubuntu... in ubuntu pd fly... brothers... thanks again > > > > > > JOs -Chile > > > > 2009/9/27 Kyle Klipowicz > > > > Except the help files aren't very helpful for me. I can barely get sound > > out of many of the objects. There isn't a very detailed account of what > > range the inputs receive, or how to trigger sound events... > > > > ~Kyle > > > > > > On Sat, Sep 26, 2009 at 12:48 PM, mark edward grimm > > wrote: > > > > > Or including it in Pd-extended!?! > > > > yeah that would be ideal! > > > > > BTW Mark, have you thought about dropping the Percolate > > > developers a note to ask them to update their links? > > > > ha... no > > > > :) > > > > m > > > > > > > > > > > > --- On Sat, 9/26/09, Kyle Klipowicz wrote: > > > > > From: Kyle Klipowicz > > > Subject: Re: [PD] Percolate > > > To: "rene beekman" , "Hans-Christoph Steiner" < > > h...@at.or.at> > > > Cc: pd-list@iem.at > > > Date: Saturday, September 26, 2009, 12:21 PM > > > Or including it in Pd-extended!?! > > > > > > ~Kyle > > > > > > On Sat, Sep 26, 2009 at 11:08 AM, > > > rene beekman > > > wrote: > > > > > > I stand corrected :) > > > > > > Mark, thanks! This is great! > > > > > > > > > > > > Now, if someone could also point me to a Windoze version of > > > Percolate for Pd, I'd be totally happy :) > > > > > > > > > > > > Rene > > > > > > > > > > > > BTW Mark, have you thought about dropping the Percolate > > > developers a note to ask them to update their links? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sep 26, 2009, at 18:12, pd-list-requ...@iem.at > > > wrote: > > > > > > > > > > > > > > > Date: Sat, 26 Sep 2009 05:29:53 -0700 (PDT) > > > > > > From: mark edward grimm > > > > > > Subject: Re: [PD] Percolate > > > > > > To: pd-list@iem.at > > > > > > Message-ID: <358216.94182...@web32407.mail.mud.yahoo.com> > > > > > > Content-Type: text/plain; charset=iso-8859-1 > > > > > > > > > > > > > > > So it seems that right now you have two options; find a > > > way > > > > > > to do your project without the Percolate objects, or move > > > to > > > > > > Max/MSP ... > > > > > > > > > > > > > > > um... thats not true. i compiled the source a while ago. > > > heres a binary. works on 10.5 and 10.6 if on osx: > > > > > > > > >
Re: [PD] Percolate
IOhannes m zmoelnig wrote: > dmotd wrote: >> i'm just looking at the license now and i'm not sure that this is >> acutally a problem.. looks like an open style license.. not for resale, >> non-commerical educaton use only, must credit authors and distribute >> license. > > which sounds incompatible with GPL (which is what PdX is distributed under). ahh, right, i'd overlooked that it might be too restrictive.. thats too bad. could it still be added to the svn repository? dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd_opencv 0.2-rc4
awesome work lluis and yves, i look forward to catching up with this stuff soon. ciao dmotd ydego...@gmail.com wrote: > ola, > > after a week of intensive workshop in baltan laboratories > ( http://www.baltanlaboratories.org/ ), > we released a new version of OpenCV for PD, > version 0.2-rc4 that fixes the following issues : > > ## > version 0.2-rc4 ( codename BALTANIK ) > > * fixed colorspace problems for mac ppc > * contours detection objects ( hu_compare and pgh_compare ) > now give the posititon of matching contours. > * a folder of examples have been added, > they should work with pd-extended. > > ## > > you can find binaries for mac osx and linux packages on the wiki > as well as the source code ( for those who want to compile it ) here : > http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv > > some videos of the workshop have been published here : > http://giss.tv/dmmdb/index.php?channel=pdopencv > > well, lluis mainly fixed the problems > while i was at the coffee shop, > but it's time to go back there > > ciao, > sevy > > > ___ > 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
Re: [PD] pdpedia and spam
philip, i understand yr frustration with the pdpedia, but i am still of the belief that pd and its numerous (count thousands) of objects (and abstractions) do need a pure reference online, and i do believe the wiki format suits maintaining a said reference. i know that there are some reservations to using captchas for editing wikis but you are quite right, this thing has hit the spam bot engines and they are not going to cease the bombardment. also the mediawiki engine last i checked is getting really dated and could desperately use a serverside upgrade. perhaps there are some other volunteers that could help iem maintain the site infrustructure? -i personally don't think that mediawiki is the perfect fit for this project but its obviously a decent and professional editing platform. the other option is to create a parser for the internal documentation, that can build an online reference from svn sources, this has been a minor pet project of mine but i have nothing exciting to report, perhaps in the not too distant future. there are days i'd kill for a book next to me to solve all these problems, but more on that later (anyone working to similar goals?) in the meantime can we maybe put the wiki on editing freeze until the spam issue is resolved? thanks for your efforts, dmotd Philip Potter wrote: > Dear all, > > I'm the only active wikiadmin of pdpedia (at > http://wiki.puredata.info/). It is a persistent target of spam and I > put quite a bit of effort into cleaning it up. Unfortunately my life > is now busier than it once was and I have begun to ask myself: is it > worth keeping clean? Is pdpedia a useful resource? Do people here use > it much, or at all? > > The recent changes shows how much work is involved: > http://wiki.puredata.info/en/Special:Recentchanges > I would say that my spamfighting edits outnumber regular content edits > by about 50 to 1. > > Given that it doesn't seem to be used much, I am considering stepping > down and leaving it to the spam fiends. But of course I can only see > information about editors -- I don't know how many readers there are. > > There are plenty of other pd documentation projects -- the FLOSS > manual, the articles at http://puredata.info/docs, the online help -- > will pdpedia be missed? > > Philip > > ___ > 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
Re: [PD] Pd-list Digest, Vol 55, Issue 120
oh come now, i really commiserate with a bad work situation, but i have a hard time really sympathising with anyone taking on work from a large arts beurocracy. it is often the case that you leave your passion at the door - and i have found that there are many people with less a commitment to creation and creativity that fulfill these rolls far better than artists do. - sorry dan, its awful working somewhere you hate, but i'm sure there are many folks that could fill your shoes. to say that there is a future making a certain artwork is as vague as suggesting that an invention is commercially viable. if you *have* to make artwork, then you probably will, outside of economic imperative, and its more than likely you will pay for its existence and continued existence thereafter. but if you are prepared to forgo the creative challenges and use skills in ways that make you employable. then there are a number of ways to do so, and most likely there are many small creative organisations in your area that require someone with both creative and technical talent - and more often than not their application of your talents will challenge and push you into areas you are not currently aware. and besides if you have the right personality type and the essense of some talent than there's a good chance you will get all accesses to the inner sanctum of 'art'. just don't hold your breath. all i'd like really like to say on this topic is keep an open mind and strong focus on quality work, you may never support yourself financially but you will become a stronger artist for it. i don't usually make an effort to respond to social agenda - hopefully this is a rarity. Daniel Wilcox wrote: > > > On Fri, Oct 30, 2009 at 2:23 PM, wrote: > > > -- Forwarded message -- > From: "Jo o Pais" > To: "Adityo Pratomo" , PDlist > Date: Fri, 30 Oct 2009 14:27:33 +0100 > Subject: Re: [PD] life as a new media artist > Hi, > > I suggest you keep your day job maintaing networks. it's much more well > paid than art jobs, which means that you can work less and have more time > for you. plus, the frustration of not being involved in art gives you > energy to sit down and work on your things when you finally manage it. you > don't waste those artistic thoughts somewhere else, like producing a > concert or something. > Unless you've already good well-known in the field, and are able to get a > "regular" amount of paid comissions/projects done. > > > > I an second that statement. > > I'm working for Ars Electronica right now and I've basically discovered that > working in the field blows. My energy has been wasted on boring > commercial-oriented stuff and I don't have any energy for my own work ... I > wish I was delivering chinese food again. Plus the network admin job probably > pays far better then mine. *sigh* > > > > I make a living mainly as an engraver for scores (classical/modern/film > music). it's not very well paid, but I can maintain my lifestyle for the > time being (single guy sharing a flat with no family), and now and then > buy > equipment. although in the future I'll have a lousy pension for sure. > > Jo o Pais > > > Hmm, I see. Looks like we have to have a day job right? Just curious, > is > there anyone have a day job in a field that has no relation with art? > Like > for example, I myself, I work as a network consultant. And then use my > spare > time to do some art stuff. > > > > -- > Dan Wilcox > danomatika > www.robotcowboy.com > ___ > 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
Re: [PD] cooled~ for OSX intel
hard off wrote: > ^ > the mail above is also an example of why i don't want to release my stuff so > much. > > all the patch is there, i am keeping no secrets. but still people expect me > to > do all the work to add features to something which i gave them for free and > for > which they can modify as they like. > > i get the feeling that a lot of the pd people are connected with universities > and get some income from there. but i am just a single person who does not > have > any such affiliation, and i just do pd to amuse myself. it does get quite > annoying that everything i give to people, i get "feature requests" for. i am > giving you the whole patch. you can modify it for yourself. yup well said - except i can't say i have any such feeling for peoples individual financial containment. to say someone is employed by here or there, means nothing to their output and the ammount of free time they are giving to such and such a project, so please don't make such generalisations in the future. in terms of code then yeah, you are right, what you have distributed is a great resource for anyone to improve on, ecxcept.. if you don't release your work and give it a licesne then you are not really allowing your work to be further edited and redistrubuted.. (perhaps you are more worried that people will make better of your own work than you do yourself, but in that case who's the fool?) i understand your frustration with endless requests for variation and improvement, but that is purely hypothetical and you can choose to ignore all requests for evermore but i do agree with you that just like all the code in the repository a pd patch contains room for improvement and those changes only make the work stronger. btw, your intial work was for me quite inspiring. thanks for the code.. cheers, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] ppc/linux build issues..
hi there.. running linux on a powerpc (old powerbook g4), pd-0.42-5 fails to compile (success with older pd-0.41-1, failure with pd-gui-rewrite). any clues? error follows: --- $ make cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -DDL_OPEN -DPA_USE_OSS -DUNIX -DUNISTD-DUSEAPI_OSS -fno-strict-aliasing -DPA_USE_ALSA -DUSEAPI_ALSA -O6 -funroll-loops -fomit-frame-pointer -D_LARGEFILE64_SOURCE -DINSTALL_PREFIX=\"/usr/local\" -c -o ../obj/s_audio_alsa.o s_audio_alsa.c s_audio_alsa.c: In function ‘alsa_send_dacs’: s_audio_alsa.c:472: error: called object ‘stderr’ is not a function s_audio_alsa.c:472: error: expected ‘)’ before ‘;’ token s_audio_alsa.c:474: error: too few arguments to function ‘fprintf’ s_audio_alsa.c:474: error: expected ‘;’ before ‘}’ token s_audio_alsa.c:584: error: called object ‘stderr’ is not a function s_audio_alsa.c:584: error: expected ‘)’ before ‘;’ token s_audio_alsa.c:586: error: too few arguments to function ‘fprintf’ s_audio_alsa.c:586: error: expected ‘;’ before ‘}’ token make: *** [s_audio_alsa.o] Error 1 --- $ gcc -v Using built-in specs. Target: powerpc-unknown-linux-gnu Configured with: ../configure --prefix=/usr --enable-shared --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-threads=posix --mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit --disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu --disable-libstdcxx-pch --with-tune=powerpc --with-cpu=powerpc --disable-altivec --without-altivec Thread model: posix gcc version 4.4.2 (GCC) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ppc/linux build issues..
cheers, should have checked the source.. pretty simple, obiously not much demand for big-endian archs these days.. patch attached will add it to the tracker. errordevelo...@gmail.com wrote: > hm .. > it looks like you should try with GCC 4.3 or .2, > 4.4.x is to recent ;) > > also, if no chances with getting different gcc version - > try --without-alsa so it can skip that bit ;) > if everything goes ok after make clean && ./configure --without-alsa then > there could be two things to fix it: > a) may be recompile alsa with the new gcc first > b) if still get this error - look into s_audio_alsa.c > > good luck ..)) > > On Wed, Jan 20, 2010 at 03:48:47AM +1000, dmotd wrote: > > hi there.. > > > > running linux on a powerpc (old powerbook g4), > > pd-0.42-5 fails to compile (success with older > > pd-0.41-1, failure with pd-gui-rewrite). > > > > any clues? > > > > error follows: > > > > --- > > $ make > > cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses > > -Wno-switch -DDL_OPEN -DPA_USE_OSS -DUNIX -DUNISTD-DUSEAPI_OSS > >-fno-strict-aliasing -DPA_USE_ALSA -DUSEAPI_ALSA -O6 -funroll-loops > > -fomit-frame-pointer -D_LARGEFILE64_SOURCE -DINSTALL_PREFIX=\"/usr/local\" > > -c -o ../obj/s_audio_alsa.o s_audio_alsa.c > > s_audio_alsa.c: In function ‘alsa_send_dacs’: > > s_audio_alsa.c:472: error: called object ‘stderr’ is not a function > > s_audio_alsa.c:472: error: expected ‘)’ before ‘;’ token > > s_audio_alsa.c:474: error: too few arguments to function ‘fprintf’ > > s_audio_alsa.c:474: error: expected ‘;’ before ‘}’ token > > s_audio_alsa.c:584: error: called object ‘stderr’ is not a function > > s_audio_alsa.c:584: error: expected ‘)’ before ‘;’ token > > s_audio_alsa.c:586: error: too few arguments to function ‘fprintf’ > > s_audio_alsa.c:586: error: expected ‘;’ before ‘}’ token > > make: *** [s_audio_alsa.o] Error 1 > > --- > > $ gcc -v > > Using built-in specs. > > Target: powerpc-unknown-linux-gnu > > Configured with: ../configure --prefix=/usr --enable-shared > > --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-threads=posix > > --mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit > > --disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib > > --enable-clocale=gnu --disable-libstdcxx-pch --with-tune=powerpc > > --with-cpu=powerpc --disable-altivec --without-altivec > > Thread model: posix > > gcc version 4.4.2 (GCC) > > > > > > ___ > > 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 --- pd-0.42-5/src/s_audio_alsa.c2008-12-11 04:30:53.0 +1000 +++ pd-0.42-5-diff/src/s_audio_alsa.c 2010-01-21 04:18:21.0 +1000 @@ -469,7 +469,7 @@ ((char *)(alsa_snd_buf))[3*j+1] = ((s>>8) & 255); ((char *)(alsa_snd_buf))[3*j+2] = ((s>>16) & 255); #else -fprintf(stderr("big endian 24-bit not supported"); +fprintf(stderr, "big endian 24-bit not supported"); #endif } for (; i < thisdevchans; i++, ch++) @@ -581,7 +581,7 @@ * (1./ INT32_MAX); } #else -fprintf(stderr("big endian 24-bit not supported"); +fprintf(stderr, "big endian 24-bit not supported"); #endif } else ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Compiling pd-extended from svn
the archlinux PKGBUILD is flagged out-of-date because there is an issue with makepkg that has prevented pd-extended from building successfully.. i worked out a solution last week - sorry, forgot to update the AUR.. checking in now. dmotd agrosc...@gmx.de wrote: > Hi, > > this is my first post to this list, so greeting to everyone! I have two short > questions: > > * How do i get pd-extended on my Arch Linux system the easy way? The MAKEPKG > from AUR is flagged out of date. Is there a new one? Is the old one still > useable? Can i update the old MAKEPKG easily? > > * And in case i have to compile it manually, what are the dependencies and > where do i get the sourcecode, preferably the 42.5 version from the nightly > build as a tarball. > > Thanks for your help! > > PS: I started working with pd about a month ago and love it! Special thanks > to Johannes Kreidler, Obiwannabe, the guys who wrote the Floss Manuals > tutorial and all the other people whos patches i looted, i learned a lot from > you! > -- > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > ___ > 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
Re: [PD] gridflow on windows
hello matteo, its safe to ignore the pddp* messages, pddp is a series of objects that make the internal documentation a little more user friendly when interacting with the outside world (ie internet URLS). you're right it's not part of gridflow, but i think they are generally packaged with pd-extended. it wont effect the usability of gridflow, or its documentation to not have these objects, so don't worry! cheers, dmotd Matteo Sisti Sette wrote: > > hello, in gridflow/doc/index.pd there a start for learning > > many objects > > Thank you for the hint. > However, the point was that the [pddp_open] object (or abstraction?) > used in the tutorial patch included in gridflow fails to create, so > either the help patch relies on an object that is not part of Pd > Extended and is not distributed with GridFlow, or there is something > wrong with my installation... > > > - Mail Original - > De: "pvallet" > ?: pd-list@iem.at > Envoy?: Lundi 8 Mars 2010 19h43:20 GMT +01:00 Amsterdam / Berlin / Berne > / Rome / Stockholm / Vienne > Objet: Re: [PD] gridflow on windows > > Pddp is the PureData Documentation Project > i'm not using it so i don't know much about it, but you can probably > download a package from the net > > Greetings, > p. > > Matteo Sisti Sette a ?crit : > > > Oh sh##, > > > I see it needs Pd Extented. I was trying it with Pd Vanilla. > > > > > > Maybe it would be a good idea to mention it in the installation readme > > > and/or home page, or is it obvious? > > > > > > It seems it works for the moment. However, in the tutorial intro > > > (gf_tutorial_intro.pd) there are a lot of [pddp_open] objects that > > > cannot create. > > > > > > What is pddp_open? Where can I get it? > > > > > > thanks > > > m. > -- > Matteo Sisti Sette > matteosistise...@gmail.com > http://www.matteosistisette.com > > ___ > 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
Re: [PD] "Open file" in specific directory
send [openpanel] a symbol of the path to its inlet. [symbol /usr/lib/pd [ | [openpanel] -- meino.cra...@gmx.de wrote: > > Hi, > > how can I convince pd-extended to start the fileselector > box in a specific directory which is not my $HOME ? > (I am using pd-extended on Linux). > > Thank you very much in advance for your help! > Best regards, > mcc > > -- > Please don't send me any Word- or Powerpoint-Attachments > unless it's absolutely neccessary. - Send simply Text. > See http://www.gnu.org/philosophy/no-word-attachments.html > In a world without fences and walls nobody needs gates and windows. > > > ___ > 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
Re: [PD] "Open file" in specific directory
the open dialog's path starts from wherever pd was launched, and if you are launching pd from a menu item, then it starts from where the desktop manager was launched etc etc.. you can test this out by launching pd from a console, starting at the folder you desire. if you need this to always be the case create a wrapper shell script for pd which changes directory (cd /path/) previous to launching, or simply create an alias to pd in your .bashrc : alias pd='cd /usr/lib/pd ; pd ; cd $OLD_PWD' -- meino.cra...@gmx.de wrote: > Hi Inaudible, > > ...sorry...I meant the "Open"-dialog, which > I can access via the menu in the console panel. > That I hadnt clearly said... > > > > dmotd [10-03-23 04:24]: > > send [openpanel] a symbol of the path to its inlet. > > > > [symbol /usr/lib/pd [ > > | > > [openpanel] > > > > -- > > > > meino.cra...@gmx.de wrote: > > > > > > Hi, > > > > > > how can I convince pd-extended to start the fileselector > > > box in a specific directory which is not my $HOME ? > > > (I am using pd-extended on Linux). > > > > > > Thank you very much in advance for your help! > > > Best regards, > > > mcc > > > > > > -- > > > Please don't send me any Word- or Powerpoint-Attachments > > > unless it's absolutely neccessary. - Send simply Text. > > > See http://www.gnu.org/philosophy/no-word-attachments.html > > > In a world without fences and walls nobody needs gates and windows. > > > > > > > > > ___ > > > 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 > > > > -- > Please don't send me any Word- or Powerpoint-Attachments > unless it's absolutely neccessary. - Send simply Text. > See http://www.gnu.org/philosophy/no-word-attachments.html > In a world without fences and walls nobody needs gates and windows. > > > ___ > 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
Re: [PD] The economics of Open source
On 03/18/2011 11:46 PM, Pierre Massat wrote: I agree that this is quite cryptic. I think i've read somewhere that the functionality that's missing has to do with the plugins. The missing features of ardour from last i checked related to the packaged OSX version and its ability to support the native Audio Units plugins. The crippled version does not allow loading or saving of presets for said format. There maybe a variant of this with VST support. Ardour supports its endeavours through appeals for donations and sponsored feature developement. The OSX version was rushed along with the help of a commercial sponsor. A hardware partner provides a customized commercial Ardour, 'Mixbus', the dsp extensions are to my knowledge closed source proprietary - there is an arrangement to commit open source changes to the base. Ardour itself continues to be completely open-source, and the 'donationware' tag comes from an attempt to put a value on the compiled and packaged binary, which is obviously circumvented by the numerous linux distros which decide to compile and package it themselves. As HCS can probably vouch for, preparing a professional package is still a lot of work! These are the numerous ways that Ardour developers are attempting to recoup the cost of development, which they for better or worse have committed to as a full-time-job. None of these techniques have any relation to the open-source nature of the product, however the open-source nature of the product probably has a bearing on the way they recoup costs. Still I believe Ardour has had limited contributors to the code, so if they wished to band together as a copyright collective they would be well within their rights to create a commercial fork for evermore, leaving us with what we have at present. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] The economics of Open source
On 03/19/2011 02:59 PM, Jonathan Wilkes wrote: --- On Sat, 3/19/11, dmotd wrote: Still I believe Ardour has had limited contributors to the code, so if they wished to band together as a copyright collective they would be well within their rights to create a commercial fork for evermore, leaving us with what we have at present. I highly doubt they'll be doing that: http://ardour.org/node/4044 Yeah, was only a hypothetical if anyone there ever got desperate for a stream of revenue. Other large open projects don't have that option as the number of contributors makes it incredibly difficult to be flexible with copyright, one contributors staunch oposition to relicensing would pretty much result in stalemate unless their contributions could be completely rewritten without legal threat (Ugly). Paul Davis has obviously carefully considered his options and I wouldn't want to argue on his behalf. And if he can make his tool run to the demands of commercial studios, and charge them bucketloads for support, he might just have an open tool with a fantatical userbase and a revenue stream to compete with the other (niche) industry leaders. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43-0 released
hi miller, something is wrong with the source tarball.. tcl scripts don't get installed system wide, pd complains: Error in startup script: couldn't read file "/usr/lib/pd/tcl//pd-gui.tcl": no such file or directory there are also two configure scripts, one that's pre-generated in the src folder, and another that can be generated with autogen.sh in the parent folder. both don't have install procedures for the tcl folder. cheers, dmotd On 03/21/2011 12:05 PM, Miller Puckette wrote: Hi all, Pd version 0.43-0 is available on http://crca.ucsd.edu/~msp/software.htm or via git from sourceforge: git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data cheers Miller ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ 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
Re: [PD] OT Audio Player HELP!
don't bother with pd, mpd (no relation) is designed specifically with those sort of requirements in mind. crossfades, cli interface, large playlist support, multiple formats, tcp/ip control, many clients, uses multiple backends including oggcast/icecast. it will run on any platform and can be controlled by a smartphone. On Sat, 16 Apr 2011, 06:29:28 EST, Pagano, Patrick wrote: > Dear pd Friends > I have a sort of OT question that i thought i would post here > > I have a friend who is doing an installation for a doctors office and he > sent me these three requests > > He is using linux, i am pretty sure ubuntu and gnome > > he needs it to > > 1.) Network controlled audio player > 2.) cross fade songs on command not just at end of song > 3.) be command line or tcp socket > > i thought maybe esd or ecasound might do it but it loks like they do not > Any suggestions would be appreciated, the office opens monday and he, > while a good programmer needs a quick fix for the ribbon cutting > > Can PD perform this without GUI? > > > thanks! > > pp > > ___ > 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
Re: [PD] RIP Max V. Mathews (1926-2011)
an amazing life and career, we all owe a lot to the work of max matthews. superb. On 04/23/2011 12:44 AM, Hans-Christoph Steiner wrote: Computer music pioneer Max Matthews died April 21st: http://www.synthtopia.com/content/2011/04/21/max-mathews-computer-music-pioneer-r-i-p/ And here's a snippet of Max's work starting computer music: http://www.youtube.com/watch?v=41U78QP8nBk .hc ___ 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