[PD] search paths
http://crca.ucsd.edu/~msp/Pd_documentation/x3.htm#s5 Regardless of path, Pd should look first in the directory containing the patch before searching down the path. Pd does not automatically look in the current directory however; to enable that, include ``. in the path. The ``extra directory, if enabled, is searched last. This isn't true for new patches, which automatically get the current directory added to the path (at least on an Ubuntu Maverick machine running Pd version 0.42-6). Also, if you do add a . to the search path, then an object like [./blah] can refer either to blah in the patch directory (which, luckily, gets searched first) or the current directory. I've never used this feature but it seems really odd to have ./ referring to two different things at once. -Jonathan Looking for earth-friendly autos? Browse Top Cars by Green Rating at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
Why not always put your abstractions in the same directory as the patch? (Or in a subdirectory if you want to organize them that way.) It makes things more modular: e.g., you can just compress the containing directory and shoot it off rather than sending a separate attachment for abstractions and have them copy your manually-entered search patch settings (which most likely will not be the same across platforms). Additionally, the patch directory is searched first (at least according to the manual), so you're less likely to run into name clashes that way. (And then you can guarantee no nameclashes by prefixing your abstractions with a ./ like [./my-abs].) -Jonathan --- On Tue, 2/15/11, Richie Cyngler glitch...@gmail.com wrote: From: Richie Cyngler glitch...@gmail.com Subject: Re: [PD] noob question: trying to repurpose the G08.reverb.pd example To: Morgan Packard mor...@morganpackard.com Cc: pd list pd-list@iem.at Date: Tuesday, February 15, 2011, 3:45 AM I don't entirely follow what is happening with your files. But in order to access abstractions they need to have a file path, which you can setup via the preferences menuPath. I don't know if you are aware of this or not. I put all mine in a folder called abstractions which I have set up a path to. On Tue, Feb 15, 2011 at 1:33 PM, Morgan Packard mor...@morganpackard.com wrote: I'm trying to add that reverb in to my own patch. I simply copied and pasted the pd reverb subpatch in to my own. The reverb-echo abstraction isn't being found by my own patch (it shows up with a red outline, and an error in the console: reverb-echo ... couldn't create. The example patch works fine, loads that abstraction no problem. But it doesn't work in my own patch. I tried loading a different abstraction in to my own patch, and it loads just fine. Any ideas what's going on here? How can I get better debugging information than couldn't create? thanks! -Morgan -- Web: http://www.morganpackard.com Music/Art:Latest album: Moment Again Elsewhere iOS app Thicket available on iTunes store. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- shiny Rich -Inline Attachment Follows- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Really random random from date and time
On Tue, Jan 25, 2011 at 10:00:15AM +0100, Frank Barknecht wrote: On Tue, Jan 25, 2011 at 12:58:19AM +, Ed Kelly wrote: I'd like my patch to create a different random each time it's loaded. I'm using [urn] so I tried feeding a [random 500] - [seed $1( into the [urn], but every time it's the same result. According to the documentation if you don't give it a seed then each instance of random gets its own seed but every time I initiate the patch the result is the same. Is there an object that will give me the current date and/or time, so that I can use that as a seed to the random and urn objects??? Apart from the solutions based on current time, I also had success with using the adc~ as a seed on RjDj/iPthing. Of course it needs audio input, but if you have that, just [snapshot~] and scale accordingly to get a sufficiently random seed. One other thing you can do is wait for some user input (knob twiddle, touch screen, press key etc.) and then seed based on [timer]. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music made with Pd
Thank you, Chris! Eduardo De: Chris McCormick ch...@mccormick.cx Para: Eduardo Patricio epatri...@yahoo.com Cc: Enviadas: Terça-feira, 15 de Fevereiro de 2011 8:42 Assunto: Re: [PD] Music made with Pd Cool! Chris. On Tue, Feb 01, 2011 at 09:01:07AM -0800, Eduardo Patricio wrote: A little improvisation with Pd: http://vimeo.com/19385664 cheers! Eduardo _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
Hi, On Tue, Feb 15, 2011 at 03:43:35AM +0100, tim vets wrote: Quick and easy solution: copy the file 'reverb-echo.pd' to the same directory as where your own patch is located and then try again. Even quicker would be to use one of the three builtin reverbs by Miller in the extra dfirectory: [rev1~], [rev2~] or [rev3~]. [rev2~] is similar to the docs example. Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Scheduling events, libpd, and sequencing
Hi everyone, Thanks for the feedback on the timing discussion; I do feel that was useful. At some point, it may even be worth writing up a canonical answer there, alongside some tests. This still leaves me puzzling over some questions, though, in terms of sequencing events in real time - forgetting, for a moment, even those timing implications. Let's imagine you have an interface scheduling events from another language, and Pd as an engine (increasingly common with libpd) processing those events. textfile and qlist each do this, qlist tending to be the more convenient. Then you can send messages to whatever apparatus you have for actually processing events and make sound. But what would be the most efficient way to send events to those objects for future scheduling? qlist seems to be built for the purpose, but two issues: 1. qlist seems confused when there's no text file - and in libpd (or really any real-time process), writing to a textfile seems meaningless. 2. qlist would require sending every event - not an entire sequence - one at a time, since it can't process lists. With textfile, I can add a list, but then the list gets stored entirely as one message - which means to iterate through the list, I have to again split it into individual items. Maybe that's okay, and that's really the most Pd-like way of doing things. But if you were using Pd as an interactive music engine, you'd be concerned about: 1. efficiency of messages 2. real-time performance Should I assume that this will likely deliver adequate timing and press on with this basic method? Is there any particular advantage beyond convenience of one or the other? Or is there another method that I'm missing? I'm particularly interested in this as I imagine I'll be answering this same question with others a lot, and I don't want to endorse anything less than a best-practices solution. Peter PETER KIRN http://createdigitalmusic.com | http://createdigitalmotion.com PhD Candidate, CUNY Graduate Center Adjunct Faculty, Parsons The New School for Design ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD announce] timbreID spectrograms
Sure, I'm glad this will be useful to someone other than me. And for the record, I'm still working on the color mapping in the spectrogram patch. It's a bit too dark at the moment, so that might be updated soon. On Mon, Feb 14, 2011 at 9:50 PM, Jarbas Jacome jand...@gmail.com wrote: great job! thanks jjR On Mon, Feb 14, 2011 at 1:48 AM, William Brent william.br...@gmail.com wrote: Hi, If anyone needs to plot spectrograms, I just updated the timbreID examples with improved plotting patches. The old patches used structs, which were really really slow to draw. The new ones rely on GEM and are much more useable. You can plot cepstrograms as well. I also recently added a classic vocoder patch based on a Bark-spaced filterbank. You'll need the latest version of timbreID for all of this to work. If you're interested, the library example patches can be downloaded in separate packages here: http://williambrent.conflations.com/pages/research.html#timbreID -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Scheduling events, libpd, and sequencing
On Tue, Feb 15, 2011 at 08:30:00AM -0500, Peter Kirn wrote: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN You accidently had html-mail switched on. :) Thanks for the feedback on the timing discussion; I do feel that was useful. At some point, it may even be worth writing up a canonical answer there, alongside some tests. This still leaves me puzzling over some questions, though, in terms of sequencing events in real time - forgetting, for a moment, even those timing implications. Let's imagine you have an interface scheduling events from another language, and Pd as an engine (increasingly common with libpd) processing those events. textfile and qlist each do this, qlist tending to be the more convenient. In this context qlist and textfile are eqivalent: qlist is just a textfile with a metro/delay and a sender already built in. Both objects do things inside of Pd and the metros work with subsample accuracy. I don't think, you can take them as a model for communication with external processes: Once the file is loaded into a textfile's or qlist's memory, there's no communication with the outside world (network, harddisk, other processes) happening anymore. I think, a better model for realtime interaction might by OSC with timetags. But what would be the most efficient way to send events to those objects for future scheduling? qlist seems to be built for the purpose, but two issues: 1. qlist seems confused when there's no text file - and in libpd (or really any real-time process), writing to a textfile seems meaningless. 2. qlist would require sending every event - not an entire sequence - one at a time, since it can't process lists. With textfile, I can add a list, but then the list gets stored entirely as one message - which means to iterate through the list, I have to again split it into individual items. qlist can send lists just fine. Both qlist and a textfile with sender/outlet and metro-timing simply send Pd messages like floats, symbols, lists, etc. It's up to the composer to define, what's describing an event and what describes a sequence. Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Scheduling events, libpd, and sequencing
On 15/02/11 13:30, Peter Kirn wrote: But what would be the most efficient way to send events to those objects for future scheduling? I have some code that allows you to cache incoming events (eg: from [netreceive]) and dispatch them all at once in 0 logical time. I called it [bundle] because of the vague similarity to OSC bundles. Something like begin, foo, bar, baz, end /* with arbitrary time between messages */ | [bundle] | foo, bar, baz /* all in 0 logical time, when 'end' arrives */ There are some issues (like 'list' vs 'notlist' messages, 'begin' and 'end' won't be stored, negative nesting count (too many 'end'), ...) but it might be a useful starting point. qlist seems to be built for the purpose, but two issues: 3. sends to names instead of outlet, which makes it much less flexible Claude #N canvas 0 0 331 368 10; #X obj 19 20 inlet; #X obj 19 41 route begin end; #X obj 19 62 b; #X obj 92 62 b; #X obj 92 83 v \$0-depth; #X obj 92 104 - 1; #X obj 119 146 v \$0-depth; #X obj 19 83 v \$0-depth; #X obj 19 145 v \$0-depth; #X obj 19 104 + 1; #X obj 92 166 sel 0; #X obj 138 118 spigot; #X obj 190 114 spigot; #X obj 138 56 t a a b; #X obj 197 53 v \$0-depth; #X obj 197 93 == 0; #X obj 233 94 != 0; #X obj 197 73 t f f; #X obj 243 336 outlet; #X obj 92 280 textfile; #X obj 190 134 list prepend add; #X obj 190 155 list trim; #X msg 131 211 rewind; #X obj 92 187 t b b b; #X obj 111 231 until; #X msg 92 252 clear; #X obj 92 125 t f f; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 1 1 3 0; #X connect 1 2 13 0; #X connect 2 0 7 0; #X connect 3 0 4 0; #X connect 4 0 5 0; #X connect 5 0 26 0; #X connect 7 0 9 0; #X connect 9 0 8 0; #X connect 10 0 23 0; #X connect 11 0 18 0; #X connect 12 0 20 0; #X connect 13 0 11 0; #X connect 13 1 12 0; #X connect 13 2 14 0; #X connect 14 0 17 0; #X connect 15 0 11 1; #X connect 16 0 12 1; #X connect 17 0 15 0; #X connect 17 1 16 0; #X connect 19 0 18 0; #X connect 19 1 24 1; #X connect 20 0 21 0; #X connect 21 0 19 0; #X connect 22 0 19 0; #X connect 23 0 25 0; #X connect 23 1 24 0; #X connect 23 2 22 0; #X connect 24 0 19 0; #X connect 25 0 19 0; #X connect 26 0 10 0; #X connect 26 1 6 0; #N canvas 0 0 450 300 10; #X obj 124 153 bundle; #X msg 31 27 begin; #X msg 32 116 end; #X msg 120 77 foo; #X msg 168 81 bar; #X msg 212 79 baz; #X obj 124 174 print bundle; #X connect 0 0 6 0; #X connect 1 0 0 0; #X connect 2 0 0 0; #X connect 3 0 0 0; #X connect 4 0 0 0; #X connect 5 0 0 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
In order to simplify the structure of paths to several library/objects in the recent Pd-extended releases, a pd-externals folder is created during the installation. I would generally recommend to make use of that folder for one's own library/objects and other libs. M I don't entirely follow what is happening with your files. But in order to access abstractions they need to have a file path, which you can setup via the preferences menuPath. I don't know if you are aware of this or not. I put all mine in a folder called abstractions which I have set up a path to. -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher Ongoing MSc by Research, University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
Thanks all, I had found the paths preference, and though I was setting it correctly, but apparently not. I moved my abstraction in to the same folder as my patch, and now things work correctly. -m- On Tue, Feb 15, 2011 at 9:16 AM, Marco Donnarumma de...@thesaddj.comwrote: In order to simplify the structure of paths to several library/objects in the recent Pd-extended releases, a pd-externals folder is created during the installation. I would generally recommend to make use of that folder for one's own library/objects and other libs. M I don't entirely follow what is happening with your files. But in order to access abstractions they need to have a file path, which you can setup via the preferences menuPath. I don't know if you are aware of this or not. I put all mine in a folder called abstractions which I have set up a path to. -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher Ongoing MSc by Research, University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net -- Web: http://www.morganpackard.com Music/Art: Latest album: Moment Again Elsewherehttp://www.anticipaterecordings.com/releases/ANT_011/index.php iOS app Thicket http://itunes.apple.com/us/app/thicket/id364824621?mt=8available on iTunes store . ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
On Tue, 15 Feb 2011, Jonathan Wilkes wrote: Why not always put your abstractions in the same directory as the patch? (Or in a subdirectory if you want to organize them that way.) It makes things more modular: e.g., you can just compress the containing directory and shoot it off rather than sending a separate attachment for abstractions and have them copy your manually-entered search patch settings (which most likely will not be the same across platforms). But sending a separate attachment also makes things more modular, as it allows using the exact same abstraction collection over several different patches. As those object-classes (abstractions) become more familiar, they become something that doesn't have to be relearned per-project and it becomes a common vocabulary across projects. It's two different kinds of modularity. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] FLOSS book Lists chapter
On Sun, 13 Feb 2011, Jonathan Wilkes wrote: As well as in svn, where, for example, list-abs is in the abstractions folder, but there are plenty of libraries in externals that are made up only of abstractions. That might because it's forbidden for any externals to be in the abstractions folder. I once tried to include 1 % of C code in an abstractions library I had put in abstractions/ , and was told I had to move it out. Preventively, people can put abstractions libraries in externals/ so that they never have to move them. Does that seem like an accurate hypothesis ? What else would be a reason to put those libraries in externals/ ? I say that even though at the implementation level, abstractions aren't classes, for the user, it works like a class. Also there are many externals that don't include abstractions but are nonetheless compatible with Pd vanilla. What part of the text are you referring to, in particular ? The last sentence states that list-abs doesn't require any externals so that it is compatible with vanilla Pd as well. Yeah, that's nonsense. Pd-vanilla is the origin of the m_pd.h interface for making externals. The idea of Vanilla-without-externals is probably most useful to ZenGarden users, who can't compile any existing externals, because ZenGarden was designed to be incompatible with Pd-Vanilla. It is because of this incompatibility, that Zengarden users are led to excessively focus on what's compatible with Vanilla-without-Externals, because that's all that the ZenGarden project aims to support. Just another hypothesis. What do you think ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] FLOSS book Lists chapter
On Sun, 13 Feb 2011, Pedro Lopes wrote: Once again, I(we've discussed this before) it seems that there is an urgent name/concept-convention need. Just brainstorming, but a nice exercise would be: Could you please explain how this table ought to be filled ? That is, explain the meaning of the columns... What should go in the 'dev' and 'user' columns that shouldn't go in the 'meaning' column, and what should go in the 'dev' column that should go in the 'user' column, and/or vice-versa ? concept meaning dev user some thoughts abstraction ? ? ? (seems the most easy one) class ? ? ? (should be a class definition?) object ? ? ? (corresponds to a visual object in the gui? no matter if it is external or abstraction?) external ? ? ? (seems easy too) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
It#39;s still a common vocabulary. You#39;re not rewriting the abstractions (or renaming them) every time. And in your case why not just have the several different patches all be in the same folder with the abstractions? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
On Tue, 15 Feb 2011, Jonathan Wilkes wrote: It's still a common vocabulary. You're not rewriting the abstractions (or renaming them) every time. How do the users know (and ensure) that they're really the same ? Making copies like that, encourage per-project customisation of same-named things, doesn't it ? And in your case why not just have the several different patches all be in the same folder with the abstractions? In some sense, the examples/ folder of GridFlow can be thought as a big directory of projects sharing common abstractions and externals. So, in a sense, I'm doing that already. To me, it's a form of packaging based on shared dependencies : things get distributed as a single package because they have a lot of dependencies with each other and/or in common (and there's not enough of a rationale to split the package). In GridFlow's case, it's also a form of packaging based on authorship : lots of things get put together because they share the same author (or by members of a same team, official or not). ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund~ and tracks.
Hey William, Ho hum..., Cheers for having a look though. I'm not completely clear about the continuation flags? I can see from the help file that they're there but what do they mean? Perhaps this should be a new thread but why does sigmund have a frequency range of 100,000hz, and what would be a decent useable range from practical experience? Regards, Julian On 13 February 2011 02:50, William Brent william.br...@gmail.com wrote: Hi Julian, I just looked at the patches and I hear what you're talking about now. The erratic changes are because it's really hard to get nice smooth tracks by analyzing this kind of signal. With violin samples I got useable results, but the rougher timbre of your viol has a lot of high frequencies that emerge and disappear unpredictably. I think that getting 48 stable tracks out of it is probably a lost cause...even with only 10 it was pretty bad with sigmund~'s default settings. The only way I could imagine improving things is to use the flag that shows up with each track list to indicate whether it's a new track or a continuation of an old one. With that information, you could try fading in new tracks on free oscillators in the bank to avoid the sudden discontinuity when frequency jumps by a huge amount. Data from a continuing track could safely be sent to the same oscillator. I guess you could also EQ it to get rid of those unpredictable high frequencies - I plotted the spectrogram and the most troublesome ones are above 2500Hz. Of course, that would also put a big damper on the timbre you're interested in... I wish I had a great solution for you, but this is a tough one. Assigning frequencies to specific oscillators in your bank based on track flags really seems like the best bet. On Fri, Feb 11, 2011 at 4:54 PM, J bz jbee...@gmail.com wrote: Right then, I have only sent one sample only: '7_45_A_violadamore.wav' (7-string number, 45-midi number, A-note) which you will need to send into sigmund~ - I'm using [throw~ viola_samples] to get it in. From sigmund~ it goes into '[pd sine_output] then thrown to [sines] which has a switch~, top right. I'm using GEM and MSD to create a 'swarm' which has the partials mapped to it so I haven't included my output~ as that would mean including loads of extra files. So you will need an output~ to [catch~] the 2 track [throws~] [throw~ revsound_L] [throw~ revsound_R] I suppose it's quite possible that as your not receiving any pan info the audio will be stuck either left or right anyway? What I was trying to achieve with the [attdec_gen2] inside [sine_rev_gen_2] was a simple attack and decay but what is happening is that they are being triggered all the time, aargh. I would really like the amp and freq from sigmund~ to be as quick and as smooth as possible, so any assistance with that will be hugely helpful. As I'm not hugely confident in my programming abilities please point out any obvious mistakes and any and all tips and tricks/elegant solutions gratefully accepted. Really appreciate the help people. Cheers, Julian On 11 February 2011 21:18, J bz jbee...@gmail.com wrote: Hey William, Many thanks for offering to have a look at this for me. I'm currently trying to extricate the offending section out of what has now ballooned up into a very involved patch (certainly for me anyway). In the process of doing this I have realised that I am mistakenly constantly sending attacks and decays to the[osc~]'s. It would probably be best for me to just send it 'as is' rather than trying to sort it out. I'm somewhat in over my head with this as it is (maybe not always a bad place to be) and could really do with some advice/help/coding-elegance as my brain is starting to melt. Mathieu, If you mean the tuning of the viola, yes it's the standard D Maj tuning, low to high A D A D F# A D. Very best wishes, Julian P.S. Back soon On 10 February 2011 23:16, Mathieu Bouchard ma...@artengine.ca wrote: On Thu, 10 Feb 2011, William Brent wrote: I'm doing a piece with a viola d'amore (7 string viol) Oops, that's not a violin :) I don't know the lowest note on that one offhand... Is everybody only ever using the default tuning on those things ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-kinect-skeleton
On Sat, 5 Feb 2011, philippe boisnard wrote: my new search with kinect and danse (I prepare an exhibition with a dancer Estelle de Montalember in 2 weeks) http://databaz.org/images2/kinviddans.mov You know it's using pd when... ... the programme is supposed to generate single letters, but once in a while, the word symbol appears instead of a single letter ! (what was is supposed to be ? espace, virgule, point-virgule ?) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-kinect-skeleton
yep it's a little bug of my generator letters. But it's fixe p Le 15 févr. 2011 à 22:56, Mathieu Bouchard a écrit : On Sat, 5 Feb 2011, philippe boisnard wrote: my new search with kinect and danse (I prepare an exhibition with a dancer Estelle de Montalember in 2 weeks) http://databaz.org/images2/kinviddans.mov You know it's using pd when... ... the programme is supposed to generate single letters, but once in a while, the word symbol appears instead of a single letter ! (what was is supposed to be ? espace, virgule, point-virgule ?) ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
--- On Tue, 2/15/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] noob question: trying to repurpose the G08.reverb.pd example To: Jonathan Wilkes jancs...@yahoo.com Cc: mor...@morganpackard.com, glitch...@gmail.com, pd-list@iem.at Date: Tuesday, February 15, 2011, 9:15 PM On Tue, 15 Feb 2011, Jonathan Wilkes wrote: It's still a common vocabulary. You're not rewriting the abstractions (or renaming them) every time. How do the users know (and ensure) that they're really the same ? Well if the user is the person I send it to, the question makes no sense. They just run the patch and it works. Making copies like that, encourage per-project customisation of same-named things, doesn't it ? Not necessarily. You could have a core set of abstractions, and abstractions that you create specifically for a particular project. And in your case why not just have the several different patches all be in the same folder with the abstractions? In some sense, the examples/ folder of GridFlow can be thought as a big directory of projects sharing common abstractions and externals. So, in a sense, I'm doing that already. To me, it's a form of packaging based on shared dependencies : things get distributed as a single package because they have a lot of dependencies with each other and/or in common (and there's not enough of a rationale to split the package). In GridFlow's case, it's also a form of packaging based on authorship : lots of things get put together because they share the same author (or by members of a same team, official or not). But GridFlow contains a lot more than abstractions. If it only contained abstractions, I'd just throw it in the patch's directory. It's the difference between someone using my patch with a few clicks, and emailing me back about why [blah] isn't creating, or why Pd says it can't connect to a nonexistent right inlet of [bloo]... -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Scheduling events, libpd, and sequencing
You accidently had html-mail switched on. :) Argh. Stupid Thunderbird. In this context qlist and textfile are eqivalent: qlist is just a textfile with a metro/delay and a sender already built in. Both objects do things inside of Pd and the metros work with subsample accuracy. I don't think, you can take them as a model for communication with external processes: Once the file is loaded into a textfile's or qlist's memory, there's no communication with the outside world (network, harddisk, other processes) happening anymore. Ah, okay, that's good to know. I guess my main question was, what's the best way to send event lists from the language to either of these objects? I think, a better model for realtime interaction might by OSC with timetags. Right, but in an embedded context (i.e., pd embedded in another language), OSC seems to me to add unnecessary overhead. See above question. qlist can send lists just fine. Both qlist and a textfile with sender/outlet and metro-timing simply send Pd messages like floats, symbols, lists, etc. It's up to the composer to define, what's describing an event and what describes a sequence. Right, uh, but that's the *output* from those messages. (I don't think either can receive as flexibly as that.) The notion is that the language side of things - Java, C++, Objective-C, Python, whatever -- will have the logic that determines how events are scheduled, and would handle user input that might alter the sequence of those events. The question is how best to have the *language* communicate with Pd. So, the structure would be: external logic message to Pd qlist/textfile scheduling inside Pd sound source in Pd audio callback in the embedded instance We'd continue to use libpd, but rather than assuming the Pd patch contains logic for how the events are scheduled, those would be integrated with the logic and interface contained in the code. (So, on iOS, for instance, in Objective-C or something.) Am I making a bit more sense? I was just unsure how best to handle (and recommend to others how to handle) the interface between Pd and the outside world, if Pd is acting in real-time but responding to changing sequences from code written elsewhere, outside the logic of the patch. Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Scheduling events, libpd, and sequencing
I have some code that allows you to cache incoming events (eg: from [netreceive]) and dispatch them all at once in 0 logical time. I called it [bundle] because of the vague similarity to OSC bundles. Something like begin, foo, bar, baz, end /* with arbitrary time between messages */ | [bundle] | foo, bar, baz /* all in 0 logical time, when 'end' arrives */ There are some issues (like 'list' vs 'notlist' messages, 'begin' and 'end' won't be stored, negative nesting count (too many 'end'), ...) but it might be a useful starting point. I'd love to see that. (Was it attached, sorry?) I was wondering about something along those lines; in fact, had a conversation with a friend about how this is done with LED arrays, which involves some similar message structure. 3. sends to names instead of outlet, which makes it much less flexible Yes, indeed. Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] FLOSS book Lists chapter
--- On Tue, 2/15/11, Mathieu Bouchard ma...@artengine.ca wrote: From: Mathieu Bouchard ma...@artengine.ca Subject: Re: [PD] FLOSS book Lists chapter To: Jonathan Wilkes jancs...@yahoo.com Cc: Hans-Christoph Steiner h...@eds.org, pd-list@iem.at Date: Tuesday, February 15, 2011, 7:19 PM On Sun, 13 Feb 2011, Jonathan Wilkes wrote: As well as in svn, where, for example, list-abs is in the abstractions folder, but there are plenty of libraries in externals that are made up only of abstractions. That might because it's forbidden for any externals to be in the abstractions folder. I once tried to include 1 % of C code in an abstractions library I had put in abstractions/ , and was told I had to move it out. Preventively, people can put abstractions libraries in externals/ so that they never have to move them. Does that seem like an accurate hypothesis ? Yes. What else would be a reason to put those libraries in externals/ ? I say that even though at the implementation level, abstractions aren't classes, for the user, it works like a class. Also there are many externals that don't include abstractions but are nonetheless compatible with Pd vanilla. What part of the text are you referring to, in particular ? The last sentence states that list-abs doesn't require any externals so that it is compatible with vanilla Pd as well. Yeah, that's nonsense. Pd-vanilla is the origin of the m_pd.h interface for making externals. Btw-- the manual makes a distinction between abstractions and externs. The idea of Vanilla-without-externals is probably most useful to ZenGarden users, who can't compile any existing externals, because ZenGarden was designed to be incompatible with Pd-Vanilla. It is because of this incompatibility, that Zengarden users are led to excessively focus on what's compatible with Vanilla-without-Externals, because that's all that the ZenGarden project aims to support. Just another hypothesis. What do you think ? I think it's useful to people doing stuff with audio who want to learn Pd without being surrounded by a haze of thousands of possibly useful, possibly buggy, poorly documented object classes that may or may not be usable for someone on a different machine. The danger, however, is that one can end up arbitrarily limiting the types of projects one does to a narrow subset that fit the types of tools available with Pd-minus-externals*. Then again maybe the limited set of tools is what attracts that user in the first place... * Puritan Data? -Jonathan ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Abstractions x Externals
Btw-- the manual makes a distinction between abstractions and externs. But it shouldn't, right? I mean, it's not real in practice, for abstractions can be externals... porres ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] algorithms for drawing filter response curves
Nice, it works for me! I'll take a stab at making it work as a Pd object now, I'll try tonight. .hc On Tue, 2011-02-15 at 18:31 -0500, Mike Moser-Booth wrote: Hey Hans, Here's an update of filterview. There are now procs for the following filters: lowpass highpass allpass bandpass resonant peaking highshelf lowshelf I've added some lines to show the phase response (you have to comment out line 135 and uncomment 136 to see it). I also adjust the bandwidth calculations so the handles sit where they should (i.e. -3dB for bandpass/notch/etc., 1/2 power for peaking/shelf). btw, the frequency axis is log-scaled, though it could probably be improved a little. I sort of took a Pd approach to it by making an mtof proc, so the x-axis gets scaled to linear midi notes and converted to log-frequencies. :-) There might be a simpler way to do it. It also doesn't go all the way down to 0 Hz, because doing that with this approach causes the lowest frequencies to take up too much of the graph. I think Max gets around it by using a more compressed scale below 1-2 Hz. .mmb On Thu, Feb 10, 2011 at 12:39 AM, Mike Moser-Booth mmoserbo...@gmail.com wrote: Sure, I can throw the others together. Now that one is done the rest should fall into place pretty easily. It might take me a couple of days to get to it, though. .mmb On Wed, Feb 9, 2011 at 11:47 PM, Hans-Christoph Steiner h...@at.or.at wrote: That's awesome, thanks! I committed it under your name: https://github.com/pd-projects/filterview I'd like to implement all of the relevant filters, which algorithms should I use? Or even better, perhaps you want to take a crack at it while I figure out how to display the x/frequency on a log scale :-D .hc -- Mike Moser-Booth mmoserbo...@gmail.com -- Mike Moser-Booth mmoserbo...@gmail.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund~ and tracks.
I'm not completely clear about the continuation flags? I can see from the help file that they're there but what do they mean? On every analysis period, several track reports are output in a burst. These provide the frequency and amplitude of what [sigmund~] considers the most important components in the spectrum. It does its best to find continuity between the components in the current frame and those in the previous frame. Of course, sometimes it fails to connect things nicely, sometimes there are new components that weren't there last time, and sometimes old components disappear. That's why each track report has its own flag. If it's a new track that flag will be 1. If it's a continuation of a previously existing track, the flag will be 0. So you can do some patching logic to make sure that continuing track information is always routed to the appropriate oscillator in your bank (i.e., the one that is already tuned to roughly that frequency). If you have a new track with a flag of 1, you'd want to send that track information to a silent (currently free) oscillator in your bank, and fade it up to the desired amplitude so that you don't hear a click from sudden change in frequency. Perhaps this should be a new thread but why does sigmund have a frequency range of 100,000hz, and what would be a decent useable range from practical experience? Strange - I never read that part of the help patch carefully. It's even stranger because it actually says the default maxfreq is 1,000,000 Hz, not 100,000. I'll assume there's a good reason for this that I'm just missing. But otherwise I think I'm understanding that setting in the same way you are: it puts a cap on the highest spectrum component that you want [sigmund~] to report. Assuming that's correct, I'd say you're safe capping it at 15kHz. That'll keep the number of oscillators you need practical without losing serious high end detail. But I think the best advice is to trust your ears...with some sounds (like speech) you might not be disturbed if you cap it at 10kHz. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund~ and tracks.
Perhaps this should be a new thread but why does sigmund have a frequency range of 100,000hz, and what would be a decent useable range from practical experience? Strange - I never read that part of the help patch carefully. It's even stranger because it actually says the default maxfreq is 1,000,000 Hz, not 100,000. I'll assume there's a good reason for this that I'm just missing. But otherwise I think I'm understanding that setting in the same way you are: it puts a cap on the highest spectrum component that you want [sigmund~] to report. Assuming that's correct, I'd say you're safe capping it at 15kHz. That'll keep the number of oscillators you need practical without losing serious high end detail. But I think the best advice is to trust your ears...with some sounds (like speech) you might not be disturbed if you cap it at 10kHz. The default maximum frequency of a million means that, on most existing audio hardware, there's effectively no limit. Sigmund~ can never report a frequency above the Nyquist, so unless the sample rate is more than two MhZ the Nyquist is the effective limit. It's usually OK to leave it at the default, but for some instruments the pitch output is more stable when it's set lower. cheers Miller ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstractions x Externals
On Tue, 15 Feb 2011, Alexandre Porres wrote: Btw-- the manual makes a distinction between abstractions and externs. But it shouldn't, right? I mean, it's not real in practice, for abstractions can be externals... Which definitions are you using ? I've never seen « abstractions are externals » nor anything that would imply it. I tried introducing the word « class » in users' vocabulary, to include both abstraction definitions and external definitions under a same word, and using the word « object » to mean instances of either, but there is still some resistance to using industry-standard vocabulary instead of whatever the MAX manuals coughed up, for example. It would be good if you stated the definitions you use. It'd help me understand how « abstractions are externals » can be a true statement. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] FLOSS book Lists chapter
On Tue, 15 Feb 2011, Jonathan Wilkes wrote: --- On Tue, 2/15/11, Mathieu Bouchard ma...@artengine.ca wrote: Yeah, that's nonsense. Pd-vanilla is the origin of the m_pd.h interface for making externals. Btw-- the manual makes a distinction between abstractions and externs. It needs to, at least a bit, because they have a different loading priority : *.pd is not sought for at the same time as *.pd_linux, for example. I think it's useful to people doing stuff with audio who want to learn Pd without being surrounded by a haze of thousands of possibly useful, possibly buggy, poorly documented object classes that may or may not be usable for someone on a different machine. If you thought Pd-Vanilla was that well documented to start with, you wouldn't be maintaining a separate set of help files. How can those classes affect those users ? I mean, how can the collection of pd-extended classes act like a haze, when the users don't look at a list of 2000 classes ? * Puritan Data? I could be joking but I don't feel like it. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstractions x Externals
I didn't say they strictly are, but that they can be (as with list-abs). alex 2011/2/16 Mathieu Bouchard ma...@artengine.ca On Tue, 15 Feb 2011, Alexandre Porres wrote: Btw-- the manual makes a distinction between abstractions and externs. But it shouldn't, right? I mean, it's not real in practice, for abstractions can be externals... Which definitions are you using ? I've never seen « abstractions are externals » nor anything that would imply it. I tried introducing the word « class » in users' vocabulary, to include both abstraction definitions and external definitions under a same word, and using the word « object » to mean instances of either, but there is still some resistance to using industry-standard vocabulary instead of whatever the MAX manuals coughed up, for example. It would be good if you stated the definitions you use. It'd help me understand how « abstractions are externals » can be a true statement. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstractions x Externals
For me external is different from abstraction. For what I understand there's a need for a joint concept, one that says this visual object box is something. Is that what you call class Mathieu? best, Pedro p.s.: this kinda answers another thread, where I posted that table of concepts mental exercise (for me). On Wed, Feb 16, 2011 at 4:36 AM, Alexandre Porres por...@gmail.com wrote: I didn't say they strictly are, but that they can be (as with list-abs). alex 2011/2/16 Mathieu Bouchard ma...@artengine.ca On Tue, 15 Feb 2011, Alexandre Porres wrote: Btw-- the manual makes a distinction between abstractions and externs. But it shouldn't, right? I mean, it's not real in practice, for abstractions can be externals... Which definitions are you using ? I've never seen « abstractions are externals » nor anything that would imply it. I tried introducing the word « class » in users' vocabulary, to include both abstraction definitions and external definitions under a same word, and using the word « object » to mean instances of either, but there is still some resistance to using industry-standard vocabulary instead of whatever the MAX manuals coughed up, for example. It would be good if you stated the definitions you use. It'd help me understand how « abstractions are externals » can be a true statement. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noob question: trying to repurpose the G08.reverb.pd example
On Tue, 15 Feb 2011, Jonathan Wilkes wrote: --- On Tue, 2/15/11, Mathieu Bouchard ma...@artengine.ca wrote: It's still a common vocabulary. You're not rewriting the abstractions (or renaming them) every time. How do the users know (and ensure) that they're really the same ? Well if the user is the person I send it to, the question makes no sense. They just run the patch and it works. I mean the direct users of the abstractions. (call them developers if you like) But GridFlow contains a lot more than abstractions. If it only contained abstractions, I'd just throw it in the patch's directory. It's the difference between someone using my patch with a few clicks, and emailing me back about why [blah] isn't creating, or why Pd says it can't connect to a nonexistent right inlet of [bloo]... You can have all those problems with abstractions. This is because of two things : Pd looks for externals before it looks for abstractions ; and Pd doesn't look for an abstraction once a same-named external is loaded. Any name clash is possible (à priori). So, if you have an abstraction called [oneshot], it will get overridden by any other [oneshot] that decides to register the name that is just oneshot. If you have a [pow~] abstraction, it could get overridden by another same-named class by just upgrading from one version of vanilla to another version of vanilla. In both cases, this could mean attempt to connect to a nonexistent right inlet if you're lucky, otherwise, silently wrong behaviour that takes a long time to debug. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstractions x Externals
On Wed, 16 Feb 2011, Alexandre Porres wrote: I didn't say they strictly are, but that they can be (as with list-abs). I don't see any externals in list-abs. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstractions x Externals
I think the term 'external' was coined by David Zicarelli (in the context of the M program, before Max) to mean an external code segment. I've always used it to mean a calss defined in a dynamically linked object module (presumably written in C). I use the word 'abstractions' to refer to patches invoked by name in object boxes. So for me at least, the two are different animals. cheers Miller On Wed, Feb 16, 2011 at 04:42:26AM +, Pedro Lopes wrote: For me external is different from abstraction. For what I understand there's a need for a joint concept, one that says this visual object box is something. Is that what you call class Mathieu? best, Pedro p.s.: this kinda answers another thread, where I posted that table of concepts mental exercise (for me). On Wed, Feb 16, 2011 at 4:36 AM, Alexandre Porres por...@gmail.com wrote: I didn't say they strictly are, but that they can be (as with list-abs). alex 2011/2/16 Mathieu Bouchard ma...@artengine.ca On Tue, 15 Feb 2011, Alexandre Porres wrote: Btw-- the manual makes a distinction between abstractions and externs. But it shouldn't, right? I mean, it's not real in practice, for abstractions can be externals... Which definitions are you using ? I've never seen « abstractions are externals » nor anything that would imply it. I tried introducing the word « class » in users' vocabulary, to include both abstraction definitions and external definitions under a same word, and using the word « object » to mean instances of either, but there is still some resistance to using industry-standard vocabulary instead of whatever the MAX manuals coughed up, for example. It would be good if you stated the definitions you use. It'd help me understand how « abstractions are externals » can be a true statement. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] iSight, pix_video, Mac Books Pro and Pd-extended 0.42.5
Hi there, I just experienced the exact same error on a black macbook 4,1 2.4 Ghz. I went ahead and created my patch and then opened it in PD-Vanilla and after importing all the necessary libraries and it worked fine. I just tested the patch out in extended 0.42.5 again and it is running perfectly. I couldn't explain how or why this worked but I just thought i'd share with you how i dealt with it. Hope that helps. Pat On Wed, Jan 26, 2011 at 5:04 AM, Vj Clouds Eleven vjcloud...@yahoo.comwrote: Dear list, I encounter a strange problem on Mac Books Pro and Pd-extended 0.42.5. On 2 out of 3 tested machines [pix_video] worked fine - but one machine denies working :-( Working Machine (Intel): OS X 10.6.6, MacBookPro2,2 2,33 GHz - built in iSight [pix_videoDarwin]: height 320 width 240 [pix_videoDarwin]: SG channnel Device List count 3 index 2 [pix_videoDarwin]: SG channnel Device List DV Video [pix_videoDarwin]: SG channnel Device List IIDC FireWire Video [pix_videoDarwin]: SG channnel Device List USB Video Class Video error: [pix_videoDarwin]: SGSetChannelDevice returned error -9408 ... you might be able to track this down from the Find menu. [pix_videoDarwin]: vdigName is Built-in iSight [pix_videoDarwin]: digitizer rect is top 0 bottom 1200 left 0 right 1600 [pix_videoDarwin]: active src rect is top 0 bottom 1200 left 0 right 1600 error: [pix_videoDarwin]: could not set SG Rect [pix_videoDarwin]: set SG NormalQuality [pix_videoDarwin]: using YUV Working Machine (PPC): OS X 10.5.8 PowerBook G4 12 V6,2, 1 GHz - ext. FW400 iSight [pix_videoDarwin]: height 320 width 240 [pix_videoDarwin]: SG channnel Device List count 3 index 1 [pix_videoDarwin]: SG channnel Device List DV Video [pix_videoDarwin]: SG channnel Device List IIDC FireWire Video [pix_videoDarwin]: SG channnel Device List USB Video Class Video error: [pix_videoDarwin]: SGSetChannelDevice returned error -9408 ... you might be able to track this down from the Find menu. [pix_videoDarwin]: vdigName is iSight [pix_videoDarwin]: digitizer rect is top 0 bottom 1200 left 0 right 1600 [pix_videoDarwin]: active src rect is top 0 bottom 1200 left 0 right 1600 [pix_videoDarwin]: set SG NormalQuality [pix_videoDarwin]: using YUV Not working machine (Intel): MacBookPro3,1, OS X 10.6.6, 2,4 GHz - built in iSight: [pix_videoDarwin]: height 320 width 240 error: [pix_videoDarwin]: could not make new SG channnel error -9405 ... you might be able to track this down from the Find menu. I found a message on the Pd mailinglist which suggests to send 'colorspace rgba' followed by a 'reset' (message is here: http://lists.puredata.info/pipermail/pd-list/2004-02/017454.html) This did not work out for me and leads to: [pix_videoDarwin]: colorspace is GL_RGBA 6408 error: [pix_videoDarwin]: SGStop failed with error -9402 [pix_videoDarwin]: starting reset error: [pix_videoDarwin]: could not make new SG channnel error -9405 Any ideas what goes wrong? Any idea what the error numbers should tell me? /c11 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- 'Given enough eyeballs, all bugs are shallow.' ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstractions x Externals
I see. I was thinking of externals as anything that can be loaded as an object or library - like any non native/pd vanilla object - at startup. Therefore, my concept of externals is broad, and can include abstractions if their path is listed on Pd preferences. I don't use vanilla, so I don't know if the [sin~] object or list-abs is loaded there. But then, what matters is that I am actually wrong to conceive it this way, and need to be corrected, right? The thing is that I am translation my long Pd Tutorial to english, and I make this assumption there somewhere. One of my intent to translate to english is to see if you guys find inconsistent information there too. Thanks a lot Alex 2011/2/16 Miller Puckette m...@ucsd.edu I think the term 'external' was coined by David Zicarelli (in the context of the M program, before Max) to mean an external code segment. I've always used it to mean a calss defined in a dynamically linked object module (presumably written in C). I use the word 'abstractions' to refer to patches invoked by name in object boxes. So for me at least, the two are different animals. cheers Miller On Wed, Feb 16, 2011 at 04:42:26AM +, Pedro Lopes wrote: For me external is different from abstraction. For what I understand there's a need for a joint concept, one that says this visual object box is something. Is that what you call class Mathieu? best, Pedro p.s.: this kinda answers another thread, where I posted that table of concepts mental exercise (for me). On Wed, Feb 16, 2011 at 4:36 AM, Alexandre Porres por...@gmail.com wrote: I didn't say they strictly are, but that they can be (as with list-abs). alex 2011/2/16 Mathieu Bouchard ma...@artengine.ca On Tue, 15 Feb 2011, Alexandre Porres wrote: Btw-- the manual makes a distinction between abstractions and externs. But it shouldn't, right? I mean, it's not real in practice, for abstractions can be externals... Which definitions are you using ? I've never seen « abstractions are externals » nor anything that would imply it. I tried introducing the word « class » in users' vocabulary, to include both abstraction definitions and external definitions under a same word, and using the word « object » to mean instances of either, but there is still some resistance to using industry-standard vocabulary instead of whatever the MAX manuals coughed up, for example. It would be good if you stated the definitions you use. It'd help me understand how « abstractions are externals » can be a true statement. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes / http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] algorithms for drawing filter response curves
Ok, I got it working in a limited way as a Pd object and I was controlling my first filter against noise! Good fun. You can still run the .tcl file as a standalone GUI for dev work. Get it from my git: https://github.com/pd-projects/filterview It would be quite nice if the phase was drawn as a thin line over the magnatude graph. What do you think? .hc On Feb 15, 2011, at 6:31 PM, Mike Moser-Booth wrote: Hey Hans, Here's an update of filterview. There are now procs for the following filters: lowpass highpass allpass bandpass resonant peaking highshelf lowshelf I've added some lines to show the phase response (you have to comment out line 135 and uncomment 136 to see it). I also adjust the bandwidth calculations so the handles sit where they should (i.e. -3dB for bandpass/notch/etc., 1/2 power for peaking/shelf). btw, the frequency axis is log-scaled, though it could probably be improved a little. I sort of took a Pd approach to it by making an mtof proc, so the x-axis gets scaled to linear midi notes and converted to log-frequencies. :-) There might be a simpler way to do it. It also doesn't go all the way down to 0 Hz, because doing that with this approach causes the lowest frequencies to take up too much of the graph. I think Max gets around it by using a more compressed scale below 1-2 Hz. .mmb On Thu, Feb 10, 2011 at 12:39 AM, Mike Moser-Booth mmoserbo...@gmail.com wrote: Sure, I can throw the others together. Now that one is done the rest should fall into place pretty easily. It might take me a couple of days to get to it, though. .mmb On Wed, Feb 9, 2011 at 11:47 PM, Hans-Christoph Steiner h...@at.or.at wrote: That's awesome, thanks! I committed it under your name: https://github.com/pd-projects/filterview I'd like to implement all of the relevant filters, which algorithms should I use? Or even better, perhaps you want to take a crack at it while I figure out how to display the x/frequency on a log scale :-D .hc -- Mike Moser-Booth mmoserbo...@gmail.com -- Mike Moser-Booth mmoserbo...@gmail.com filterview.mmb.tcl.zip Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Scheduling events, libpd, and sequencing
On Tue, Feb 15, 2011 at 05:56:36PM -0500, Peter Kirn wrote: The notion is that the language side of things - Java, C++, Objective-C, Python, whatever -- will have the logic that determines how events are scheduled, and would handle user input that might alter the sequence of those events. The question is how best to have the *language* communicate with Pd. So, the structure would be: external logic message to Pd qlist/textfile scheduling inside Pd sound source in Pd audio callback in the embedded instance As you probably know, in RjDj/libpd the usual way to communicate between the App and the Pd instance is to send messages between both via some kind of socket (network or RPC or so). The main issue is one of synchronizing different clocks: Pd has a clock inside, usually synchronized with the soundcard (which may be a virtual dummy card in libpd), but events from the App may not be synchronized to that, but instead to some GUI loop, network polling mechanism etc. A GUI event may happen at a certain time compared to the GUI loop clock, but what would be the time, it should happen in Pd's soundcard clock? You have to find a some mechanism to reliably compare the different clocks, then it's easy to translate times between both time scales. OSC with timetags would provide a way out, but even if the OSC overhead seems to be too much (which I doubt), you still need some kind of timetag for messages. We'd continue to use libpd, but rather than assuming the Pd patch contains logic for how the events are scheduled, those would be integrated with the logic and interface contained in the code. (So, on iOS, for instance, in Objective-C or something.) Actually I think, Pd is great for scheduling (musical) events, so I'd not put that into the interface code. The Pd side is probably, where the musicians and composers work and they are the ones who need to deal with sequences, timing, rhythms etc. I'd figure that most graphical interfaces don't need such a tight subsample timing as Pd can provide, the eye is much less timing sensible than the ear. It becomes slightly different when you deal with inputs, for example tapping in Tap-Tap-style games where timing and latency become more important. Any midi capable realtime audio software has to synchronize external midi events to their own, much faster clocks, so these apps may be worth a look (or Pd's midi objects). Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
