Pd-list April 2007

pd-list@lists.iem.at

125 participants
222 discussions

curve object not working right
by nosehair911＠bellsouth.net 03 Apr '07

03 Apr '07

hello, When I use the curve object it wont render past 10 inputs. For example [curve 10] works but [curve 11] or above doesnt. Is this normal and if it is not what do /i do to fix it. It is the latest gem running on either PD .39.2 or .40.2 os 10.4.9. Thanks, Alain

3 2

ANN: munger1~ port (from the Percolate library)
by Ivica Ico Bukvic 03 Apr '07

03 Apr '07

Hi all, For impatient, download at: http://ico.bukvic.net/Max/munger1~_1.0.0.tar.gz (270KB, includes source, Linux-Pd-i386, Mac-Max-i386, and Win32-Max-i386 binaries, and 3 cases of beer) OVERVIEW ======== munger1~ (March 12, 2007 1.0.0 release) a realtime multichannel granulator a.k.a. the swiss-army-knife of realtime granular synthesis a flext (cross-platform PD & Max/MSP) port of the munger~ object from the PeRColate library (0.9 beta5) http://www.music.columbia.edu/PeRColate/ Original PeRColate library by: Dan Trueman http://www.music.princeton.edu/~dan/ R. Luke DuBois's http://www.lukedubois.com/ Flext port and additions by: Ivica Ico Bukvic http://ico.bukvic.net Ji-Sun Kim hideaway(a)vt.edu http://www.music.vt.edu http://www.cctad.vt.edu Released under GPL license (whichever is the latest version--as of this release, version 2) For more info on the GPL license please visit: http://www.gnu.org/copyleft/gpl.html ACKNOWLEDGEMENTS ================ Many thanks to Dan Trueman for open-sourcing this great object! SOURCE INSTALL ============== If you simply intend to use prebuilt binaries, please skip to the INSTALL section. Otherwise take a big breath and read on... 1) You need stk library which can be downloaded from: http://ccrma.stanford.edu/software/stk/ 2) You need to also install latest flext library (this is a library that allows for creation of externals for both Max/MSP and PD using the same source). Version 0.4.x can obtained from the following link: http://grrrr.org/ext/flext/ Latest CVS version (0.5.1) is found in the Pure-Data CVS (this one is recommended): http://sourceforge.net/cvs/?group_id=55736 3) If you are using latest CVS version (0.5.1) Before compiling the source you will need to add the following to the top of the flext/source/flstk.h file right below the #define __FLSTK_H: #ifdef PI #undef PI #endif This step will probably become quickly obsolete once Thomas updates CVS. Until then, this is needed to be able to compile flext against stk. 4) To compile flext, read flext instructions (it boils down to running build.sh with appropriate parameters and then editing two simple config files, i.e. "build pd gcc build" or "build max gcc" or "build max msvc" etc.) Your will need to edit buildsys/config-<platform-compiler-pdormax>.txt to adjust paths to various folders. Then you will need to edit config.txt file. You do not need to include SndObj for this external but you do need stk option to be properly set. On Windows+MSVC, STK flag at the time of this release does not work, so you will have to use included testmunger1 MSVC project file and adjust path settings to compile munger1~. 5) Once stk and flext are compiled, go into munger1~ folder and type: <path to flext folder>/build.sh <platform> <compiler> <build/clean/install> NB: on Mac <build/clean/install> is not needed. On Windows, please use MSVC and open the testmunger1 project file in the root of the folder. 6) Once compiled, your binary will be created in a <maxorpd-platform> subfolder (i.e. pd-linux, or max-darwin), followed by another subfolder which reflects whether a threaded or singlethread flext was used. Inside you will find your external. INSTALL ======= You can either use the prebuilt externals (found in the bin/ folder) or ones built using the "SOURCE INSTALL" instructions above. Binaries are provided for Intel-based Macs, Win32, and Intel-based Linux OS. The included prebuilt binaries DO NOT REQUIRE you to install flext or stk as these are statically linked. 1) Copy the external in your externals folder (i.e. /usr/lib/pd/extra or C:\Program Files\Cycling '74\MaxMSP 4.6\Cycling '74\externals\, or "Applications/MaxMSP 4.6/Cycling '74/externals) 2) Copy appropriate help file (found in the help/ folder) into the help folder (i.e. /usr/lib/pd/doc/5.reference or C:\Program Files\Cycling '74\MaxMSP 4.6\max-help, or "Applications/MaxMSP 4.6/max-help) NB: Pd help file has a ".pd" extension, while Max/MSP help file has a ".help" extension. 3) Start your app (PD or Max) and create object called munger1~. Right-click (ctrl-click on Macs) and select "help" and this should open the help file with additional documentation. Questions? See OVERVIEW for contact and Q&A info. Enjoy! FAQ === The following is Ico's FAQ, so it may or may not reflect other project participants' opinions, including original author(s) of munger~, flext, etc. Q: Why porting to flext? A: Flext library (by Thomas Grill) is a layer which allows creation of externals for both Max/MSP and PD without any alterations to the code (obviously once it is adapted to use flext). While there have been a number of Max/MSP <-> PD external ports in the past, many of them have become outdated because such attempts required either maintaining one code full of ugly #ifdefs, or worse--maintaining two sources. Either way, what usually turned out to be the case is that original authors did not have the time, interest, or simply the software/hardware to deal with the newly generated overhead and/or test the code, while volunteers who made the original porting efforts eventually moved on to other projects. The result was/is outdated and/or broken externals. Flext circumvents this problem by allowing one clean code to compile on both platforms while also supplying in many cases cleaner (more legible) API and (as a whipped cream on top) object-oriented environment (C++). Q: Why bother with PD <-> Max/MSP cross-platform compatibility... ...when I use only <insert-your-favorite-application-here>? ...<insert-your-favorite-application-here> is better? A: Choice is what makes us human (this is also what makes Arts so vibrant and exciting). And while everyone's welcome to express their own preferences, we also have to realize that in this case these same preferences are also the main cause of a virtual divide which manifests itself at everyone's detriment. Wouldn't it be nicer if we could share externals transparently, or even better, open PD patches in Max and vice-versa? This would help in both the cross-pollination of ideas as well as creative efforts. This project has also taught me that creating flext-ready externals is as easy if not easier (due to the aforesaid API's legibility) than native objects (whether that be PD or Max/MSP). Finally, if all else fails, such externals are bound to reach wider audience, and are much easier to maintain if cross-platform compatibility is to be pursued. Q: If flext is so cool, why don't we see more porting efforts? A: Good question. The fact is that flext is much more widely known among PD users than it is among the Max/MSP community, so this seemingly one-way road may have contributed to the current situation. One could only hope that projects like this may help reverse this unfortunate trend. Q: So, is all really that peachy in the flext-land? A: Well, our lives teach us that nothing is truly free in this world. Flext is no exception. Its "fees," however are not tied to our checkbooks. Rather, they manifest themselves in a slightly greater CPU overhead in signal flow due to message translation. Thus, one could consider flext a "middle-person" between the <app-of-your-choice> and the external. This, however, in today's world is so negligible that during the testing phase I was unable to measure any noticeable CPU-overhead difference. Another consideration is that flext might not be complete (see KNOWN ISSUES for an example). That being said, in its current state it did the trick for a relatively complex external such as munger~ or even FFTEASE collection which had been ported several years ago. All this leads me to believe that it is more than ready for the day-to-day use. KNOWN ISSUES ============ munger1~ has been tested extensively on Linux+PD, OSX+Max/MSP and Win32+Max/MSP setups, suggesting that it should work on other setups as well. Your mileage may vary, though. Currently there is only one known issue in the wild which requires changes to flext in order to be fixed. Namely, if you use munger1~ object in conjunction with an external buffer in PD (known as an array) and if you dubiously decide to delete that particular buffer in the middle of your performance while munger1~ is still associated with it, this will [unsurprisingly] crash PD. Max/MSP currently has a check implemented against that via flext layer so Max/MSP will simply stop outputting anything until buffer is reset. The flext author is aware of this and PD fix should appear in the flext CVS hopefully soon. That being said, the lingering question is why would you want to do this in the first place... FYI, even though munger1~ allows up to 500 simultaneous grains per sample and has been compiled with all available optimizations (SSE, Altivec is supposedly available via flext but has not been tested), on MBP (Core Duo 1.83GHz) I was unable to get more than 160 simultaneous grains per sample (or ~32,000 grains/second) without dropouts, even though CPUs were not getting maxed out, so something else might be the cause of this limitation (flext?). Win32 machine (3-year old AMD64 3000+) fared marginally better at around 165 simultaneous grains per sample (or ~33,000 grains/second) before its CPU was maxed out. Linux on the same AMD64 3000+ hardware fared the best. It topped off at 47,999 grains per second at 48KHz sampling rate which for some reason the sampling rate appears to be the upper limit (i.e. if you run PD or Max/MSP at lower sampling rates, your upper limit will be restricted to the sampling rate), even though the code allows for multiple initiations of grains per cycle. This, however, is also the way original munger~ works. An interesting bit is that while on Linux/PD combo 48K grains are already reached when we get 64 simultaneous grains, on Win32/Mac even 160 simultaneous grains yield only ~32-33K grains. Could this be a flext bug? Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/people/faculty/bukvic/

5 11

Re: [PD] 'org.puredata.pd.wish.plist' file?
by Hans-Christoph Steiner 03 Apr '07

03 Apr '07

Oops, this one got lost in the fray. You'll probably have better luck posting to the pd-list, which I cc'ed. I don't think that org.puredata.pd.wish.plist has anything to do with the problem you mention. There are a number of differences in graphical layout between versions, unfortunately. I am currently working to fix this in the next release of Pd-0.39.2-extended. .hc On Feb 16, 2007, at 10:40 AM, Björn Eriksson wrote: > Hello Hans-Christoph! > I have a question about a file called > "org.puredata.pd.wish.plist".... I am working with Jerome Joy > delivering some audio streams on the Locus Sonus project. They have > changed to a better server and also did an update on the audio > stream patch. For the new patch I d/l:ed the latest install for > Windows -- (yes i am a pc guy!!) and when opening the patch there > were several mismatches in the graphical layout of the patch - - - > seemed to work though - -but the graphics were a mess. So my > question to you if I have to replace the above file - - or what you > think might have gone wrong?... > > I am verry happy for any hints- - - -I can send you the patch > aswell and more info - if you have time to leave a hint or two why > this is happening. > > Yours, > Björn Eriksson (aka Miulew) > > > > > > > Le 16 févr. 07 à 16:07, Björn Eriksson a écrit : > >> Hello! >> No i did not. I look into that... what is the purpose with that >> file? Is it in a different folder than the install? I guess I can >> search for info on this on myself -- but any help is appreciated. > > this file contains list of the different libs used by Pd. Anyway, > this file is necessary on osX for all moves and updates of the Pd > software. But maybe it's a feature on Mac only. > Before next monday, you may ask Hans-Christof: hans(a)eds.org (the > owner and the developer of Pd installers) > > news next Monday > > > Best > jerome > > > > >> >> Yours, >> /Björn >> >> >> ----- Original Message ----- From: "Jerome Joy" <joy(a)thing.net> >> To: "Björn Eriksson" <miulew(a)telia.com> >> Sent: Friday, February 16, 2007 10:15 AM >> Subject: Re: hi Björn: a proposition >> >> >>> >>> >>> >>> About Pd and our patch, >>> >>> do you delete and replace the 'org.puredata.pd.wish.plist' file? >>> On a Mac, we need to replace this file. >>> Maybe, this feature is important for the recognition of graphics >>> and the locations of boxes into the patch. >>> >>> >>> thanks a lot >>> Best >>> jerome >>> >>> >>> : >> ------------------------------------------------------------------------ ---- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson

1 0

glui sensor workshop @ tesla (April, 24th-28th)
by Sukandar Kartadinata 03 Apr '07

03 Apr '07

Hi, we have a few places left for the upcoming glui sensor workshop @ tesla berlin. So act fast if you're interested! All details at http://www.glui.de/?jump=workshop (make sure to check the 'general notes') and http://tesla-berlin.de/_page.php?aktion=SHOW_PAGE&Page_ID=305 (workshop will be all day, not just 18-22h) Contact me directly if you want to participate or have questions. all best, Sukandar

1 0

PDCon Papers Call v.2 - deadline extended to April 15
by Andrew Brouse 02 Apr '07

02 Apr '07

Dear PureData people, Following is the 2nd call for abstracts and papers - with an extended deadline - for the PureData Convention. Just in time for the full moon ;) Any queries can be directed to pdcon.papers(a)gmail.com Andrew -- [version française à la suite] ================================= L'œuvre ouverte | PureData Convention '07 * August 21st-26th 2007, Montréal Canada * 2nd Call for Papers - Deadline extended New Deadline for Abstracts: April 15th 2007 Acceptance announced: May 31 Camera-ready papers due: June 30 More information: http://www.puredata.org/community/projects/convention07/ Papers submission form: http://pure-data.ca/openconf.php The PureData Convention Steering Committee is now accepting abstracts and full papers to be considered for inclusion in L'œuvre ouverte (the Open Work), the 2nd International PureData Convention. L'œuvre ouverte invites an open relation between the artwork and the public as well as open attitudes and practices in the fields of computer programming, artistic creation and scientific research. It will bring together artists, writers, programmers and others who develop, use and reflect on PureData and Open-Source culture. In order to provide a theoretical and artistic context for the understanding of the aesthetics and politics of Free and Open-Source software culture, papers from widely divergent perspectives are encouraged. Abstracts and papers may be submitted in either French or English. There will be three primary papers streams: Technical, Artistic and Theoretical. Some possible themes could include: - programming PureData externals - PureData versus Max/MSP - interfacing with sensors and actuators - real-time responsive, immersive and interactive environments - hacking PureData - using PureData in installations - use of PureData in live performance - sampling and Plunderphonics as artistic strategies - re-evaluating Umberto Eco's The Open Work - OpenContent and Creatve Commons versus Intellectual Property - Hactivist culture - using PureData in science and research - finding an Art Historical context for Open-Source Software Art - physical computing interfaces - biological and medical uses of PureData - et cetera please read the application guidelines: http://www.puredata.org/community/projects/convention07/guidelines/ and submit your abstract of full paper via the online form before April 15, 2007: http://pure-data.ca/openconf.php Questions can be directed to: pdcon.papers(a)gmail.com ================================= L'œuvre ouverte | Convention PureData '07 * 21 au 26 août 2007 | Montréal Canada * deuxième appel de exposés - date de tombée prolongée nouvelle date de tombée pour abstraites : 15 avril, 2007 annonce des résultats : 31 mai, 2007 date de rendu finale : 30 juin, 2007 pour plus d'information: http://www.puredata.org/community/projects/convention07/ formulaire de soumission en-ligne: http://pure-data.ca/openconf.php La comité organisateur de la Convention PureData '07 accepte maintenant des abstraits d'exposés destinés à être inclus dans L'œuvre ouverte, la 2ième Convention International PureData. L'œuvre ouverte invite une relation ouverte entre L'œuvre d'art et le grand public même des attitudes et pratiques ouvertes dans les champs de la programmation d'ordinateur, la création artistique et la recherche scientifique. La convention réunira les artistes, les ecrivain(e)s, les programmeurs et bien d'autres que développent, utilisent et réfléchissent sur PureData et la culture de «Open-Source». En tant de donner un contexte théorique et artistique pour la compréhension des enjeux esthétiques et politiques de la culture de logiciel libre, des exposés provenantes des perspectives divergentes seront encouragées. Des abstraites et des exposés peuvent être soumises sois en français ou en anglais. Il y aura trois rubriques de thématique principale: technique, artistique, théorique. Des possibilités de sujets abordés peuvent inclure: - la programmation d'externals PureData - PureData contre Max/MSP - les interfaces avec des sensors et des actuateurs - des environnements temps-réel, immersive et interactive - PureData pour des «hackers» - installations avec PureData - PureData en direct - échantillonnage et «Plunderphonics» comme stratégies artistiques - un nouveau volet sur «L'œuvre ouverte» de Umberto Eco - «OpenContent» et «Creatve Commons» contre la propriété intellectuelle - la culture des «Hactivists» - PureData utilisé dans la science et la recherche - trouver un contexte dans l'histoire d'art pour l'art de logiciels libres - les interfaces physiques vers la computation - les usages biologiques et médicales de PureData - et cetera Lire attentivement les notes d'instruction: http://www.puredata.org/community/projects/convention07/guidelines/ Soumettre votre abstraite ou votre exposé complet par le formulaire en-ligne avant le 15 avril, 2007: http://pure-data.ca/openconf.php Pour des questions: pdcon.papers(a)gmail.com =================================

1 0

Tuning mp3cast~
by Richard Lewis 02 Apr '07

02 Apr '07

Hello PDers, I've just taken receipt of a dedicated Debian server on which I intend to run an application which uses PD with mp3cast~. I've just managed to transfer the application from my laptop to the new server and get it working (or at least the PD/Icecast bit anyway). When I point my MP3 streamer (mplayer) to the stream, however, I get very intermittent playback and its status line looks a bit like this: A: 22.7 (22.6) of 0.0 (unknown) 1273.2% 0% Is that huge percentage a buffer? I get the impression that it can't get the data quickly enough from the server in order to give smooth, continuous playback. Does that sound likely? And is it likely to be the speed of the connection? Running over my LAN in testing the playback had a 1-2 second delay, but was smooth. Could reducing the various rates at which mp3cast~ works make a difference? And, if so, which rates and to what levels would make a difference. At the moment I have: sample rate: 44100 bitrate: 128 mode: 1 (joint stereo; the input is stereo) quality: 4 I'm not really all that knowledgable on what values are valid or extreme for these properties. Any advice would be very welcome! Cheers, Richard -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Richard Lewis http://www.richard-lewis.me.uk/ JID: ironchicken(a)jabber.earth.li -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

2 1

help compiling syncgrain~
by Rich E 02 Apr '07

02 Apr '07

Hi all, Frank, I'm having a bit of trouble compiling syncgrain~ from cvs... I'm running Ubuntu 6.10, with stk, sndobj, and flext installed. I run: r@pal:~/pd/cvs/externals/footils/syncgrain$ sh ../../grill/flext/build.sh pd gcc and get this error first: ... syncgrain~/main.cpp:36:22: error: flsndobj.h: No such file or directory ... the flsndobj.h is in flext/source.... how can I get build.sh to see it? regards, Rich

2 1

boids2d, boids3d
by jasch 02 Apr '07

02 Apr '07

hello, i'm the one doing the port. in what way are they not working? > I'm interested in these. How do they work? > > > On Fri, 30 Mar 2007 02:00:52 -0400 > marius schebella <marius.schebella(a)gmail.com> wrote: > >> hi, >> accidentally I found two objects (boids2d and boids3d) which could be >> very nice tools, if only they were working. >> I have no idea who ported them to pd, but message input seems to be >> broken. Is someone working on them? >> (the objects simulate animal/birds and could be useful for grain >> synthesis or multi voice synthesis stuff) >> marius. >

6 7

Sigmund and Sort (Was Real-time frequency filtering and analysis)
by robbert van hulzen 02 Apr '07

02 Apr '07

a dotted line indicates that the object can't be created, i think it gets the status of a comment. you also see it in the pd window: sigmund~ ... couldn't create. [sort] is part of zexy, works for me also in 0.39.2-ext-test7. do other zexy objects get created? [sigmund~]--which looks really interesting!--works only on 0.40.2 for me-- it's in miller's 0.40.2 and in the autobuild of 18 march i'm trying out. the help-file says 'updated for 0.40' though, so i don't know its history. btw the autobuild comes with the warning stuff may not work--in my case, [moog~] for example won't be created. cheers, robbert On 3/31/07 12:00 PM, "pd-list-request(a)iem.at" <pd-list-request(a)iem.at> wrote: > I think this is a result of my lack of experience with PD, but when I > create an object and put sigmund~ in it the border stays dotted. The > same thing was happening when I tried to use sort (which I thought was > built-in, although I could be wrong).

3 3

chromakey in pd or freeframe lumakey
by thomas 02 Apr '07

02 Apr '07

Hello ! I try to use [pix_film freeframe lumakey] ... but i do not know how it functions ... i just want do a chromakey and i don't find help or tutorials about [pix_alpha] . I don't understand the instructions i must to put in inlet 4 and 5 ... If you are any link or council about chromakey in Pd ... thanks ! tranquillement, thomas ___________________________________________________________________________ Yahoo! Mail rÃ©invente le mail ! DÃ©couvrez le nouveau Yahoo! Mail et son interface rÃ©volutionnaire. http://fr.mail.yahoo.com

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list April 2007