Re: [PD] Script in osx
I find that the Pd command line functionality is broken in many versions of Pd for OSX. (at least i can't get it to work) The latest Pd extended (0.40.3) DOES seem to work for the command line though, which is good news. However, once you save preferences, they are saved into ~/Library/ Preferences/org.puredata.pd.plist and will be picked up by every Pd that you launch - e.g. the plain Pd versions. So saving preferences only works if you only ever need one Pd setup. This is fine if you only use the full Pd extended. For my purposes, I like to write Pd preferences directly into the preferences file and then move it into the Pd.app bundle. This works for every Pd version, and if you never actually save preferences from within Pd, you can run different Pd.app bundles for different needs. OR, if you do save preferences, you can just re-move the org.puredata.pd.plist back into the appropriate bundle to restore separate preferences for different Pd.app bundles. I went so far as writing a bash script that downloads Pd, writes preferences, moves them into the bundle, copies any libraries, abstractions or patches I want into the bundle, and renames the bundle to a custom name. I think this is similar result to Hans' standalone app generator, though I haven't checked out how that works. (i think it's a build process, more than plain script). I've copied my template script below in case anyone wants to use it. You would have to customise it to your needs though. Also, if you want to start a given patch at runtime, there are some limitations with moving the .app bundle to different locations. cheers Nick http://soundsorange.net here's the script --- #!/bin/sh current_dir=`pwd` date_time=`date +20%y%m%d_%Hh%M` echo echo - current directory is: echo ${current_dir} # edit CUSTOM_PD_NAME to name your new customised Pd .app bundle CUSTOM_PD_NAME=Pd_Custom.app ## edit PD_PATCH to name patch to load on starting the Pd. #PD_PATCH=start_patch.pd ## edit PD_PATCH_DIR to name patch directory within custom Pd bundle. #PD_PATCH_DIR=custompath/patches # edit PD_INST_ORIGINAL to match Pd .app version and location PD_INST_ORIGINAL=${current_dir}/Pd-0.41-4.app PD_INST=${current_dir}/${CUSTOM_PD_NAME} PD_BUNDLE_PATCH_DIR=/Contents/Resources/${PD_PATCH_DIR} echo sudo cp ${current_dir}/${PD_PATCH} ${PD_INST_ORIGINAL}$ {PD_BUNDLE_PATCH_DIR} ## NOTE - in bash script file testing, spaces are important! ## NOTE also -f tests specifically for file, -e for existance of anything (eg app bundle) ## example: #if [ -f testfilename ] #then # echo testfilename exists! #fi #if [ ! -f testfilename ] #then # echo testfilename doesn't exist! #fi # clean up previous raw Pd app if [ -e $PD_INST_ORIGINAL ] then echo - Delete the old vanilla Pd app just in case it has been modified. sudo rm -rf $PD_INST_ORIGINAL else echo - No old Pd app bundle exists. fi # clean up previous customised Pd app if [ -e $PD_INST ] then echo - Delete the existing customised Pd in case it has been modified. sudo rm -rf $PD_INST else echo - No existing customised Pd app bundle exists. fi # download new Pd if needed (if it doesn't already exist) if [ ! -e pd-0.41-4.mac.tar.gz ] then echo - Downloading fresh vanilla Pd. curl -o pd-0.41-4.mac.tar.gz http://crca.ucsd.edu/~msp/Software/pd-0.41-4.mac.tar.gz else echo - No need to download fresh vanilla Pd. fi # unzip the pd vanilla app that was either just downloaded or already existed echo - Untar the fresh vanilla Pd. tar -zxf pd-0.41-4.mac.tar.gz # backup any old plist as before, and then remove it if [ -e ~/Library/Preferences/org.puredata.pd.plist ] then echo - Backing up old org.puredata.pd.plist and deleting it ready for new one. echo - Backup file is: ~/Library/Preferences/org.puredata.pd.backup_$ {date_time}.plist cp ~/Library/Preferences/org.puredata.pd.plist ~/Library/Preferences/ org.puredata.pd.backup_${date_time}.plist rm ~/Library/Preferences/org.puredata.pd.plist fi # copy any libraries you wish from /copy_to_externs/ directory into Pd bundle extras... echo - Copying externals and patches into the Pd app bundle. cp -R ${current_dir}/copy_to_externs/* ${PD_INST_ORIGINAL}/Contents/ Resources/extra/ # make directory for patches sudo mkdir -p ${PD_INST_ORIGINAL}${PD_BUNDLE_PATCH_DIR} # copy custom patches into this directory sudo cp ${current_dir}/${PD_PATCH} ${PD_INST_ORIGINAL}$ {PD_BUNDLE_PATCH_DIR} echo - Preparing permissions in the Pd app bundle. # prepare file and directory permissions sudo chmod -R 0755 ${PD_INST_ORIGINAL}/Contents/Resources/extra/* sudo chmod -R 0744 ${PD_INST_ORIGINAL}/Contents/Resources/extra/*.pd sudo chmod -R 0755 ${PD_INST_ORIGINAL}${PD_BUNDLE_PATCH_DIR}/* sudo chmod -R 0744 ${PD_INST_ORIGINAL}${PD_BUNDLE_PATCH_DIR}/*.pd # create the new plist below. Make sure
Re: [PD] Script in osx
hi, so you mean that pd will read its preference file in /Contents/org.puredata.pd.plist does it override the ~/Library/Preferences/ one? it's been a while since i managed to use pd command line on osx the only way i found was to compile it and move the extras from Pd-extended anyway this preferences trick sounds really good. thanks vincent ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd-extended on Lenny (debian/unstable)
dear list, i noticed that on Lenny (debian unstable), Pd-extended could not get installed unless you find libmpeg1 somewhere (which i found difficult to get). there sould be other solutions but for the moment i found that installing: http://debian.mirror.inra.fr/debian/pool/main/libm/libmpeg1/libmpeg1_1.3.1-2.1_i386.deb would solve the problems... so in eight steps : 1) add to /etc/apt/sources.list deb http://www.debian-multimedia.org lenny main 2) update repo sudo apt-get update 3) install debian-multimedia sudo apt-get install debian-multimedia-keyring 4) download pd-extended wget http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended-debian-testing-i386.deb 5) install it sudo dpkg -i http://downloads.sourceforge.net/pure-data/Pd-0.40.3-extended-debian-testing-i386.deb 5bis) ignore dependencies errors 6) install missing depencies sudo apt-get -f install 7) get the missing one wget http://debian.mirror.inra.fr/debian/pool/main/libm/libmpeg1/libmpeg1_1.3.1-2.1_i386.deb 8) install it sudo dpkg -i libmpeg1_1.3.1-2.1_i386.deb et voilà... best regards, vincent ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Script in osx
On Oct 28, 2008, at 3:10 PM, Vincent Rioux wrote: hi, so you mean that pd will read its preference file in /Contents/org.puredata.pd.plist yes - but only if no preference file exists in ~/Library/Preferences/ does it override the ~/Library/Preferences/ one? no. therefore you have to rename (backup) or delete this version of the org.puredata.pd.plist if you want Pd to find its version in Pd*.app/Contents/ it's been a while since i managed to use pd command line on osx the only way i found was to compile it and move the extras from Pd- extended yeah, this is essentially what i do - starting with a plain Pd .app bundle, and copying in only the externals i need from Pd-extended. This way I have a purpose-made Pd.app without the bloat. anyway this preferences trick sounds really good. thanks it's not bad, but does have some limitations if you want to load a patch from within the bundle. basically, you can only refer to absolute paths, so if you put a patch in the bundle, designed for a path of /Applications/Pd*.app/Contents/Resources/my-patch.pd then it will only work when the Pd app is in /Applications directory. I think Hans' Pd standalone app maker overcomes this problem, but I haven't tried it yet. hope this script helps some anyway. Nick vincent ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ot] PhD, mostly artistic
Hi Thomas, Apologies for chiming in late on this one. You might want to consider conducting your PhD at Birmingham Conservatoire in the UK. http://www.conservatoire.bcu.ac.uk/research/centre-for-composition-and-performance-using-technology We have an established research centre, which has run the Integra project (www.integralive.org) since its inception, and has secured funding a second project phase. Our research specialisms are mainly focused on live interaction in performance. Being a Conservatoire, there is a diverse range of talented instrumental performers to collaborate with. We have strong links with a number of other research centres including the Visualisation Research Unit (http://www.biad.uce.ac.uk/vru/index.php) at BIAD, so if you were interested in performance gesture analysis through advanced motion capture, there are facilities available for that. HTH. best, Jamie On Thu, 2008-10-23 at 17:26 +0200, Thomas Grill wrote: Hey all, since i'm planning to start a PhD in the near future i'm trying to figure out which institution would fit best to my (currently rather blurry) intentions. I'd like to research real-time interaction with electronic media (emphasis on music), mostly from an artistic point of view. Keywords would be digital representation of musical structure elements/intentions/ideas, interaction with other performers, improvisation/anticipation, interfaces of the physical to the virtual world, etc. Media and music/art theory would be important, media technology should _not_ be the main focus. It would be great if the supervisor is an active, renowned artist or specialized theoretician. Europe would be preferred, overseas possible nevertheless. any pointers? many thanks, Thomas ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- www.postlude.co.uk http://www.linkedin.com/in/jamiebullock ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] [EMAIL PROTECTED]: [LAU] LAC 2009]
Hi, something for your calendar, if you want to visit next year's Linux Audio Conference in Italy! Ciao -- Frank - Forwarded message from Fons Adriaensen [EMAIL PROTECTED] - From: Fons Adriaensen [EMAIL PROTECTED] Date: Mon, 27 Oct 2008 16:40:12 +0100 To: Linux Audio Developers [EMAIL PROTECTED], Linux Audio Users [EMAIL PROTECTED], Linux Audio Announce [EMAIL PROTECTED], Linux Audio Consortium [EMAIL PROTECTED] Subject: [LAU] LAC 2009 La Casa della Musica invites all Linux Audio developers, users, composers, musicians, philosophers and anyone interested to The Linux Audio Conference 2009 16-19 April 2009 La Casa della Musica Palazzo Cusani Parma, Italy The LAC will go outside Germany for the first time, but we will keep close to the familiar four-day format with paper presentations, workshops, electro-acoustic music concerts, and the Linux Sound Night. The website is being created, and 'calls for everything' will be issued before the end of this week. The conference starts a few weeks later than the previous one, which allows the deadlines for everything to be moved as well. For the papers and music calls this will be somewhere mid January, so you can use the end-of-year holiday period to get creative. We hope to see you all in Parma ! Fons Adriaensen, LAD Francesca Montresor, CdM ___ Linux-audio-user mailing list [EMAIL PROTECTED] http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user - End forwarded message - -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-announce mailing list [EMAIL PROTECTED] 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] problems with netsend~/netreceive~ (OSX-Windows)
I've just been trying unsuccessfully to get Olaf Matthes' netsend~/ netreceive~ working from OSX (PPC) to Windows, both on Pd. On the OSX sending end, I get the following error in the Pd console. netsend~: connecting stream socket: Protocol not available (42) I've made sure firewalls are all turned off on the Windows side, and I'm fairly sure I've done this for the OSX end as well. I can use the same machines and network to send successfully from Pd Windows to Pd OSX. Also I've successfully used netsend~/netreceive~ from Pd (Linux) - Max/MSP (OSX/Intel). -can anyone help? I can't find much information on this error online. thanks Nick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] warmest reverb?
On Oct 27, 2008, at 3:42 PM, Chris McCormick wrote: On Sat, Oct 11, 2008 at 01:15:15PM -0400, Hans-Christoph Steiner wrote: I am currently working furiously on a sound design project. I used freeverb since it is quick and easy. But now I want to replace it with the warmest reverb Pd can offer. Any suggestions? Hi Hans, It's probably way too late now, but I recommend Anton Hornquist's [jon~] plate reverb. It's the finest reverb I've heard since [freeverb~] and seems to be way less expensive, and it's available as an abstraction instead of an external you have to compile. I packaged it up for s-abstractions here: http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-jonverb~- help.pd?root=svn http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s- jonverb~.pd?root=svn As usual it's GOP friendly, and sssad enabled. The reason I took so long to post is because I've been spending all this time turning it into a GOP effect abstraction (in between driving the van across the EU, that is). Anyway, have fun! Best, Chris. PS I gotta figure out how to commit s-abstractions into pd-extended one of these days now that we've switched to SVN. Maybe I can do this before the next release? I think the best bet it to start off my making a proper library and distribute that. Then once it is very stable and not really changing any more, then it would be good to include in Pd-extended. These days, I am mostly thinking about how to support libraries really well. That's what needs to happen. .hc --- http://mccormick.cx ¡El pueblo unido jamás será vencido! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Question on Entry and GOP
I am not maintaining [entry] but there is tkwidgets/text and tkwidgets/entry that need to be finished. They might be somehow usable, but rough. .hc On Oct 27, 2008, at 3:49 PM, Mike McGonagle wrote: Hello Hans, Are you still maintaining [entry]? I was creating a simple gui over the weekend, and anytime I put an [entry] inside either a subpatch or abstraction, anytime I closed the parent window, it caused PD to crash. My solution, which is kind of 'graphically' ugly, was to move the [entry] outside of the subpatch, and then provide some additional inlets/outlets to connect up the [entry]. I am running Mac OS X 10.4.11, on a G4 Laptop. Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] working with 3d-Data in pd
It is definitely possible with Pd. First you need to start with the data format, how to get it to Pd, then what you want to do with it. Check out the 'mapping' library, there are lots of things for working with data like this. .hc On Oct 25, 2008, at 8:59 AM, Martin Hähnel wrote: Hello everyone, I'm currently working on a project called motion design in which we want to motion track a person walking trough a prepared room, than taking this data and generate a spline out of it. Our aim is that we can create a virtual instrument out of the motiontracking data. Do you think this is possible with pd? Any Ideas how to do it? We have 6 Months to get this thing right, so we have plenty of time to learn pd and other related stuff. Thanks in advance Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list 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
Re: [PD] Fwd: Intrepid repo seems to be broken [resolved]
Cool, sounds good. Please submit a patch to the patch tracker and I'll take a look once I have some time. Or perhaps someone will beat me to it. .hc On Oct 27, 2008, at 1:37 AM, patco wrote: I've added -U_FORTIFY_SOURCE to pdp/Makefile.config CFLAGS and it builds with intrepid Le vendredi 24 octobre 2008 à 12:09 -0700, Hans-Christoph Steiner a écrit : -U_FORTIFY_SOURCE It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] midi_sync_out
I bet someone has already done this but I haven't seen it yet so I figured I'd do it myself. I made an external which lets me send midi clock, start, stop and continue messages out of pd. This way I can sync an external drum-machine, sequencer, etc., to pd. I've placed the code here: http://x37v.info/projects/puredata/midi_sync_out/code/midi_sync_out.tar.gz I just wrote it in the last hour or so, and have tested it only with 1 drum machine.. I'm using ALSA for midi, if you're not you'll have to modify the Makefile (I couldn't figure out how to send midi bytes in a generic way as the sys_queuemidimess function is static). It is a super simple external. I tried for a while to simply use the [midiout] object but I couldn't figure out how to get it to actually output anything. I looked at the pd source code, it looks like there is a little bit of code to send clock out messages but I don't think it is exposed to the user in any object... and I didn't see anything about start/stop/continue messages. There is a help file which explains the functionality of the object and gives a really basic sync out solution. Please tell me if this works for you, if this is redundant [encompassed by another project (which you could point me to)], etc. Thanks, Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi_sync_out
Compiles fine (Linux 2.6.8-4-386 on VIA). Seems to send midi clock sync. But I can't find any app that will be a slave to test it properly. With a [midi_sync_in] would be able to test syncing two Pds together :) cheers, a. On Tue, 28 Oct 2008 18:16:34 -0700 Alex [EMAIL PROTECTED] wrote: I bet someone has already done this but I haven't seen it yet so I figured I'd do it myself. I made an external which lets me send midi clock, start, stop and continue messages out of pd. This way I can sync an external drum-machine, sequencer, etc., to pd. I've placed the code here: http://x37v.info/projects/puredata/midi_sync_out/code/midi_sync_out.tar.gz I just wrote it in the last hour or so, and have tested it only with 1 drum machine.. I'm using ALSA for midi, if you're not you'll have to modify the Makefile (I couldn't figure out how to send midi bytes in a generic way as the sys_queuemidimess function is static). It is a super simple external. I tried for a while to simply use the [midiout] object but I couldn't figure out how to get it to actually output anything. I looked at the pd source code, it looks like there is a little bit of code to send clock out messages but I don't think it is exposed to the user in any object... and I didn't see anything about start/stop/continue messages. There is a help file which explains the functionality of the object and gives a really basic sync out solution. Please tell me if this works for you, if this is redundant [encompassed by another project (which you could point me to)], etc. Thanks, Alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list