[PD] Fwd: loading an .aif file into an array
-- Forwarded message --
From: Daniel Wilcox danomat...@gmail.com
Date: Mon, May 31, 2010 at 5:42 PM
Subject: Re: [PD] loading an .aif file into an array
To: padawa...@obiwannabe.co.uk padawa...@obiwannabe.co.uk
Hrmph. Now I'm being harangued for suggesting people use spaces in
filenames? This is 2010, not 1985. Spaces in paths/filenames are handled by
OSX, Windows, Linux, etc. Personally, I use both, with a preference for
spaces on the Gui and no spaces when I'm working in the terminal. Tab
completion works just fine with spaces.
I see you're point, but it's not going to convince all of the people out
there to batch convert their filenames because the *should*.
Add a disclaimer to the heading of the floss manual page.
On Mon, May 31, 2010 at 3:54 PM, padawa...@obiwannabe.co.uk
padawa...@obiwannabe.co.uk wrote:
Hey Dan,
Three times per year, to a class of 72 students, at about lecture 2,
I do a 5 minute chunk which is basically
Why you should NOT use spaces in filenames:
Of course that extends to good naming style and why some other
characters like !£$%^*()}{[];:. are not a good idea either.
The impression they get (I am frequently told) is a rather good one.
They are suprised and delighted to discover there is a bit of deeper
computer science knowledge which explains why sometimes, certain filenames
don't work with a whole range of applications.
This is something true of not just Pd, but many applications on many
platforms.
We agree that one should not accept everything that a machine will
let you do as OK, just because you can. After all a car will let
you steer it off the road.
Allowing spaces in filenames was something Windows introduced,
to the horror of many, back in the 90's. There are still problems
caused by this 20 years later because Microsoft broke with what
was a widely understood convention (spaces are delimiters and should
be replaced by underscore _ or endash - in file names .
So, my opinion is that not using spaces in filenames is good advice.
Especially to new users who might not understand why.
All the same, I totally agree with you that Pd is wanting when
an informed programmer cannot easily deal with this situation
Best to you,
Andy
On 31 May 2010 at 12:36 Dan Wilcox danomat...@gmail.com wrote:
I hope you don't suggest this as the solution to new pd users, I'm sure
it doesn't give a very good impression ...
--
Dan Wilcox
danomatika
www.robotcowboy.com
--
Dan Wilcox
danomatika
www.robotcowboy.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] Fwd: loading an .aif file into an array
-- Forwarded message -- From: Daniel Wilcox danomat...@gmail.com Date: Mon, May 31, 2010 at 5:50 PM Subject: Re: [PD] loading an .aif file into an array To: Camilo Cadavid cccada...@hotmail.com Those patches are abstractions. Read this http://en.flossmanuals.net/PureData/Abstractions http://en.flossmanuals.net/PureData/AbstractionsYou have to add them to a folder that Pd can find, the most obvious being the folder you are workign in. So if you layout is: projects/pd/test and you are currently editing projects/pd/test/main.pd you can put rc-filename into projects/pd/test and load it in main.pd. If you edit a patch in another fodler, it wont be bael to find rc-filename. To fix that, put rc-filename into a fodler and add it to pd's search path. Look at the Path section in http://en.flossmanuals.net/PureData/AdvancedConfig On Mon, May 31, 2010 at 3:32 PM, Camilo Cadavid cccada...@hotmail.comwrote: I understand, when I open the patch you attached, the rc-filename object the pd recognizes it, but in a new patch, it doesnt work. Where can I download it from? how? On May 31, 2010, at 5:08 AM, Dan Wilcox wrote: On May 31, 2010, at 2:00 AM, Camilo Cadavid Corredor wrote: [rc-filename] doesnt exist in my Pd. it is the extended 0.41.4 version. Is this an object? I still havent been able to upload an .aif file... I also tried the sugested: list camilocadavid/Secuencias/Bajo_fiesta1 80.aif Bajo | [l2s] | read -resize $1 well, after I created the 100 size Bajo named array, these comands didnt fit the file into the array. My main objective is to simply load an .aif to play with it. I appreciate your help. C. Cadavid C. Sorry. I guess I didn't make it explicitly clear that you need to download the file I linked to your pd path. Then you can use it like in the example. The file is attached. rc-filename-help.pd rc-filename.pd Dan Wilcox danomatika.com robotcowboy.com -- Dan Wilcox danomatika www.robotcowboy.com -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] udev usb midi interfaces
-- Forwarded message -- From: Ingo Scherzinger i...@miamiwave.com To: 'pd-list' pd-list@iem.at Date: Mon, 17 May 2010 09:10:27 +0200 Subject: [PD] udev usb midi interfaces Hi, does anybody know the search path to get udev information about usb midi interfaces? It should be something like “udevadm info -a -p / ??? …”. I’m not realy sure how to search for the soundcard either. I was using “lshal” which gives me a lot of information but I can’t tell which part to use for the udev device rules. I read Daniel Drake’s “writing udev rules” but he doesn’t mention sound at all. Yeah, it's easy ... try udevinfo -a -p $(udevinfo -q path -n /dev/*your device*) and plug in the device ... this command will list all the udev attributes it sees when it makes the sysfs usb tree. I use it it see what attributes I can use for writing udev rules. Drake may not explciity list sound or midi devices, but they are covered by the tutorial as well ... just find where the device is mounted in /dev and use that node in udevinfo. I really need to write some udev rules to straighten out my 2 usb midi interfaces and soundcard that get mixed up all the time. Why udev rules then ...? I use the portaudio index of the soundcard to pass to pd with -audiodev on startup (I use -nogui and alsa) and another script which parses aconnect -io to determine the alsa mdii index, then calls aconnect again to connect pd with the midi device. Actually, perhaps you are right as it would be nice to have udev run aconnect whenever my midi device is plugged in. -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] udev usb midi interfaces
Here's the pd start script I use (it's called at login): http://trac.robotcowboy.com/browser/robotcowboy/trunk/scripts/rc_starts_pd http://trac.robotcowboy.com/browser/robotcowboy/trunk/scripts/rc_starts_pd... the trac is a bit empty right now as I just set it up last week. On Mon, May 17, 2010 at 1:22 PM, Ingo Scherzinger i...@miamiwave.comwrote: Thank you Dan, I’ll check out both ways and see which one will work best. Ingo Subject: [PD] udev usb midi interfaces Hi, does anybody know the search path to get udev information about usb midi interfaces? It should be something like “udevadm info -a -p / ??? …”. I’m not realy sure how to search for the soundcard either. I was using “lshal” which gives me a lot of information but I can’t tell which part to use for the udev device rules. I read Daniel Drake’s “writing udev rules” but he doesn’t mention sound at all. Yeah, it's easy ... try udevinfo -a -p $(udevinfo -q path -n /dev/*your device*) and plug in the device ... this command will list all the udev attributes it sees when it makes the sysfs usb tree. I use it it see what attributes I can use for writing udev rules. Drake may not explciity list sound or midi devices, but they are covered by the tutorial as well ... just find where the device is mounted in /dev and use that node in udevinfo. I really need to write some udev rules to straighten out my 2 usb midi interfaces and soundcard that get mixed up all the time. Why udev rules then ...? I use the portaudio index of the soundcard to pass to pd with -audiodev on startup (I use -nogui and alsa) and another script which parses aconnect -io to determine the alsa mdii index, then calls aconnect again to connect pd with the midi device. Actually, perhaps you are right as it would be nice to have udev run aconnect whenever my midi device is plugged in. -- Dan Wilcox danomatika www.robotcowboy.com -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 62, Issue 11
-- Forwarded message -- From: Matteo Sisti Sette matteosistise...@gmail.com To: ypatios ypat...@gmail.com Date: Tue, 04 May 2010 11:42:32 +0200 Subject: Re: [PD] avoiding toggle-like behaviour of one-digit-width numberbox ypatios escribió: numbox2? Well, the reason why I'm setting the width to 1 is to waste as little space as possible (knowing that the numbers to be used in this case never exceed 9). A one-digit-wide numbox2 is wider than a 2-digit wide numbox, so it doesn't help. Anyway, is there some reason for the bizarre behaviour of numbox with width=1, or is it just a bug? For toggling between 0 and 1 one can already use a tgl, and also, ctrl+click on a numbox already does that, with any width The 1 digit numbox *was* a tgl berfore tgl existed. I think the ability remains for compatibility reasons. -- Dan Wilcox danomatika www.robotcowboy.com ___ 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
On Fri, Oct 30, 2009 at 2:23 PM, pd-list-requ...@iem.at wrote: -- Forwarded message -- From: João Pais jmmmp...@googlemail.com To: Adityo Pratomo quietdi...@gmail.com, PDlist Pd-list@iem.at 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
Re: [PD] Pd-list Digest, Vol 54, Issue 100
-- Forwarded message -- From: sergio basbaum sbasb...@gmail.com To: Pierre pie...@314r.net, Pd-list@iem.at Date: Wed, 23 Sep 2009 11:01:01 -0300 Subject: Re: [PD] vanilla, extended, svn and x86_64 Hi all, I'm new in this community. I helped a little bit to organize the PDCon 09 in São Paulo, and Iḿ getting more involved with Pd since. This is just to say that I've installed 64bit Ubuntu two months ago, because I have a 64 Turion Acer notebook. Nothing worked properly, so I've changed to 32bit version and everything seems fine up to now. But the 64 version is very unstable, and for my personal experience I really do not recommend... best for all I'd second this experience. After spending about 2 weeks in Ubuntu 64 bit (which did seem faster) and wrangling with pd (http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepidhttp://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid) I ended up reinstalling with 32 bit. I had some shows to get ready for and I just didn't have time to debug 64 bit ... Interesting enough, I recently bought a macbook pro and pd-extended seems to run fine in 10.6, although I'm sure it's running in 32 bit compatibility mode. -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Live processing of audio input
This will probably seem sufficiently vague for many, but hopefully one or two on the list has a patch they'd care to share. I'm play with an experimental improv noise band, who I normally perform on a traditional elec gtr, amp set up with some fuzz and delay pedals and shape and manipulate feedback. For our next round of rehearsals, gigs, I'd like to see what can be achieved gtr, laptop running pd. I'm new to pd so it would be really helpful if any of you out there have worked in a similar arrangement and would like to share patches for processing similar types of audio input in a similar setting. If there's any clarity I can provide, please ask! -- Regards, Jerome Covington . . . . : . . . . : define audio development Hey Jerome, I use pd live with guitar, etc running on a wearable computer in my project robotcowboy http://www.robotcowboy.com/category/media/. I have a pd library http://danomatika.com/software/rc-patches/ focused on live guitar/gamepads, constructing songs as individual patches, and moving between songs using a playlist. I will update the zip on the rc-patches page soon as I've added a bunch of new stuff ... One of these days I'll write a how to for my approach ... -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] General Midi spec patches?
Has anyone made any General Midi convenience patches? Maybe something like [general-midi trumpet] or [acoustic bass drum | [general-midi-drums] I'm planning on revamping my system's midi setup to use the correct GM instruments/channels, etc so I can record a live midi file as well as a wav. Then the next step will be converting said midi to .kar with the lyrics ... automated midi karaoke. I have the read the spec online and it wouldn't be too hard to do, but I don't want to reinvent the wheel if it's already rolling for someone. -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Feedback discussion
Hey Guys, sti For artistic inspiration, I would highly recommend Kevin Drumm's Imperial Distortion CD, which was composed using very simple filter/EQ feedback loops. Raphael Toral's Aeriola Frequency and Cyclorama Lift 3 CDs also use a no input technique of delays and equalizers, as do all of Toshimaru Nakamura's famous No Input Mixer recordings (although he uses a digital delay looper extensively to create rhythmic patterns). Great list .. I will have to check them out. I'd also recommend Henrik Rylander's Traditional Arrangement of Feedback. It gets me rocking out every time. Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] future of the Text Editor
Message: 5 Date: Wed, 9 Sep 2009 14:52:42 -0400 From: Hans-Christoph Steiner h...@at.or.at Now that cut/copy/paste works in all object boxes, comments, etc. on all platforms, is there any reason to keep the Text Editor? .hc There's a text editor ... ? :D ... actually, you'll keep if for [ coll ], etc right? -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] computer music WAS: Re: Pd at a livecoding event on the BBC
Message: 2 Date: Wed, 9 Sep 2009 16:19:09 -0300 From: Gabriel Vinazza gabevina...@gmail.com Subject: Re: [PD] computer music WAS: Re: Pd at a livecoding event on the BBC To: pd-list@iem.at Message-ID: 5d782c50909091219m50188513ga6a1babecab29...@mail.gmail.com Content-Type: text/plain; charset=windows-1252 She writes continually like a long nozzle spraying the air, and she argues continually; theres is nothing I can say that is really not something else, so, I stop saying and finally she argues herself out the door saying something like ? I?m not trying to impress my self upon you. Charles Bukowski ... and spray I do. spray spray spray. How dare I add a particular opinion/link to a discussion. We are all objective here. Speaking of objective, here is the future of computer music anywayhttp://www.djhero.com/ . -- Dan Wilcox danomatika www.robotcowboy.com ___ 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
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. 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] HID problem in Xubuntu.
Hi? Hans, I've been checking the archives and found only one issue that has to do with the ubuntu problem and sais to put this line: KERNEL==event[0-9]*, MODE=0666 in /etc/udev/rules.d/40-permissions.rules file. The problem is that xubuntu 9.04 (jaunty) doesn't have this file any more and permissions.rules, i think, are given in other archives... i'm looking in ubuntu forums to see what can i do... If someone knows something about... If you are using Ubuntu/Xubuntu Jaunty, the udev permissions files have been moved to /lib/udev/rules.d: https://lists.ubuntu.com/archives/jaunty-changes/2009-January/002619.html As for the above, you can try adding the group to plugdev, something like KERNEL==event[0-9]*, MODE=0666, GROUP=plugdev since all users should be in the plugdev group. I use this technique to open the mouse on my visual application which uses sdl and runs from a basic terminal without X: KERNEL==mouse* GROUP=plugdev There is also no need to modify the existing udev rule files since they are read sequentially and can overwrite each other. So, following the debian udev rule naming convention, if you make a file called 90-puredata.rules and put the event rule in there, it should override or modify the existing default rule. Hans, it should be totally possible to ship a pd Ubuntu .deb that can install this automatically as I've done this with my own tools. I can help with this if needed, I just havent used [hid] much. Also, udev is really picky ... make sure each rule is on one line or it will fail. You can also use the udev tools to test each script for parse errors, but I'm at work on a Hardy machine so I can't give you the command right now. The udev admin script changed names between versions. -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packOSC BLOB
iirc, for the very project the decoding is done outside of Pd anyhow (on specialized hardware), so the problem of [unpackOSC] not knowing what to do with a blob is a minor issue here. (and the use of specialized hardware is the reason why data (low-resolution fixed-point numbers) should actually be packed in a blob rather than floating-point). The decoding should be done on a microcontrollerboard and in puredata too. The audio data will be sent over ethernet to the target device, there it should be decoded and played back. The problem lies at the ethernet layer, where only a 10Mbit/s wire is available. At a Samplingrate of 44100Hz and a word width of 32bit are only about 7 channels (without overhead,...) possible. So it would be fine to reduce the resolution from 32bit floating point to maybe 16bit or even 8bit fixed point (while 32bit floating point is still selectable in case of better hardware). Sending 16bit or 8bit samples over OSC (without losing the gained bit width (OSC-data-types are at least 32bit)) will require an arbitrary alignment of the bits within each OSC-data-argument, where BLOB comes into play. i still think (see above) that even [packOSC] cannot provide a consistent interface to pack blobs into an osc message that is sufficiently more simple to use than manually constructing OSC messages. Thanks Wolfgang Sorry if this is a dumb question ... but why would you want to do this in PD, why not use a hardware solution as it would be much faster? Something like Cobranet, ie digital audio over Cat5: http://www.audioscience.com/internet/products/sound_cards/asi54xx.htm -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Can I choose the device with the alsa startup flag?
Can I choose the device with the alsa startup flag ala the alsamidi flag? -alsamidi mididev 1 works, is there a -alsa dev 1 or something like it? I'd like to be able to use a usb soundcard through alsa and choose it at startup with -nogui. Thanks. -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Can I choose the device with the alsa startup flag?
On Mon, Sep 8, 2008 at 11:29 AM, IOhannes m zmoelnig [EMAIL PROTECTED]wrote: Daniel Wilcox wrote: Can I choose the device with the alsa startup flag ala the alsamidi flag? -alsamidi mididev 1 works, is there a -alsa dev 1 or something like it? btw, this really reads -alsamidi -mididev 1 I'd like to be able to use a usb soundcard through alsa and choose it at startup with -nogui. how about -audiodev i ? So it's that simple? Damn, I tried -alsadev and -hw: but didn't think of -audiodev. Cool, I will try that. Incidentally, is this on some documentation page I didn't find? fgasmdr IOhannes -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Hidden folders in PD open/save dialog
Ok, Here's another todo for Linux I am willing to solve, along with drag and drop and better desktop integration: hidden folders in the file browser. PD defaults to the home folder of the current user, which is full of hidden folders (.foldername) which are naturally listed fist. This means that every time I go to open or save something I have to scroll the little browser window past these (non-)hidden folders to my visible folders. Yeah, I know, its a small thing, but I always find it annoying. This is something that other applications which use the GTK-gnome file browser handle and hitting Ctrl-H toggles hidden file display. I don't have a huge signal processing background, so I'll try and help in my own way :P. -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Open patch in running pd via commandline
Howdy again, I'm working on integrating pd-extended into the Ubuntu desktop and have a mime type and associated patch icon setup. You can double click it to open it in pd natively. The only problem is I'm trying to figure out a way to open a patch in a running instance of pd. Basically, it would be great to double click a patch file and have it open in my already running pd thus saving me from going back and forth in the open dialog which is annoying. I've looked at pdsend but from what I've seen in manuals/pd-msg pdsend only works if you have a netreceive running in a patch. Is there anyway to send commands to the pd-gui directly ala open in a new tab from a filebrowser in firefox? Next up would be to get that tkdnd stuff working ... -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdmtl [sample.play~]
I'm using the pdmtl [sample.play~] within a wrapper in my patch library. On using it with drum samples, I get distortion if triggered rapidly ... which is a bit annoying. Think of the kick drum farting out on a crappy sub. I've noted this with the example samples that come with pdmtl as well. Am I getting this because it's assumed that I should be using [mix.out_~] which does some buffering? I need as close to realtime as possible and I don't run a gui, so I don't use it. The fault may just be with my samples and I could go and edit them ... but I have so many it would be a real pain. Oh well, I'm sure there will end up being some reason for me to implement my own sample player :P (hopefully not) -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Wii remote controller and Mac OS X
I use a wiimote in Linux using the cwiid api http://abstrakraft.org/cwiid/in my device daemon that grabs joystick and wiimote events and slings them over OSC to pd. The wiimote has a 3 axis acceleramator and sends the x, y, z positions and you can easily calculate mean acc, roll, and pitch. You can also access the ir camera. The wiimote itself determines the spots of light it sees and sends pixel postions aka (140, 100) relative to the resolution on the camera which is about 200x200 if i remember correctly. I have tested this with candles and you can mess with virtual sliders etc by pointing it at a ir source, if you remove the black plastic cover, then the camera pics up regular light sources such as incandescent blubs. And of course, you get all the button events. Hans, do you know how many control signals this will produce? From what I read in the literature, it sounds like it also has motion controls. Does that mean that it has XYZ sensors? Or does it also have the pitch and yaw sensors as well? It sounds like a Wii has XYZ and pitch and yaw... Mike -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google SoC: call for mentors and project ideas
So some sort of copy as text and paste from text that handles the object - text stuff? On Thu, Mar 20, 2008 at 1:06 PM, marius schebella [EMAIL PROTECTED] wrote: yes. plus copy and paste of text into pd patches. just select objects in pd and when you paste them into an email they will appear as pd code. vice versa, when you select and copy text from an email then copy should paste pd objects into the patch. (or new from clipboard...) marius. Daniel Wilcox wrote: I'd like to see drag and drop of pd patches from an OS file browser onto pd to open them. On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hallo! I'd like to apply for some Mentos. I like mixed fruit or grape. As for Pd, I can't think of something major enough to call for Google SoC, but I'll keep thinking. I think the projects should not be too big. This is maybe something we can learn from last year. It would be nice to have compact projects which would be e.g. also manageable by people new to the pd community ... In that case, I might think of a few possibilities for anyone who is open to them. I have just a minor suggestion for an improvement. What if it were possible to edit a Pd patch as text from within Pd? I often open a patch in a text editor in order to mass copy sends and receives or GUI elements or whatever. The syntax is straightforward enough that sometimes this is quicker than clicking, for a whole bunch of items. It would be cool if I could do that from within Pd, without closing the patch... -Chuckk -- Dan Wilcox danomatika www.robotcowboy.com http://www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Google SoC: call for mentors and project ideas
Well, I'm not on OSX, I'm on Ubuntu and I cannot drag a .pd file from the Nautilus file browser in Gnome onto any pd window. I do not really know what is at fault, but as I do this for numerous other applications and file types, I assume its some missing functionality in the pd gui. Correct me if I'm wrong. On 20/03/2008, at 18.52, Daniel Wilcox wrote: I'd like to see drag and drop of pd patches from an OS file browser onto pd to open them. I'm sure you'r concerned with a specific or any OS not just an OS, since it works on Mac OS X. Maybe it's work for the desktop manager not the OS? - Just thoughts. -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Alternate Controllers
Try hacking some gamepads ... its cheap and easy. Try [hid]. My project, robotcowboy, http://www.robotcowboy.com/ makes use of hacked gamepads and a custom joy - OSC daemon in Linux. I'm getting ready to release it soon, so if you use Linux you could try that. For instance, I cut a gamepad up and wrapped it around my old trumpet. pic1http://www.robotcowboy.com/dump/P1070845.jpg, pic2 http://www.robotcowboy.com/dump/P1070846.jpg, a short pd session with it http://www.robotcowboy.com/dump/1-5-2008_21-30-1_Bleet.mp3 There's lots of cool stuff you can for cheap. Also, old console gamepads (psx, ps2, gamecube) are readily available and all you need is a usb converter. I've found aftermarket playstation controllers the perfect hackables. -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] robotcowboy on tour
yoyo, I'm out on tour in the US until March. Mabey I will see some of you? Come for a pd enabled wearable compurock show. Dates here. http://www.robotcowboy.com/?p=91 -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended + Ubuntu Gutsy generic kernel versus rt kernel
Hi Daniel, Interesting point here. Do you mean you edited the /etc/security/limits.conf even when running the non rt kernel and that it made things better than with the non-edited /etc/security/limits.conf ? I already had realtime permissions enabled while using the rt kernel. Yup, I basically was messing around trying to figure out why my suspend/sleep was broken in Gutsy when it had worked with the Live cd ... then I realized mabey its the rt kernel I had installed and reinstalled the generic. Of course, that fixed these problems and I tried pd + jack and noticed that it also ran those really well ... better then the rt kernel which prompted me to wonder if anyone else had noticed this behaviour? I thought it was some bug with pd or jack, in that pd was giving me noticeable xruns using the *realtime* kernel when in using such a kernel in dapper, edgy, and fiesty was the only way to *avoid* them. I remember reading somewhere that the Ubuntu kernel team has been integrating some of the realtime kernel patches and enabling pre-emption to keep the kernel fast for the whole multimedia desktop experience etc ... and it seems that this works with realtime audio in pd and jack, at least for me. I also noticed that the realtime kernel has become more focused on *real* realtime requirements like robotics, etc on the ubuntu page, dont recall the link off hand. On a side note, merry christmas boys and boys (are there any girls on the list?). My parents just bestowed a solid state harddrive upon my performance computer, so now I can bounce around without worrying about physical disc crashes! Happy nerdy xmas all. That's definitely one thing I must try then... To get even more off-topic (even though I'm not really convenced it is) I noticed as well that rt kernels are really aggressive. For instance when I just play mp3s through jack with the hdsp driver it eats all performance for the rest of desktop apps which then get really really sluggish (on a PIV 3000MHz...). Jé Daniel Wilcox a écrit : To all those Pd Ubuntu-ers out there, I have been using the realtime (lowlatency) kernel for a while, back since Feisty, and compiled my own in Dapper. I have noticed that, at least with Gusty, the generic kernel works better then the rt kernel, giving me much *fewer*? xruns and artifacting with Pd ... while using the rt kernel, Pd seems to sput xruns while using Jack. It's important to note that I did enable the realtime privledges by writing to the security config as noted on the Ubuntu studio page: sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' Could it be that the preemption enabled in the rt kernel is a bit *too* aggressive? Realtime audio in PD with Jack seems to run much better with the generic kernel! Even at a 8ms latency ... in fact I'm testing the same on my slow performance computer (PIII 500MHz) with a fresh install of a Minimal command line Gutsy and it works *s* much better then the realtime kernel. (Plus suspend and hibernation work, while they don't using the realtime kernel.) -- Dan Wilcox danomatika www.robotcowboy.com http://www.robotcowboy.com -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-extended + Ubuntu Gutsy generic kernel versus rt kernel
To all those Pd Ubuntu-ers out there, I have been using the realtime (lowlatency) kernel for a while, back since Feisty, and compiled my own in Dapper. I have noticed that, at least with Gusty, the generic kernel works better then the rt kernel, giving me much *fewer*? xruns and artifacting with Pd ... while using the rt kernel, Pd seems to sput xruns while using Jack. It's important to note that I did enable the realtime privledges by writing to the security config as noted on the Ubuntu studio page: sudo su -c 'echo @audio - rtprio 99 /etc/security/limits.conf' sudo su -c 'echo @audio - memlock 25 /etc/security/limits.conf' sudo su -c 'echo @audio - nice -10 /etc/security/limits.conf' Could it be that the preemption enabled in the rt kernel is a bit *too* aggressive? Realtime audio in PD with Jack seems to run much better with the generic kernel! Even at a 8ms latency ... in fact I'm testing the same on my slow performance computer (PIII 500MHz) with a fresh install of a Minimal command line Gutsy and it works *s* much better then the realtime kernel. (Plus suspend and hibernation work, while they don't using the realtime kernel.) -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] performance question: connections versus sends
What is faster in terms of patch loads and runtime performance, using regular connections or sends? I ask this as I have been developing objects with lots of sends inside of them and I'm wondering if this has any impact on patch performance ... even if I don't use more then half of them? It seems to me that a regular connection has the advantage of not requiring a lookup for the receive... -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] performance question: connections versus sends
Well, it all comes down to style now if we've determined theres no speed diff. Right now I've been building my objects with both traditional inlets/outlets as well as send/recieve mirrors named on the object name, first creation arg ala Chris McCormick's s-abstractions. So [rc-arp arp1] has a midi note inlet as well as a matching [r arp1/notein] receive. It also has receives for each gui element. This is nice in that I can connect things in the traditional manner, but also quickly grab things in other parts of the patch. It relatively easy to keep track of what's going on since the receives are based on the name and functionality, although at this point I find myself using connections much more. Another note is that I have recently upgraded to a newer used computer after I somehow connected 220VAC to the old laptop's Audio In which means I have a smaller resolution display. There's a big diff in patching practice between 1400x1050 and 1024x768. Hmmm I have't tried this global message bus idea yet. On Dec 18, 2007 7:49 PM, Roman Haefeli [EMAIL PROTECTED] wrote: On Tue, 2007-12-18 at 19:31 -0500, marius schebella wrote: I think connections are slightly faster, but that is negligible. the more important aspect is programming style/readability/layout/program flow, and in this respect connections are definitely preferable. with send/receive you end up with spaghetti code. Maybe when working with a lot of abstractions, it makes sense to use send/receive, just because drawing too many connections is a pain. but most of the time connections make your life easier. marius. maybe when working with a lot of abstractions, it makes sense to use methods, that are all sent to the same inlet and inside the abstraction [route]d apart again. it makes it also easier to debug, because you need to create only one connection to one [print] in order to see, which message is sent in what orde to the abstraction. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] -nogui question
I was under the impression that starting pd without the gui would take out some of the slow downs assoicated with the gui such as gui object generation. I have some objects in my rc-patches that build the object based on its creation args such as [rc-seq 16 4] makes 16 toggle boxes with 4 beat divisions. Now if I have a bunch of these it slows down the loading of my patch considerably, which I understand ... but it also slows down loading in -nogui mode which I don't. So is -nogui mode doing all of the tk work but just not drawing the window? The main problem is this makes patch loading realllyyy slow on my performance computer, PIII 500. So I'm going to actually rebuild all of the songs using static objects instead of dynamic ones ... which is too bad because the flexibility of the dynamic objects was nice when creating the song initially. So is that my only option for now, or is there some super trick I haven't noticed? -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] segmented patchcords (was Re: PD MAX)
Now there's an idea! If some donations could be had to offer up bounty money, I'd say a few more of us would be inclined to pitch in. Also, has pd been in the Goggle Summer of Code? ... I'm unfamiliar with the dev setup but have there been any coding camps where people get together to just implement something, just do it for like a weekend? It is always nice to tackle a problem with someone to bounce ideas off of in person. Couchsurfing.com, an online lend-your-couch travel networking collective, has a week long code session every 6 months I believe. Of course the participants get a free place to stay, etc but I don't see how something like that couldn't be sponsored for pd. Personally, I'd like to jump into some pd dev but I am no so sure where to start where it would be most effective (other then segmented patch cords :P). i read your mail as a pledge for a bounty system - is that right? Am 06.12.2007 um 20:08 schrieb Kyle Klipowicz: And this is precisely the unfortunate reason why the open source world will (almost) always lag behind the commercial world of consumer software. When developers make their bread and butter based upon if the consumer buys, they're more likely to pay attention to and implement the wishes of their users. Take Ableton. They actively parse their online forums for feature requests...and then implement them when a critical mass is reached. There are some exceptions in the FOSS world. Ubuntu is quite user friendly (with the support of a large endowment from a very wealthy organization with a charter specifically devoted to bringing Linux to the non-programmer set of the world). Firefox is giving IE a run for it's money (although the primary codebase from FF comes from the old commercial, closed source Netscape). I know that Hans' statement re everyone becoming a developer is true in theory, but in reality people who want to rapidly prototype a project with something like Pd or Max are using these applications precisely because they do not want to code in C. After reading Marius' post re GEM vs. Jitter, it is painfully apparent that the capitalist/consumer model of software engineering has a few aspects to it that are difficult for the FOSS community to compete with. Namely monetary and human resources and the external pressure to meet the requests of the user in order to ensure a continuous flow of financial support. When you code for a hobby or yourself, it is difficult or even impossible to be bothered with these things, and rightly so. Without compensation, there's often little scope (or time) outside one's own projects for developers in the FOSS world. This is unfortunate, but as I see it, true. Question is, what can be done to change this or compete? Or should Pd just become the thing that hobbyist programmers use, while Max takes the stage as the serious tool for rapidly prototyping interactive A/V artworks? I hope that this is not the case... No flames meant in this mail, just compassionate thought-mulling. ~Kyle On Dec 6, 2007 1:21 AM, Frank Barknecht [EMAIL PROTECTED] wrote: That's exactly the point: From this thread it seems that many of those people who would be able to implement segmented patchcords aren't interested in that feature. (You'd be one of the exceptions.) So until someone comes along who wants seg-cords in Pd and at the same time could write the code, the feature stays missing. That's not unusual wiht open source software: features, the developers need, get implemented faster, others maybe never. -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] segmented patchcords (was Re: PD MAX)
I consider the lack of segmented patch chords a nifty feature that keeps MAX users away. I started with PD and am pretty well comfortable in just laying out my patches in an efficient manner. As previously stated, there's always [t a] if you ever need a segment. However, if that is one of the glaring issues that people really want well ... welcome to open source, unlike MAX you can grab the pd source and jump into some tcl/tk! .. better yet, how bout someone port Audicle from Chuck to PD: http://www.youtube.com/watch?v=hFAh-pgxGyc Then you get all of the fancy stuff! Buttons and flying graphics. Sarcasm aside: I use pd because its small and fast, so I deal with the sparse interface options. -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The sound of algae growing
Totally awesome, those algae can groove ... thanks for this, now I have new critters to play with! ... now how do I combine them with my planned Holy Diver cover? -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI speed test
My laptop ... pd-extended 0.39.3 Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz uname -a Linux danomatika 2.6.20-16-lowlatency #2 SMP PREEMPT Sun Sep 23 19:54:02 UTC 2007 i686 GNU/Linux REALTIME: 19.486 REALTIME: 15.002 REALTIME: 15.163 REALTIME: 19.944 REALTIME: 20.354 And for what its worth, my wearable music computer ... pd-extended 0.39.3 P3 Celeron (Coppermine) 500 Mhz (looks better then 0.5 GHz :P) Linux unit 2.6.20-15-lowlatency #2 SMP PREEMPT Sun Apr 15 07:39:03 UTC 2007 i686 GNU/Linux REALTIME: 30.987 REALTIME: 29.313 REALTIME: 30.798 REALTIME: 31.094 REALTIME: 30.659 -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] robotcowboy patches for you
On Nov 10, 2007 3:39 AM, Roman Haefeli [EMAIL PROTECTED] wrote: On Fri, 2007-11-09 at 18:44 -0500, patrick wrote: hi dan, this is really great. looking foward for your unit daemon too :) some errors (linux / pd.0.41-extended): rc-chipwave~.pd adsr 0.5 2 0 100 200 ... couldn't create probably pd/doc/3.audio.examples/adsr.pd ? (i think, this is a bad naming. it's too likely that not this adsr is meant or that there is a nameclash with another [adsr]. if using miller's [adsr] in a project, i'd recommend to rename it and make it part of the project). Yeah, I forgot I had added the pd adsr to my paths, so I have updated and made it a subpatch within rc-chipwave~ . rc-square~ sqosc~ 100 0.5 $2 ... couldn't create probably: pd-cvs/externals/mrpeach/sqosc~/ Yeah its in the mrpeach externals, I went ahead and updated the page with the required externals to make everything work: sssad (included in .zip), mrpeach, flatspace, zexy, list-abs, ext13 roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Thanks and now for something else!
I would suggest you check out Composing Interactive Musichttp://www.amazon.com/Composing-Interactive-Music-Techniques-Ideas/dp/0262731398by Todd Winkler which covers using MAX to do lots of fun stuff with midi. Naturally, you can implement most of the examples in PD. I bought this book and went through the whole thing, making the example patches as I went. If you want more of the technical bones behind this stuff, I'd also recommend Machine Musicianshiphttp://www.amazon.com/Machine-Musicianship-Robert-Rowe/dp/0262681498/ref=pd_sim_b_title_4/102-4863673-2463332 by Karl Rowe. Although it is getting a bit dated (includes a cdrom with MAX patches for OS 9 :P), it really helped me a good grasp on how I could use midi in pd to do what I wanted. Anyway, those are two books that got me going in pd. Shoot, there is enough experience on this list to write better books then these focusing on pd! Hallo, Timothy Sikes hat gesagt: // Timothy Sikes wrote: First of all, I want to thank everyone for the tremendous help you guys gave me to start PD a day or two ago. I think parts of PD have finally started to sink in. Whoever told me not to think of PD so procedurally, or orderly, really helped. Right now, I am getting the benefits of my labor by listening to a loop that goes from midi sound 50 -100 then loops again... and again. Alright, now for the stuff I don't get! So, my next project I would like to tackle to better understand PD is to have it play a simple midi C scale. Some of the things that I want to understand better is the 'select' object, and what happens when an outlet is connected to it, how to use the equality (, =) symbols accurately, and how they work in PD. I have already looked at the examples that came with it, and they just confused me: When I took them out at started it over, it seemed to work just fine. This is the 'more counting' one, and when I remove the = 0 boxes, it still works, plus they're not really explained at all.Thanks again! -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] robotcowboy patches for you
Hallo, patrick hat gesagt: // patrick wrote: this is really great. looking foward for your unit daemon too :) some errors (linux / pd.0.41-extended): rc-chipwave~.pd adsr 0.5 2 0 100 200 ... couldn't create rc-square~ sqosc~ 100 0.5 $2 ... couldn't create And if others like me get the wrong [gate] loaded, they may replace it with attached abstraction that replaces a gate 2. Ciao -- Frank Barknecht _ __footils.org__ Thanks for the patch, thats a much simpler and useful implementation then anything I was thinking of ... I updated all of the patches using [gate 2] so they now use a subpatch instead, so that should solve any problems with [gate]. Get the new version here http://software.robotcowboy.com/rc-patches/. -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] robotcowboy patches for you
Hey guys! I've been working on some patches and music while I was at STEIM in October with the result being a bunch of gui patches inspired by Chris McCormicks awesome s-abstractions that use the equally awesome Frank Barknecht's sssad state saving. The sequencing objects + s-arranger finally allow me to make full songs more like when I was using FL Studio. Screw FL Studio now! Some of the objects included are: - rc-seq: a variable length xoxo sequence - rc-drumseq: a variable length sequencer container a number of the above - rc-track: a variable length midi note sequence - rc-tracker: a variable length tracker containing a number of the above - rc-chipwave~: a chiptunes emulator built around Phill Phelp's chipwave~ example http://www.zenpho.co.uk/chipwave.shtml - rc-wavetable~: a wavetable gui osc - rc-arp: the arpeggiator from Tod Winkler's Composing Interactive Music - blahblahblah ... Webpage: software.robotcowboy.com/rc-patches See my myspace %20%20http://www.myspace.com/robotcowboy (redundant?) for two new songs, MyLungsWereAchingForYou and SpaceLight, built entirely in pd using the rc-patch song structuring, generation from live midi, and realtime mixing of the mic/distorted digitar (hey, thats pretty good for a 500Mhz box!). Anyway, I've started making gui objects to save time when I make the songs (compose) and I just want to get into a a groove. Some of them are unfinished but check em out, I'll update them as I go. Hopefully they will be useful to someone. -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A little help in automating pd?
Thanks guys. On 5/5/07, marius schebella [EMAIL PROTECTED] wrote: Hi Daniel, I don't know if it has advantages, but it is possoble to open/close patches from another patch. Maybe an advantage would be that it is faster, because you don't have to resart pd. but I don't know how to handle crashes... Currently, I call ps every now and then to get the status of pd using pd's pid. If it has stalled I can kill and restart it. I'm setting up my whole system as a Linux daemon that runs in the background and handles patch control and input devices. It starts jack for me and connects all of my midi connections. Currently, I'm using udev to tell the daemon when a new device is connected so it will start a new listener that sends OSC from the device or to shut it down on a removal (device = sdl joystick). That way, everything is plug and play since I have no way of setting anything up without a gui and mouse/keyboard. If anyone is interested, I'm thinking of making a release available to try out. There is a client mode that will only handle the devices so multiple machines can send input info. (ahh OSC power). It's all hackish alpha, but it is starting to work ... anyway, have a look at manuals/pd-msg/2.message_and_pd/2.open_close.pd I swear I went through the whole manual and didnt notice this! you open a patch by using a message to pd (starting with ;pd). the first argument is open, the second the patchname and the third the directory. to close you give the argument menuclose and then the prefix pd- and the patchname. some time ago it was not possible to use abbreviations for directories (like a dot). maybe this works now. but you can always use the full path name. regarding closing, many people are talking about a closebang but I am not sure if that is about shutting down pd or closing a patch. it should provide a clean shutdown. maybe this affects serial connections? I don't know. For me it worked the way I described it above and I had no problems. [that is a message( [;pd open mypatch.pd /home/marius/pd( [;pd menuclose pd-mypatch.pd( Awesome .. I will have to try this out! marius. Daniel Wilcox wrote: Hi, So this is my first post to the list. back story: I'm running pd in Linux on a small wearable computer. I do not use a screen, mouse, or keyboard, just an arduino box with a button and some other doo dads to control patch loading / activation. I've successfully automated pd in Windows using a python windows testing library to grab widgets and send keys to applications, but the Gnome alternative cannot see tcl/tk widgets ... I'm better off running without a gui anyway. :P I've hacked a quick controller patch using the ;open message for a show, but that was only a temp fix as I have no way to close patches from within pd ... or is there? I do not want to have to open an entire set of patches at once as my machine only has 256 Mb of ram and, if I start using lots of samples, this could be a problem. So now I'm exec launching and SIGINT'ing pd in C : - lauch pd with the current patch and remember the process id - the patch contains an osc object to receive all of my controllers - sigint pd when I'm done (btw Whats the cleanest kill signal to send?) Now my questions are: - Is there a built in way to close an open pd patch from within pd ...? My thinking is that I can open pd with a small control patch that receives messages to open and close patches. - If not, has anyone made an automation object? Would anyone be interested if I attempted to write one? - Does having a built-in method to do this provide any advantage over my current solution of launching/killing pd? The advantage I have now is that I can monitor the running status of pd so if it crashes, which it has done when using the aforementioned temp hack, I can safely kill and restart on the current patch. Thanks! -- Dan Wilcox danomatika www.robotcowboy.com http://www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] A little help in automating pd?
Hi, So this is my first post to the list. back story: I'm running pd in Linux on a small wearable computer. I do not use a screen, mouse, or keyboard, just an arduino box with a button and some other doo dads to control patch loading / activation. I've successfully automated pd in Windows using a python windows testing library to grab widgets and send keys to applications, but the Gnome alternative cannot see tcl/tk widgets ... I'm better off running without a gui anyway. :P I've hacked a quick controller patch using the ;open message for a show, but that was only a temp fix as I have no way to close patches from within pd ... or is there? I do not want to have to open an entire set of patches at once as my machine only has 256 Mb of ram and, if I start using lots of samples, this could be a problem. So now I'm exec launching and SIGINT'ing pd in C : - lauch pd with the current patch and remember the process id - the patch contains an osc object to receive all of my controllers - sigint pd when I'm done (btw Whats the cleanest kill signal to send?) Now my questions are: - Is there a built in way to close an open pd patch from within pd ...? My thinking is that I can open pd with a small control patch that receives messages to open and close patches. - If not, has anyone made an automation object? Would anyone be interested if I attempted to write one? - Does having a built-in method to do this provide any advantage over my current solution of launching/killing pd? The advantage I have now is that I can monitor the running status of pd so if it crashes, which it has done when using the aforementioned temp hack, I can safely kill and restart on the current patch. Thanks! -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
