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

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

Re: [PD] [PD-announce] pd 0.43-0 released

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

Re: [PD] The economics of Open source

On 03/19/2011 02:59 PM, Jonathan Wilkes wrote: --- On Sat, 3/19/11, dmotdinaudi...@simplesuperlativ.es 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

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

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]$

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

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

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

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

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

Re: [PD] compiling pd-extended on arch linux

/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

Re: [PD] pd-extended for powerpc

, 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

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 -

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

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

Re: [PD] Synaptics touchpad input not working

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

Re: [PD] Open file in specific directory

access via the menu in the console panel. That I hadnt clearly said... dmotd inaudi...@simplesuperlativ.es [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

Re: [PD] gridflow on windows

-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

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

Re: [PD] ppc/linux build issues..

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

[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

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

Re: [PD] cooled~ for OSX intel

for the code.. cheers, dmotd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] pdpedia and spam

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

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

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

Re: [PD] Percolate

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

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

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

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

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

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 marius.schebe...@gmail.com

Re: [PD] future of the Text Editor

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] 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

Re: [PD] another dynamic patching question

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

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

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

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

Re: [PD] Pd at a livecoding event on the BBC

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

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

Re: [PD] Pd at a livecoding event on the BBC

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 0.43 branch with the new GUI code

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

Re: [PD] pd-toolkit first Release

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

Re: [PD] pd string array?

/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

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

[PD] pd convention 09 - external involvement?

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

Re: [PD] symbolarray

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

Re: [PD] Pdpedia and random generation

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

Re: [PD] Pdpedia and random generation

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

Re: [PD] Pdpedia and random generation

On Thursday 09 April 2009 23:55:11 marius schebella wrote: 2009/4/9 Frank Barknecht f...@footils.org: 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

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

Re: [PD] Pdpedia and random generation

this request. definitely something to think about. dmotd On Friday 10 April 2009 05:56:54 glerm soares wrote: 2009/4/9 dmotd dm...@gmx.net 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

Re: [PD] Pdpedia and random generation

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

Re: [PD] pdpedia

://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

Re: [PD] DIY GSoC: getting those projects done

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

[PD] [equalizer] / [lowshelf] / [highshelf] in purepd!

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

Re: [PD] GSoC Fwd: Thank you for your application

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

Re: [PD] style guide idea: [send foo] versus [; foo(

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

Re: [PD] Pd book sprint in NYC/Berlin

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

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

Re: [PD] Mouse Control...

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

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

Re: [PD] www.pd-tutorial.com

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

Re: [PD] self-modifying and dynamic patching

, 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

Re: [PD] self-modifying and dynamic patching

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

Re: [PD] self-modifying and dynamic patching

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

Re: [PD] GSoC web project idea

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

Re: [PD] data-struct: (x:y) move object

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

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

Re: [PD] dynamically altering GUI send/receive symbols

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

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

Re: [PD] [gem-cvs] crashes xorg/ati..

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

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

[PD] [gem-cvs] crashes xorg/ati..

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

Re: [PD] who is using [entry]?

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

[PD] py/ext: build error

-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

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

Re: [PD] RIP James E. Tittle II

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