Re: [PD] VOSIM with a tiny bug
³An artist is never ahead of his time but most people are far behind theirs.² Edgard Varèse .andre wrote: > is this just me, or why are Andys emails always in the future ? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabread4~~
to my relief, there was something in this thread that i understood :) and they're fun too, the little buzzers. thanks for sharing. cheers, robbert "Charles Henry" <[EMAIL PROTECTED]> wrote: > when I started using pd, I tried to > make some complex tones, where I could shift the partials around while > keeping pitch constant. It didn't work. But I messed with it enough > to make electronic sicadas (attached) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd-ext: help files not found
patrick wrote: >> and finally, not just the help of [coll] is not working with a >> right-click, all of them! i have the same problem. i filed a bug report a little while ago, which seems to be the thing to do in cases like this. with my limited understanding, i'm thinking it's to do with the helpfiles not (anymore?) living next to what they refer to, but in the 5.reference section. you can open them through the browser--if you know or are willing to find out what library the object you want to know about belongs to. can someone explain why the helpfiles live in (subdirectories in) 5.reference and if there's a way to make pd find them? cheers, robbert -- pd-0.40.3-extended-20071123 mac osx 10.4.10, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] console at startup
thanks--but i think this is a bit over my head. i don't know about the guts of pd, and am not too eager to find out, to be honest. opening the window manually leaves me more time for patching :) cheers, rob bert On 11/12/07 11:07 PM, "Steffen Juul" <[EMAIL PROTECTED]> wrote: > > On 12/11/2007, at 21.13, robbert van hulzen wrote: > >> is there / would it be possible to include a startup flag to show the >> console window immediately? > > There is a variable for it in pd.tk (you use). It's ca. line 212. > Change that to 1 - such that it reads 'set show_text_window 1'. But > just changing it doesn't enable the text window at startup just. By > adding 'showhide_printouttext $show_text_window' at line ca. 265, > just after '#pack .printout -side bottom -fill both -expand 1', you'd > be ok for now, i think. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI speed test
hope it's still of use, here are the results on my machine: when opening big_ugly_patch.pd on pd-0.40.3-extended-2007 REALTIME: 44.196 REALTIME: 20.901 REALTIME: 20.755 REALTIME: 20.892 on pd-0.40.3-extended-20071011 REALTIME: 37.788 REALTIME: 21.783 REALTIME: 20.706 REALTIME: 21.802 on Pd-0.40.2-extended-2007-03-18 REALTIME: 54.551 REALTIME: 10.755 REALTIME: 10.603 REALTIME: 10.647 and when i did it again after restarting pd REALTIME: 10.918 REALTIME: 10.921 REALTIME: 11.542 REALTIME: 10.855 and when i did it again after restarting the computer REALTIME: 68.318 REALTIME: 10.852 REALTIME: 10.815 REALTIME: 21.318 cheers, robbert -- mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] console at startup
hi all & hc in particular, is there / would it be possible to include a startup flag to show the console window immediately? it's nice to have the option to switch it off, but i use it all the time and would like the possibility to just have it open from the beginning. cheers, robbert -- pd-0.40.3-extended-2007 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midi noteout: changing the instrument
this came at exactly the right moment! thanks. :) robbert frank barknecht wrote: > [makenote] "numberbox for channel number" > | / / > [pack 0 0 1] > | > [noteout] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Growing patch-window size (Was:Re: changing the look of Pd to be more readable)
simon wise wrote: > Playing around and testing it seems something (possibly in the new > visuals) is slowwwing down displaying/opening patches i've noticed the same. cheers, robbert -- pd-0.40.3-extended-20071106 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] connection?
hi all, hc, i like the new look of pd-ext, but i just came across something that could be a problem: the most recently created object now covers everything created before (visually, i mean). while in canvases and gui objects this is of course really useful, in objects i think it's dangerous as you may think (read: as i thought) that the newly created object is actually connected, because you don't see the wire going through the object. just my thoughts on a beautiful night in barcelona :) -- pd-0.40.3-extended-20071106 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] preferences (was: [declare] trouble)
Steffen Juul wrote: >To quote Hans [1]: > ... > This one comes with Pd-extended and sets the default preferences. If > someone creates, ~/Library/Preferences/org.puredata.pd.list, this one > will be ignored. h... i guess i didn't rtfm... don't remember exactly what i did, but deleting the prefs file now did the trick. that seems to mean it wasn't ignored, but anyway, it works now. Frank Barknecht wrote: > Isn't it > possible on OS-X to tweak a preference file once and for all and use > it with each new Pd version like the ~/.pdrc and ~/.pdsettings files > are kept on Linux? Luke Iannini wrote: > > The .pdrc works great on OS X, exactly as one would hope now with the > embedded prefs: the embedded prefs take care of configuring Pd-Extended and > my .pdrc takes care of adding the things I'm interested in. thanks! .pdrc works for startup flags. for loading libs, you don't specify a path? the embedded prefs don't either. does that have to do with the fact that it's embedded (maybe i'm asking more than i need to know / will understand). thanks for the patience! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [declare] trouble
can i ask a silly question? what's the difference between -path and -stdpath? -path just uses that path once? in any case, i didn't get that to work either--and from previous posts, it seems other people did. or not on osx? however, i sorted things out with the prefs file, so i guess i won't need [declare], not at the moment. cheers, robbert "Roman Haefeli" <[EMAIL PROTECTED]> wrote: > after all the talk how the preferences file on OS X works, this issue > remains unresolved. > > sorry to nag with this, but there is no point in having an object and > not knowing how it works. did ANY OS X user ever manage to use the flag > '-stdpath' for the object [declare] in order to add a directory from > extra to pd's searchpathes? > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [declare] trouble
hi all & hc, just downloaded last night's autobuild--looks very nice! i understand the wish for flexible colours etc, but hc, thanks a lot for the work! there is something however that i don't understand: why is it that pd-ext doesn't load all the libs it comes with? the .plist it comes with contains 10 entries for loadlib, while in my tweaked prefs file for an earlier version, there are 36. i thought this problem might be a good reason to learn what [declare] is all about, but i didn't manage: [declare -lib ext13 -path /Applications/Pd-0.40.3-extended-20071106.app/Contents/Resources/extra/ext13 /] didn't do it, and neither did variations on the path. according to the help file (not included in the ext build), "you may use a full path name", so i'm wondering what i'm doing wrong... also [declare -lib ext13 /App...blablah] (as quoted by roman in an earlier post) doesn't work. am i mixing up definitions of libraries? still, in verbose output, it shows that the path i hoped to create is not searched. i know there's been a lot of talk about [declare] (and [import]) on the list, but it apparently didn't give me enough info to sort this out. if i understood correctly, [declare] is different from [import] in that it does its thing at startup rather than when banged? i couldn't find a description in the pdpedia of either--i'll be happy to make that entry as soon as i understand how they work. help would be greatly appreciated! cheers, robbert -- pd-0.40.3-extended-20071106 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [bang]--clickable but bypass when indirect
hi there dear list people, a little while ago, andy mentioned a construction for bypassing gui objects (numberboxes, in that case) while at the same time using the info you may put in them with the mouse. i can't find the post anymore, but i think that's exactly what i need now. i'm making an abstraction for my midi controller (drum pad thingy), that should both show what comes in--ie bang the nicely coloured [bang]s when the pad with the corresponding notenumber is hit--and function as an onscreen replacement: when a [bang] is clicked, it should send it out. in other words, i'm looking for a way to have incoming info stop at the [bang] (as it'll come out directly), but info generated at the [bang] move on. hope i make myself clear... anyone have any idea? thanks a lot! cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] translations for pdpedia templates Nederlands
if i may quickly mix in with this: 'status' works in dutch too. cheers, robbert hc wrote: > > It seems that the talk on this one has died down. There is one word > which I forgot to include, "status", like this: http:// > wiki.puredata.info/en/Status > > Other than that, is this one ready to go? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] using fiddle~ ?
hmmm "proper frequencies", eh? after all this talk of undoing the midi revolution, would'nt it be about time to undo the equal tempered revolution? ;) but really, fb's answer made me wonder to what extent [mtof] rounds its incoming numbers. according to the helpfile, "you can specify microtonal pitches as in "69.5" (a quarter tone higher than 69)". in my experience, changes up to the 2nd decimal result in a different pitch (midi note 60 gives 261.6 while 59.99 gives 261.4)--beyond uncle christiaan's wettest dreams, i'd imagine. but does anyone have any idea how this works with [fiddle~]? does this mean it detunes slightly, and more so if one (for a reason i can't really think of yet) would make a chain of [fiddle~]s/[mtof]/[fiddle~]s/[mtof]/ etc? cheers, robbert Frank Barknecht wrote: > midi-like in the sense, that you can get > values between integers as well, bot just integers from 0-127. [mtof] > handles this just fine and converts them to proper frequencies. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Writing down a midi file in PD
you may know this already, but in the audio midi setup you can activate the iac bus, which you then can use to have pd and finale talk to each other. if you go this way, please keep us posted on whether finale indeed transcribes well this way! cheers, robbert > The only thing needed would be a virtual > midi connection from Pd to that sequencer. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] default value for an abstraction's creation argument
nice. thanks for that one. Frank Barknecht wrote: > Arguments, that you > don't specify, get initialized as 0. So instead of [moses 1] you > could also use [select 0] and omit the [t b]. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] default value for an abstraction's creation argument
thanks, i'll have a look at that. (atm it seems there's sth funny with the paths--it creates, but the [test_dollarg] and [pp set] bits don't create.) cheers, robbert On 7/23/07 12:09 AM, "Thomas O Fredericks" <[EMAIL PROTECTED]> wrote: > The best object for this is dollarg from iemlib. Check it out, it is well > worth it. > > Tom > > On 7/22/07, robbert van hulzen < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > wrote: >> dear all, >> i'm wondering how to get a default value for an abstraction argument that is >> not specified. eg: my abstraction [equality] can take 3 arguments, but i >> don't want to *have* to type the arguments, in which case the abs should use >> a default value. >> i came up with the following solution: >> >> [loadbang] >> | >> [$1] >> | >> [moses 1] >> | | >> [t b] / >> |/ >> | / >> |/ >> [f 440]<-- default value >> >> i'm not sure how elegant this is, really. >> any thoughts? >> cheers, robbert >> >> >> >> ___ >> 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
[PD] default value for an abstraction's creation argument
dear all, i'm wondering how to get a default value for an abstraction argument that is not specified. eg: my abstraction [equality] can take 3 arguments, but i don't want to *have* to type the arguments, in which case the abs should use a default value. i came up with the following solution: [loadbang] | [$1] | [moses 1] | | [t b] / |/ | / |/ [f 440]<-- default value i'm not sure how elegant this is, really. any thoughts? cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdmtl abstractions questions and comments (previously without a subject)
that's a great idea there! thanks for that one. Thomas O Fredericks <[EMAIL PROTECTED]> wrote: > Also, since the "_" > abstractions simply wrap their counterparts, they are both > automatically updated if the "engine" is updated. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] loading wav.samples with readsf
[EMAIL PROTECTED] wrote: > i`ve been trying to play wav.samples using the "readsf"-object but don`t have > no luck > "error: readsf: start requested with no prior 'open' > ... you might be able to track this down from the Find menu." > > maybe its due to my message-box "open"!? you'll have to specify the file (incl path): [open path/sound.aif( | [readsf~] and then by sending 1 and 0 to [readsf~] you can start and stop playback. note that you have to [open path/sound.aif( every time before you play. (all this is in the help file as well.) > + i couldn`t put the wav.files into the sound-folder of pd - using a mac with > `PD-0.39-0` i can see the pd-folders only via "help > browser" - but can not > paste something here... ctrl-select the app and click 'open package content' and all your questions will be answered ... ;) but do you really want your sound files to be in your pd folder? you'll have to install new versions with great care in case you start adding your own stuff there. you can put them anywhere you like, and specify their location in the [open( msg. good luck. cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] basic composition tutorial
nice one! this helps, thanks a lot, also steffen for the pdf. cheers, robbert Andy Farnell <[EMAIL PROTECTED]> wrote: > Hi, > > Any feedback on a new document would be nice. I've tried to provide > an absolutely minimal elementary intro to making music with Pd. This > is the first doc, which I did as a guide for a workshop in Bristol > next month. > > http://www.obiwannabe.co.uk/html/music/musictuts/compose1/composition1/composi > tion1.html > > I'm using the new tool scripts for working in TeX, so thanks once again to all > who > helped me make those work. > > Cheers, > > Andy > > > > -- > Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Flute synthesis
this is exciting...!
re midi: for the little synths i've been building (for which, incidentally,
your 'six simple synths' provided very useful info) i made midi switchable.
if i want to i can use midi(notes) to generate pitches but by default it
just takes frequency--to get to those interesting sounds between the boredom
of equaltemperedness ;)
On 4/27/07 11:03 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
be a great start, something simple akin to MIDI {/ducks}
>>> I agree with the namespace, simple and clear. I also think that midi
>>> notes combined with a few continuous parameters should be sufficient.
>>
>> I thought so, too, however instead of midi notes I'm not in favour of
>> midi notes anymore and would strongly vote for frequency inputs for
>> all instruments. It's more flexible in the long run, and in the short
>> run will make alternate tunings easier.
>
> Okay, good point, let's have pd orc instruments be frequency(Hz) driven
> and leave the user to add [mtof] as needed.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] frequency graphing in gem
ah yes i didn't think of that. yet another reason to leave windows ;) (sorry couldn't resist that one.) On 4/9/07 11:56 PM, "David Powers" <[EMAIL PROTECTED]> wrote: > Hi, > > Okay, well sorry, but I don't even think this object even exists on > Win platform (I certainly know yves' wouldn't have ported it). For > your patch to be more compatible it would still be nice to rewrite to > use [pd spigot~] I think. But I guess it's not clear what the > requirements for your patch are, I also had bugs with GEM, and > "multiply defined" error messages. > > I'm curious as to what it looks like, since I can't run your patch, > maybe you could make a screenshot? > > Thanks, > David > > On 4/9/07, robbert van hulzen <[EMAIL PROTECTED]> wrote: >> >> [spigot~] in yves' own words: >> "a signal router : version 0.1, written by Yves Degoyon ([EMAIL PROTECTED])" >> it sends the signal out of the left output if creation arg / left input = 0 >> and out of the right output if 1. so it could be used like [spigot] for >> audio if you use the right outlet, or as an 'inversed' [spigot] (default and >> 0 open it, arg / left input 1 closes it) when using the left outlet. >> >> "David Powers" <[EMAIL PROTECTED]> wrote: >> >>> 2. There is a [spigot~] object from ydegoyon, that does NOT behave in >>> the way that you expect in your patch ... i.e. it's not like [spigot], >> >> >> ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] frequency graphing in gem
[spigot~] in yves' own words: "a signal router : version 0.1, written by Yves Degoyon ([EMAIL PROTECTED])" it sends the signal out of the left output if creation arg / left input = 0 and out of the right output if 1. so it could be used like [spigot] for audio if you use the right outlet, or as an 'inversed' [spigot] (default and 0 open it, arg / left input 1 closes it) when using the left outlet. "David Powers" <[EMAIL PROTECTED]> wrote: > 2. There is a [spigot~] object from ydegoyon, that does NOT behave in > the way that you expect in your patch ... i.e. it's not like [spigot], ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mediamatic workshop
please keep us informed, any idea when it would be yet? On 4/5/07 6:39 AM, "padawan12" <[EMAIL PROTECTED]> wrote: > There's a possible April workshop in Bristol with a slant on > music production, so that will be about sequencers, synths, > more about MIDI and OSC. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Mediamatic workshop
this is fantastic, thanks! i'm trying to understand a bit about synthesis, and these examples/tutorials help a lot. and they sound great, too. i'm going to be busy for a while going through your & derek's material, very helpful while trying to build my own sounds. (one thing: in the section on drumbeats, all drums link to 'melody1.pd) robbert padawan12 <[EMAIL PROTECTED]> wrote: > If you were ate the Mediamatic Puredata workshop last month then as I promised > attendees here's the notes. Sorry it's taken me a while to get this done, been > busy with other work. Lecture notes/slides as Pd are given for the first > session > on message/control and introductory sudio synthesis. The group exercises are > there too. > > http://www.obiwannabe.co.uk/html/workshops/mediamatic/mediamatic.html > > Prolly a bit late for news now, but there's a Ardunio workshop happening this > weekend > (11/12th) at the same venue. > > Cheers, > > Andy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pd-0.39.2-extended-test7-windowsxp missing objects
i suppose [moog~] is in ggee there too? with my latest ext download (autobuild 0.40.2, 18 march) i had the same with [moog~] and other ggee objects. adding the path to the prefs file (i did in an xml editor) solved it. for me, in 0.40.2 from miller's site, with the externals and an edited prefs from the autobuild, [freeverb~] has no problems. it's specified in the 'binaries to be loaded' as well as (its path) in the path-section of the prefs, though i only see them in an xml editor, accessed through pd i don't see everything that's there. too few lines, i don't know. maybe a pd-ext prefs feature, i suppose you could work around it by writing your own and using the ':' trick to use one line for several preferences. hope this helps, robbert -- Pd-0.40.2 vanilla with externals & edited prefs from pd-ext-0.40.2 autobuild 18/3 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ruben pati?o <[EMAIL PROTECTED]> wrote: > moog~ o freeverb~ i had on the 0.38 version. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund and Sort (Was Real-time frequency filtering and analysis)
hmmm... maybe i did... what would good old sigmund f himself have to say about this little slip? On 4/2/07 9:50 PM, "David Powers" <[EMAIL PROTECTED]> wrote: > On 4/2/07, robbert van hulzen <[EMAIL PROTECTED]> wrote: >> >> alternatively, if you don't want to compile yourself: the 0.40.2 autobuilds >> on puredate.info have recent versions (i assume you want => 0.40.2 because >> of [sigmund~]). >> > > Hi, I think you mean: > puredata.info > NOT > pureDATE.info > > ;-) > > ~David ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund and Sort (Was Real-time frequency filtering and analysis)
alternatively, if you don't want to compile yourself: the 0.40.2 autobuilds on puredate.info have recent versions (i assume you want => 0.40.2 because of [sigmund~]). On 4/2/07 12:00 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > for 0.40.2, where would I get that? >> From http://puredata.info/downloads or elsewhere? > > ftp://ftp.iem.at/pub/pd/Externals/ZEXY/ > > however, this might not be the most uptodate version, which you will > only get via CVS (see puredata.info for more info on this); in the > latter case, you will have to compile it yourself. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sigmund and Sort (Was Real-time frequency filtering and analysis)
zexy is one of the libraries that comes with pd-extended. on osx, ctrl-click the application and select 'show package content', Contents/Resources/extra should have zexy somewhere in there. you can also find it in cvs: if you want to build your own pd you can have a look at the how-to-build-pd-ext... and the fink page, if you're on osx (sorry, i forgot which system & version you're on?) http://puredata.info/docs/developer/darwin/?searchterm=faq* http://puredata.info/docs/developer/MacOSXFink/?searchterm=faq* i think the easiest way is using pd-ext, and i suppose [sigmund~] may also be included in the nightly builds of 0.39.2 these days? cheers, robbert On 4/2/07 6:47 AM, "Jared" <[EMAIL PROTECTED]> wrote: > robbert van hulzen wrote: >> a dotted line indicates that the object can't be created, i think it gets >> the status of a comment. you also see it in the pd window: >> sigmund~ ... couldn't create. >> [sort] is part of zexy, works for me also in 0.39.2-ext-test7. do other zexy >> objects get created? >> [sigmund~]--which looks really interesting!--works only on 0.40.2 for me-- >> it's in miller's 0.40.2 and in the autobuild of 18 march i'm trying out. the >> help-file says 'updated for 0.40' though, so i don't know its history. >> btw the autobuild comes with the warning stuff may not work--in my case, >> [moog~] for example won't be created. >> cheers, robbert > > Appologies for my lack of experience, but where would I get zexy? Or > check to see if I have it? Likewise, for 0.40.2, where would I get that? > From http://puredata.info/downloads or elsewhere? > > Thanks again, and sorry if these are questions with obvious answers. > -Jared ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Sigmund and Sort (Was Real-time frequency filtering and analysis)
a dotted line indicates that the object can't be created, i think it gets the status of a comment. you also see it in the pd window: sigmund~ ... couldn't create. [sort] is part of zexy, works for me also in 0.39.2-ext-test7. do other zexy objects get created? [sigmund~]--which looks really interesting!--works only on 0.40.2 for me-- it's in miller's 0.40.2 and in the autobuild of 18 march i'm trying out. the help-file says 'updated for 0.40' though, so i don't know its history. btw the autobuild comes with the warning stuff may not work--in my case, [moog~] for example won't be created. cheers, robbert On 3/31/07 12:00 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I think this is a result of my lack of experience with PD, but when I > create an object and put sigmund~ in it the border stays dotted. The > same thing was happening when I tried to use sort (which I thought was > built-in, although I could be wrong). ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] in Pd-0.39.2-extended-test7 msg 'reset' and 'clear' doesn?t work as before
hmmm, actually it doesn't seem to be that simple, see fb's earlier reply as well as this msg posted on the dev list on 14 march. looks like i spoke before my turn. robbert > subject: [PD-dev] [ pure-data-Bugs-1576865 ] namespace prefixes broken > ... > It is no longer possible to use [prefix/classname] > syntax, which is essential to the namespaces because it > is the only way that two classes with the same root > classname could be used in the same patch, i.e. like > this, where each object is a different class: > > [prepend] > [cxc/prepend] > [cyclone/prepend] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] in Pd-0.39.2-extended-test7 msg 'reset' and 'clear' doesn?t work as before
i had trouble counting myself... see http://lists.puredata.info/pipermail/pd-list/2006-11/044431.html for another one of fb's great tutorials. another thing that may help, afaik, is to specify which counter you're using: rather than [counter], create eg [markex/counter], [cyclone/counter]. cheers, robbert > Hallo, > Jukka Boehm hat gesagt: // Jukka Boehm wrote: > >> in Pd-0.39.2-extended-test7 msg 'reset' and 'clear' doesn?t work as >> before. >> error: counter: no method for 'reset' >> ... you might be able to track this down from the Find menu. >> error: counter: no method for 'clear' >> >> is there a new help-file available? > > Which [counter] are you using? There are many [counter] objects and > they are incompatible, so many in fact, that I would advise against > using any of these at all! > > Better use [f ]x[+ 1] or [f ]x[+ 1]x[mod 16] if you know what I mean. > > Ciao > -- > Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [OT] Law (was Re: Percolate)
don't jump to conclusions... after 'normen & waarden' (norms & values), security is the big thing for the dutch government in the recent past (and somehow i don't think the new government, though including the socalled social democrats, will make things much better). it's time for that island community ... :) chris mccormick wrote: > Oh well. Time to move to Europe or Asia I guess. > > Best, > > Chris. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
No, I didn't forget... But the discussion (eg Pluggo4PD) is getting to a point where I think "wow, interesting!" rather than "I can help here." Here's a few thoughts anyway. More to show what goes on in the mind of someone who's just getting into the construction of the telescope after a bit of star gazing. All this (incl below) said, I'd still love to help out in some way, by eg cleaning up / clarifying help patches, eg with some help from the developer. When first starting to use pd, I attempted to make a manual for myself, starting out with listing all the objects (internals, then) with descriptions. When getting deeper into pd, I abandoned that idea because I preferred to spend my time on learning by doing. Still, a readable list of what-does-what would be welcome, and would have been then. As a sidenote: a glossary of computer related terms would also have been helpful. By now i know what a subroutine is, but a year ago the first sentence of the template1-about.pd (at http://puredata.org/dev/pddp/template1-about.pd/view) would've already puzzled me, just like the term "metadata" does now. I can guess what it means, I can find some info, there's a wiki, but I think when you just get into pd there's a lot to deal with, so you don't necessarily want to get into even more. Mind you: I'm not saying everybody should be able to use pd with no effort. Of course this is an app you must want to use and be willing to dive into, I just mean that sometimes knowledge is taken for granted that not necessarily everyone jumping into pd has. Maybe this is not pd's responsability, I'm just mentioning what was / is troublesome for me. padawan12 <[EMAIL PROTECTED]>wrote: > > Yes. At the risk of building a whole content management system (is > puredatabase still built on Zope/Plone?) this seems the sensible format. > At some point I would like to move some tutorials I've made onto the system. > These are mainly HTML with diagrams and links to patches and sounds. A really > thorough system would allow this and make it easy. > > But, from a development POV might I suggest that this is ambitious and one > would be best to concentrate on just getting it to work right with .pd files > to begin with, then add the bells and whistles to allow richer content. But > being mindful of future content types cant hurt. > > One interesting and challenging enough problem that already exists is how to > make sure that help/tutorial/exmaple patches that depend on certain > abstractions and externals will always load. > > This is a dependency issue not dissimilar to the pakage management needed > in something like the Debian apt repository system. It may be possible > to tag each resource with its minimum version and libraries needed, or it > might be better to hold multiple verions of the same resource and be able > to browse by platform and current Pd version. > > The way I see it, Puredatabase is not just there to organise and structure > documentation, it is there to make maintainance as easy as possible. We have > an ongoing struggle to keep helpfiles up to date. One of the views, for > maintainers, should reflect those needs. It should be easy enough to use > so that anyone who spots an error or omission can quickly log in and make > changes Wiki style. > > Hope I'm not just prattling on about issues you've already considered. > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] machine-o-matic (was: kit model)
and yet another great one...! this is fun, i can sit here for hours and annoy my fellow berliner coffeedrinkers with leakage from my headphones ... padawan12 wrote: > And there's a few new sound effects generators here too > http://www.obiwannabe.co.uk/html/news/news.html > The machine-o-matic (with deluxe quadruple action) is a > good laugh if you like making weird machine sounds. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd ext -> 0.40
hello berliner listers, is there anyone here that would like to help me set up pd 0.40 with externals, i'm cvs challenged and generally kind of lost as to where to start. reading lots of documentation but it kind of feels like i'm walking around the mountain not knowing where to start climbing. cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] a little pitchshifter
there's also G09.pitchshift.pd, which i've not looked at beyond simply triggering it. not fft but two playheads. drumloop timing is a bit messy and it looks different in construction than your patch (though i don't know what happens inside [susloop~]). i'm looking forward to getting on with miller's book and actually understand what this is all about... Thomas Mayer <[EMAIL PROTECTED]> wrote: > > The patch is just a little dirty hack with looping a 10 ms long sample > (or cutting off a bit when pitching down). It would be better to do that > with Fourier transformation, but I am too > stupid^H^H^H^H^H^H^inexperienced to do that in Pd ;) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-list Digest, Vol 23, Issue 157
didn't mean to offend. i'm not saying it's not a bug, but it hasn't bothered me too much (my patches don't have that many windows). robbert "Chuckk Hubbard" <[EMAIL PROTECTED]>wrote: > You lost me at "just". That you can fix it by opening a patch in a > text editor, finding and adjusting all the affected windows, saving > the file, and reopening it in Pd doesn't mean it's not a bug! > > -Chuckk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] minor but persistent annoyances
this came up not so long ago: just change the canvas sizes in a text editor. cheers, robbert "Chuckk Hubbard" <[EMAIL PROTECTED]> wrote: > The reason it was a huge problem on Mac was that, once the > window is larger than your display, there's no way to get to the > resize button on the lower right corner of the window. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] object box widths
another thing you could use is '-': just add as many as you need to whatever creation args you have in the box already [ojb x ]. i suppose this is a dummy argument just like what derek suggested, but i find it easier to see that it doesn't do anything this way. robbert Item State <[EMAIL PROTECTED]> wrote: > hello, > > how can i have an object box grow so i can access the > outlets when there are many? > > like [gate 8], how can i resize this to see the > individual outlets? > > thanks, -sciss- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
re: [PD] a little pitchshifter
well then, thanks for doing my homework! ;) nice one. (i like how it gives a kind of flanger effect on the drum loop i tried it with, almost more like a filter, because of the high noise portion of the signal, i suppose.) cheers, robbert Thomas Mayer <[EMAIL PROTECTED]> wrote: > Hello, > > after all the discussion about looping samplers etc., I have made a > small abstraction patch that does pitchshifting. It uses susloop~ and > the higher math externals, and I don't know if standard Pd has all those > installed. Left input takes the sound, right input transposion in > halftones. It is designed for a sample rate of 44100 Hz, but you can > change that with a little editing. > > So, yet another thing, anyone should have patched in Pd accomplished ;) > > cu Thomas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] basic remarks about Pd-extended for OS X
Luigi Rensinghoff <[EMAIL PROTECTED]>wrote: > 1) If it looks right to me there are 3 ways to determine paths and > libs on OSX and i am not quite sure if i am doing something wrong or > if it just has not been considered. > > You can change the settings in the TCL-Interface of PD, but there are > not enough lines, to see all the necessary entries, in the /Library/ > Preferences/org.puredata.plist file and vie a.pdrc file. i've never tried the .pdrc file, but as far as i understood, it's an 'extra' prefs file, which adds to the plist. the plist can be edited in an xml editor like the one that's in xcode. changes made there don't necessarily show up in the prefs as accessed through pd an vice versa in my experience, which is inconvenient but not a real problem. for extra paths, you can also use frank's ":" trick which is mentioned somewhere in the archives and also on the pd site http://puredata.info/docs/tutorials/TipsAndTricks#add-more-entries-to-the-pa th-and-library-dialogs. > > They do not really interact, i mean if you change something in the > pdrc file it is not written in the org.puredata.plist file, right ? > > This might cause confusion to a OSX PD-Beginner right ? > > 2) There are so many paths to the help-files if the doc-folder has so > many subfolders, which is good and necessary to keep it structured, > but that way the good-old "right-click"-help does not always work. > And especially for beginners it is so good to be able to just browse > through the examples or reference-files and quickly open the "help- > files" finding help files doesn't always work, that's right. sometimes they're simply not there (because an object is undocumented, or because a help file is simply missing, which was the case for [bonk~] and [fiddle~] on pd-ext-0.39.2-test5). according to the manual (help->html) you can specify the helppath in your startup flags. what do you want to use > "Aliases" or symbolic links for in this respect? hope this helps, cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
please keep us posted on this. i'd like to be one of those non-code-interfering volunteers that write / work out documentation. and the first one to learn from that would of course be me ... ;) robbert > - separation between code and documentation is rather low (coders > usually hate to documentate their stuff; so a host of volunteers is > needed to do the documentation; they don't necessarily need to interfere > with the source-code for this task) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Live Apectrum Analyzer
there's also praat: http://www.fon.hum.uva.nl/praat/ (also accessable through http://www.praat.org) i have no experience with it myself, but from what i've heard (from musicologists) it's great. tapestrea looks amazing (from the demo video), not because of the visualisation (which i'm not too interested in) but because of the sound possibilities. thanks for the link. carmen's idea [licker] sounds great too, but may be a bit over my head computer scientifically... cheers, robbert > http://whats-your.name/i/licker.png is what i use , sure it uses more CPU than > a C implementation, but its more flexible, and you can plug it in anywhere in > your patch.. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Re: PD-list Digest, Vol 22, Issue 109
ahh, the famous execution order... thanks for that one. cheers, robbert Frank Barknecht <[EMAIL PROTECTED]>wrote: > Hallo, > robbert van hulzen hat gesagt: // robbert van hulzen wrote: > >> thanks very much for all the replies! and frank, thanks for the patch--i'm >> enjoying your help a lot. >> >> it's working now with steffen & hc's >> >> [r pd-patchname.pd] >> | >> [route editmode] >> | >> [nbx] >> >> there's something i don't get though. i mapped capslock to [;pd-patch.pd >> editmode $1( (good idea there). > > Acutally I intended to express a different idea though: Peter doesn't > use Caps_lock to switch to edit mode. Instead certain keys are mapped > to performance functions, but only if caps_lock is active. If > caps_lock is not pressed these keys do their usual thing. > >> now, when i [pack] the [keyname] and float to [route Caps_Lock] as >> well as in a simpler patch, the float gets 'inversed': a 1 from the >> [keyname] becomes a 0 and vice versa. no problem, but i don't get >> why this is. patch below. i'm curious, any ideas? > > That's an execution order bug in your patch: By crossing the > connection of the upper keyname you also inverted the execution order. > Now every key-name from the right outlet will be packed with the > number from the left keyname-outlet that was active the one step before! > > If you want to [route] by key-name, you need to pack name and state, > but in reverse order, that is, make "Caps_Lock 1" out of "1 > Caps_lock". > > Normally one would use [swap] for this, but [swap] only works for > floats. But you can use [list prepend] here much the same, just don't > forget to [list trim] the result befor you want to use it in [route > Caps_Lock] > > Ciao > -- > Frank Barknecht _ __footils.org_ __goto10.org__ > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Data structure loop selection
a quick ps: afaik any patch has a name (with which you saved it) and a unique number: $0 (which you can use to avoid [s] [r] confusion in (multiple instances of) abstractions). to see it: [bng] | [$0] | [nbx] cheers, robbert Peter Plessas <[EMAIL PROTECTED]> wrote: ... > Although even your main (root) patch has such an unique name (some > number i think), you would have to find it out (perhaps it is the same > as the $0 variable) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Re: PD-list Digest, Vol 22, Issue 109
thanks very much for all the replies! and frank, thanks for the patch--i'm enjoying your help a lot. it's working now with steffen & hc's [r pd-patchname.pd] | [route editmode] | [nbx] there's something i don't get though. i mapped capslock to [;pd-patch.pd editmode $1( (good idea there). now, when i [pack] the [keyname] and float to [route Caps_Lock] as well as in a simpler patch, the float gets 'inversed': a 1 from the [keyname] becomes a 0 and vice versa. no problem, but i don't get why this is. patch below. i'm curious, any ideas? #N canvas 0 22 782 318 10; #X obj 255 49 keyname; #X symbolatom 376 136 10 0 0 0 - - -; #X obj 255 167 route Caps_Lock; #X floatatom 172 187 5 0 0 0 - - -; #X obj 255 115 pack s f; #X obj 255 141 list trim; #X obj 498 141 keyname; #X obj 482 167 f; #X obj 542 167 sel Caps_Lock; #X floatatom 420 189 5 0 0 0 - - -; #X floatatom 376 94 5 0 0 0 - - -; #X msg 522 219 \; pd-?.pd editmode \$1; #X obj 482 193 t f f; #X obj 482 219 == 0; #X floatatom 402 228 5 0 0 0 - - -; #X obj 445 245 spigot; #X connect 0 0 4 1; #X connect 0 0 10 0; #X connect 0 1 1 0; #X connect 0 1 4 0; #X connect 2 0 3 0; #X connect 4 0 5 0; #X connect 5 0 2 0; #X connect 6 0 7 1; #X connect 6 1 8 0; #X connect 7 0 9 0; #X connect 8 0 7 0; #X connect 12 0 13 0; #X connect 12 1 11 0; #X connect 13 0 14 0; #X connect 13 0 15 1; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] edit or play mode information
thanks. i don't think i fully understand your reply, but i'm also not sure whether this is what i need: i'm not looking for simpler and / or more flexible ways to control mode & cursor movement. i'm looking for a way to make a keyboard action 'conditional': hitting the spacebar should have no effect in edit mode, and perform certain things (to be hooked up per version of the 'motherpatch' that i base patches for specific pieces on ... at least that's the plan ;) ) when in play mode. so i'm looking for a way to get the information about status mode from pd, which i'll then attempt to have control a spigot or sth similar. i'd be happy if someone could point me to a solution--maybe simply a search term for the list archives? searching on mode status, edit mode and similar wasn't very satisfying. thanks, robbert > Sorry, I left the list out on my earlier reply... > > I have used: > > [x] > | > [pd-subpatch editmode $1( > > Instead of Ctl-E, and then the same toggle can be used to tell the > patch whether editmode is on for the subpatch. I have my sequencer > score set up so that hitting E once lets go of the note-cursor and > enters edit mode; hitting E again leaves edit mode but leaves the > note-cursor unattached to the mouse; and hitting Q at any point binds > the note-cursor to the mouse. Of course Ctl-E still works, but in my > patch there's no reason not to have just E enter editmode- it only > works when that subpatch is active. > > -Chuckk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] edit or play mode information
dear all, i'm attempting to build an abs to control whether or not hitting a key has an effect: i'd like the space bar to do a number of things when in play mode but not in edit mode. i came up with the patch below, however, working on several open patches will screw it up as it works with a counter that keeps track of the number of times command-e has been hit (resulting in 1 or 0 which controls a spigot). i'd like to replace this 'relative' control with an 'absolute' one, in other words i'm wondering whether i can retrieve the mode status of the patch somewhere so i can have that control the spigot. any ideas would be much appreciated. cheers, robbert -- Pd-0.39.2-extended-test5 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram #N canvas 0 22 672 629 10; #X obj 50 280 tgl 23 0 go \$0-go empty 0 -6 0 8 -241291 -1 -1 0 1; #X obj 50 202 key; #X obj 50 228 sel 32; #X obj 80 339 select 0 1; #X obj 83 391 list; #X obj 50 365 \$0; #X msg 83 417 \; \$1-go color \$2 \$3 22; #X msg 125 365 19 16; #X obj 50 313 t b f; #X msg 80 365 15 22; #X obj 27 20 keyname; #X obj 115 72 sel e; #X obj 71 150 demux; #X obj 115 124 f; #X obj 145 124 + 1; #X obj 71 46 t s b s; #X msg 115 98 -1; #X obj 101 176 sel Alt_L; #X obj 134 202 + 1; #X obj 101 202 f; #X obj 167 202 mod 2; #X obj 101 228 == 0; #X obj 50 254 spigot 1; #X connect 0 0 8 0; #X connect 1 0 2 0; #X connect 2 0 22 0; #X connect 3 0 9 0; #X connect 3 1 7 0; #X connect 4 0 6 0; #X connect 5 0 4 0; #X connect 7 0 4 1; #X connect 8 0 5 0; #X connect 8 1 3 0; #X connect 9 0 4 1; #X connect 10 1 15 0; #X connect 11 0 16 0; #X connect 12 1 17 0; #X connect 13 0 14 0; #X connect 13 0 12 1; #X connect 14 0 13 1; #X connect 15 0 12 0; #X connect 15 1 13 0; #X connect 15 2 11 0; #X connect 16 0 13 0; #X connect 17 0 19 0; #X connect 18 0 20 0; #X connect 19 0 18 0; #X connect 19 0 21 0; #X connect 20 0 19 1; #X connect 21 0 22 1; #X connect 22 0 0 0; #X coords 0 -1 1 1 23 23 1 50 280; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: basic logic (AND OR) and control in PD
in the case of [tgl] the choice is sometimes one gui object or a number of non-gui ones-- even simply the clarity of a patch can be helped by choosing [tgl]. but thanks for your advice, and i may find ways to use the non-guis instead. sounds like a good principle. cheers, robbert On 1/23/07 4:03 PM, "Roman Haefeli" <[EMAIL PROTECTED]> wrote: > hello robbert > > On Tue, 2007-01-23 at 09:50 +0100, robbert van hulzen wrote: >> we need teachers like you! ;) >> i've been wondering about this: is the f+1 counter solution less expensive >> than a tgl? or does the toggle only slow down screen redraws? >> cheers, robbert > > theoretically, banging a [tgl] is more expensive than the [==]/[f ] > construct, because - as you mentioned - the redrawing. though you won't > notice it, when triggering at a very low rate (e.g. by footpedal). i > usually use gui-objects only, when i really make use of the gui-part of > the object, which is not the case here. but this might be a matter of > taste. > > roman > > > > > > > ___ > Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: > http://mail.yahoo.de > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: basic logic (AND OR) and control in PD
we need teachers like you! ;)
i've been wondering about this: is the f+1 counter solution less expensive
than a tgl? or does the toggle only slow down screen redraws?
cheers, robbert
> Roman Haefeli wrote:
>
> hi matthew again
>
> i attached a small patch, that shows how i would implement the most
> simple 'state alternator'. if you want to make state switching dependent
> on other states, it might be helpfull to have a look at the helppatch of
> [&& ], [|| ], [== ] and such. with these objects, it should be possible
> to implement the logic you want to achieve.
>
> some random tips, that are important, when doing logic-stuff:
>
> * many objects with two inlets only send a 'result' to the outlet, when
> they're triggered by the left ('hot') inlet, whereas, if they get a
> message at their right ('cold') inlet, only their internal state is
> changed, but nothing is sent to the outlet. (Section 2.3.3 of the
> pd-html-manual is more detailed and might be interesting for you)
>
> * you should care about execution order. for example, when one outlet is
> connected to two inlets, the order of execution is *not* defined, or in
> other words: you don't know, which inlet gets the message first.
> therefore usually a [trigger]-object is inserted in between in order to
> avoid 'undefinedness' (have a look at the help of [trigger]).
>
> * read the section about the 'depth-first'-principle in pd (section
> 2.3.2).
>
> i hope, that was not too 'teacherish' ;-)
>
> roman
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Graz DVD aka rel01
> This is embarrassing for me. I didn't test very well before posting > that email: When i play it on my computer there indeed is sound > (while plying it on the standalone dvd-player i have in reach there > wasn't). I apologize very much! > > I'm watching it now (that is, i just paused it), it's great. Thanks > for making this. > > > On 09/01/2007, at 20.12, Jerome Tuncer wrote: > >> Even better would have been some kind of subtitle to know who says/ >> thinks what... > > I was thinking that too, but later realized that it might be a social > "contract" with those who participate in the video, i.e. they might > not (all) want to link their real person with their virtual person. > > Best, Steffen i enjoyed it a lot too, and i thought it actually was quite fun guessing who was who... a curtain that will probably lift more and more as i'm getting more into this strange & wonderful world of pure data ;) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Clearing pd main view output
if that's what you're after, maybe a save is simpler and faster? the line "saved to ..." is a reference of what the pd window is telling me when. but i also like being able to go back to what it told me earlier, so maybe this is not what you're looking for. robbert > Date: Sun, 07 Jan 2007 01:09:33 +0100 > From: Jerome Tuncer <[EMAIL PROTECTED]> > Subject: Re: [PD] Clearing pd main view output > To: pd-list@iem.at > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > I use some kind of workaround advised to me by Luke Ianni : > > Instead of clearing the output window I just fill it with a repetitive > sequence so that all that comes after that looks new ! > > Original exemple abstraction by Luke enclosed. > > ++ > > > Jé > > Jiri Heitlager a écrit : >> I use [print] alot and therefor the output panel gets filled alot. I was >> wondering if there is a shorcut / mthod to clean all the output data in >> one go? >> >> Thnk you >> >> Jiri >> >> ___ >> 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] reverse & variable speed soundplayback?
oh i see, thanks frank & hardoff! my thinking wasn't so good--and that with no hangover ;) it's all becoming clearer, thanks for your patience. On 12/17/06 12:21 PM, "hard off" <[EMAIL PROTECTED]> wrote: >> putting a [*~] after the > [vline~] affects the volume, doesn't it?< > > > no. if you put a [*~ ] AFTER the [tabread4~] it affects the volume. > > but if you change the signal leading into the [tabread4~] then that's > only going to alter the speed at which the table is read. > > sorry, my explaination is not good. i have a hangover. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse & variable speed soundplayback?
thanks, though i don't really i understand this (i ran into the same problem with your 'tabread4~ help' post from august): putting a [*~] after the [vline~] affects the volume, doesn't it? however, i fixed things another way: before, i had the reverse switch before the [pow -1] which controls the transposition, so negative nrs just became zeros. changing the order did the trick. thanks anyway for your help & attention! if you feel like explaining i'd be grateful as this does bug me; otherwise i'll just learn more about it some other day. cheers, robbert On 12/14/06 9:18 AM, "padawan12" <[EMAIL PROTECTED]> wrote: > Without looking at your code, one way to deal with reversing is to simply > invert the sign of your timeline, use a [*~ -1] following the [vline~] > and add that to the size of your sample - it will then play from end to > start. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse & variable speed soundplayback?
i guess my questions were too vague--or just not challenging enough ;) with my soundfile playback & recording abs (which uses lots of the rtc [play-samp~]) (see below), i got stuck with reverse transposition (which i separated in the controls): when i play a sample in reverse, the transposition has no effect. the 'loop' function is time based (a delay which is set to the duration of the loaded / recorded sound), the 'repeatbang' in loop mode does wait the complete 'transposed' time, iow the sample-in-reverse plays back at normal speed but the time between bangs is the time the transposed sample would take. i'm afraid i don't really understand how to talk to [vline~] and / or [tabread4~] and the maths involved in creating the messages. am i right that in [0, 0 $1( the $1 sets the time for [vline~]? i've been trying things with the length in milliseconds and the size of the array (for the starting point), but no joy so far. could anyone point me to a way to better understand these things? > i'm back. >> no worries, >> i'll be back...! ;) >> >>> ok. small update. sorry for spamming and hijacking the thread robert >>> van hulzen. -- #N canvas 48 22 975 695 10; #X obj 311 193 cnv 15 408 28 empty empty \$1 360 22 1 14 -2112 -262081 0; #X obj 312 194 cnv 15 40 26 empty \$0-reccv empty 250 22 1 14 -241291 -33289 0; #X obj 476 616 outlet~; #X obj 548 616 outlet~; #X obj 358 195 bng 15 250 50 0 \$0-load \$0-load load -3 20 1 9 -262144 -1 -1; #X obj 528 195 tgl 15 0 \$0-loop \$0-loop loop -1 20 1 9 -262144 -1 -1 1 1; #X obj 380 195 nbx 3 15 0 100 0 0 \$0-gain \$0-gain gain 0 20 1 9 -262144 -1 -1 1 256; #X obj 591 195 tgl 15 0 \$0-rev \$0-rev rev 2 20 1 9 -262144 -1 -1 0 1; #X obj 414 86 loadbang; #X obj 613 196 cnv 13 104 13 empty \$0-splName AMENST.wav 2 7 1 9 -262081 -258112 0; #X obj 540 22 inlet; #X obj 580 22 inlet; #X obj 620 22 inlet; #X obj 414 195 tgl 15 0 \$0-sens \$0-sens sens -6 20 1 9 -262144 -1 -1 1 1; #X obj 506 195 tgl 15 0 \$0-pause \$0-pause pse 0 20 1 9 -262144 -1 -1 0 1; #X obj 550 195 nbx 4 15 1 1e+37 0 0 \$0-transp \$0-transp transp 4 20 1 9 -262144 -1 -1 77 256; #X obj 660 22 inlet; #X obj 700 22 inlet; #X obj 382 22 inlet; #X obj 436 195 hradio 15 1 0 3 \$0-mode \$0-mode tgl-1-poly -2 20 1 9 -262144 -1 -1 0; #X obj 488 195 bng 15 250 50 0 \$0-play \$0-play play -4 20 1 9 -241291 -33289 -33289; #X obj 425 22 inlet vel; #X obj 315 195 bng 15 250 50 0 \$0-rec \$0-rec rec -1 20 1 9 -262144 -33289 -33289; #X obj 333 195 bng 15 250 50 0 \$0-recstop \$0-recstop stop -2 20 1 9 -262144 -1 -1; #N canvas 0 22 592 233 tables 0; #N canvas 0 22 458 308 graph33 0; #X array \$1-lpl 307716 float 0; #X coords 0 1 307715 -1 250 150 1; #X restore 18 29 graph; #N canvas 0 22 450 300 graph34 0; #X array \$1-lpr 307716 float 0; #X coords 0 1 307715 -1 250 150 1; #X restore 288 29 graph; #X restore 70 176 pd tables; #X obj 300 22 inlet load; #X obj 300 48 s \$0-loadinlet; #X obj 206 22 inlet; #X obj 253 22 inlet; #X obj 70 22 inlet~; #X obj 142 22 inlet~; #N canvas 0 22 381 331 load 0; #X obj 156 154 soundfiler; #X obj 156 50 openpanel; #X obj 136 180 makefilename %s; #X msg 156 128 read -resize \$1 \$2 \$3; #X msg 136 232 label \$1; #X obj 156 102 list append \$1-lpl \$1-lpr; #X obj 209 206 loadbang; #X msg 209 232 label ---; #X obj 136 206 stripdir; #X obj 156 24 r \$0-load; #X obj 136 258 s \$0-splName; #X obj 21 154 unpack s s s s s; #X msg 21 206 label rec...; #X msg 21 258 label here&now; #X obj 21 180 r \$0-rec; #X obj 21 232 r \$0-recstop; #X obj 46 76 r \$0-loadinlet; #X obj 166 76 s \$0-loadlength; #X connect 1 0 2 0; #X connect 1 0 5 0; #X connect 1 0 17 0; #X connect 2 0 8 0; #X connect 3 0 0 0; #X connect 4 0 10 0; #X connect 5 0 3 0; #X connect 6 0 7 0; #X connect 7 0 10 0; #X connect 8 0 4 0; #X connect 9 0 1 0; #X connect 11 2 2 0; #X connect 12 0 10 0; #X connect 13 0 10 0; #X connect 14 0 12 0; #X connect 15 0 13 0; #X connect 16 0 0 0; #X connect 16 0 11 0; #X restore 70 150 pd load; #N canvas 0 22 310 444 recorder 0; #X obj 37 202 line~; #X obj 21 258 *~; #X msg 107 175 0 10; #X msg 37 175 0 \, 1 5; #X obj 21 22 inlet~; #X obj 158 22 inlet~; #X obj 30 103 r \$0-rec; #X obj 158 258 *~; #X obj 98 103 r \$0-recstop; #X msg 54 258 bang; #X msg 98 258 stop; #X obj 158 294 tabwrite~ \$1-lpr; #X obj 21 294 tabwrite~ \$1-lpl; #X obj 30 129 t b b; #X obj 98 129 t b b; #X obj 54 346 timer; #X obj 54 398 s \$0-reclength; #X obj 54 320 t b; #X obj 97 320 t b; #X obj 54 372 * 44.1; #X connect 0 0 1 1; #X connect 0 0 7 1; #X connect 1 0 12 0; #X connect 2 0 0 0; #X connect 3 0 0 0; #X connect 4 0 1 0; #X connect 5 0 7 0; #X connect 6 0 13 0; #X connect 7 0 11 0; #X connect 8 0 14 0; #X connect 9 0 11 0; #X connect 9 0 12 0; #X connect 9 0 17 0; #X connect 10 0 11 0; #X connect 10 0 12 0; #X connect 10 0 18 0; #X connect 13 0 3 0; #X connect 13 1 9 0; #X connect 14 0 10 0; #X connect 14 1 2 0; #X connect 15 0 19 0; #X connect 17 0 15 0; #X connect 18 0 15 1; #X connect 19 0 16 0; #X restore 70 88 pd re
Re: [PD] reverse & variable speed soundplayback?
no worries, i'll be back...! ;) > ok. small update. sorry for spamming and hijacking the thread robert > van hulzen. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] re bug report on pd not finding files
looks like this is a bit over my head, at least at this point... how does this work? i don't actually understand the contents of the script, i'm afraid, and i don't know how to run it--not in the terminal app, it seems. i'd be happy to look into this with some help, but do take notice of the fact that this is all new for me. On 11/26/06 11:43 PM, "Hans-Christoph Steiner" <[EMAIL PROTECTED]> wrote: > > What would be very helpful is if you made bug reports on what's > missing, grouped by library. These are the tests that I can think of: > > - does the object load? > - does the .dll/.pd_linux/.pd_darwin file exist? > - does the help file load? > - does the help file exist? > > I wrote two scripts to automate this. They are pretty basic, but > should make this task easier: > > http://pure-data.cvs.sourceforge.net/pure-data/scripts/ > load_every_help.sh > > http://pure-data.cvs.sourceforge.net/pure-data/scripts/ > load_every_object.sh > > Feel free to expand on them or whatever proves useful. Thanks for > doing this! This is definitely a big help. > > .hc > > On Nov 25, 2006, at 8:54 PM, robbert van hulzen wrote: > >> >> >> pd-0.39.2-extended-test5 is not finding files. >> >> it seems they're partly simply not there: >> [cyclone/xgroove~] (isn't that supposed to be included?), help >> files for >> [bonk~] & [fiddle~] >> some abs ([bangfilt], [bangfilt2], [binshift], [microtime], >> [randomix], >> [reson], [sigdelta]) seem to be missing from /extra/cxc >> the boids objects don't load >> the flib objects don't load >> >> and partly they're not loaded, as certain subfolders in / >> 5.reference are not >> loaded: >> bsaylor, some objects from creb (eg [blosc~], [biquadseries~]) >> ekext, ext13 >> (also some objects wouldn't create: "*_setup" not found), >> flatspace, ggee >> >> ** >> >> or i just don't get it. i'd be happy to keep checking (got to ggee >> now), if >> someone can tell me i'm on the right way and it's useful? >> cheers, robbert >> >> -- >> pd-0.39.2-extended-test5 >> mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram >> >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list > > > > > > All information should be free. - the hacker ethic > > > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse & variable speed soundplayback?
i'm not really in a hurry at this point, so i'll continue poking around in what i have for the moment, but since the hurry will be getting on in about a week or so, i'm glad to know about your [play-samp~]. i actually know it (almost it) from your slicer~abs, and it looks like it'll be great to use as an example too. thanks. robbert > Hallo, > robbert van hulzen hat gesagt: // robbert van hulzen wrote: > >> a good start indeed... still working on it, trying to figure it out. >> thanks! > > If you're in a hurry: RTC-lib (update just announced) contains a > simple sample player called play-samp~.pd which does reversed and > looped playback of tables holding 44.1kHz samples. [samp10~] is the > polyphonic version of it. The only external used is [arraysize], basic > playback in one direction, non-looped even works without that. > > Ciao > -- > Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] counter trouble
thanks a lot. i'd worked it out, but it's helpful to get this clear explanation / overview. and i didn't know the [mod] thing. > Hallo, > robbert van hulzen hat gesagt: // robbert van hulzen wrote: > >> dear all, i'm working on a little metronome abstraction (thanks for the link >> with the description of the inversion process, frank barknecht! hadn't sat >> down to dissect the rrad.metro yet), and i'm running into some trouble with >> [counter]: a 'low' creation argument doesn't seem to be accepted more than >> once. eg i want it to count from 1 to 5 (to be able to differentiate between >> downbeat and other beats): that works once, after that it starts counting up >> from 0 again. i worked around it in the way as shown in the patch below, but >> i'm wondering whether that's the right / only / most elegant way? > > Maybe I should add a tip how to do counters to that Wiki page as well. > Anyway I would recommend to not count with any [counter] external for > two reasons: One is that there are several incompatible [counter] > objects floating around the net. The other is that counting is really > simple to do with standard Pd objects, once you understood how to do > it. Attached tutorial may help with that. > > Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] counter trouble
thanks a lot! i'd looked at those examples, actually, but wasn't aware that that solution would work better than the [counter]. it all works great now, and less kludgy, with less objects too. On 11/26/06 4:42 AM, "hard off" <[EMAIL PROTECTED]> wrote: > check out .../doc/2.control.examples/05.counter.pd > > the [counter] object kinda sux, that's why barely anyone uses it. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] re bug report on pd not finding files
i understand that, and i'm nowhere near the end of the possibilities--or the knowledge thereof--of the osx distribution. i suppose the objects that don't load are a case of diff-distro. but a number of help files that live in subfolders in 5.ref do not load, even though they're there. a matter of paths? i can work around it by opening them from the Finder, but i'd think they should open the usual way. also, some help files are simply not there in their subfolders ([fiddle~] & [bonk~]. hcs suggested filing a bug report, which i'd be happy to do, only i'd hate calling something a bug that actually isn't. does anyone a way of finding out what bugs are, and what distro-related trouble? has anyone else noticed the help-file issue? -- Pd-0.39.2-extended-test5 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram On 11/26/06 8:05 AM, "hard off" <[EMAIL PROTECTED]> wrote: > pd itself is platform independant, but some extrernals won't run on > all platforms. im guessing you're on osx because the externals you > have listed don't run on my osx system either. there are hundreds, > probably now thousands of externals that will run for you though...you > will surely be able to do what you need to do without the missing > externals in your distro/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse & variable speed soundplayback?
a good start indeed... still working on it, trying to figure it out. thanks! On 11/22/06 5:58 AM, "threen" <[EMAIL PROTECTED]> wrote: > > maybe a good start??... > http://lists.puredata.info/pipermail/pd-list/2006-08/040624.html > > > On Wed, 22 Nov 2006 01:52:21 +0100, "robbert van hulzen" > <[EMAIL PROTECTED]> said: >> hi all >> to gain some understanding of this wonderful & mysterious world called >> pd, >> i'm building a little sampler / soundfile manager to use with my hardware >> roland spd-s (midi drumcontroller). it's all going well and it's fun >> trying >> to get my mind around all the semi-maths involved, but one thing i just >> don't know where to start with is how to play the sound back in variable >> speeds (preferably controlled by a number box) and / or backwards. in the >> helpfile for [play~] it says it does it, but i find its workings rather >> unpredictable... i'm now using [tabplay~] in my abstraction, mainly >> because >> of the [bang] it outputs after finishing (so i can make it loop) and >> because >> it plays back immediately. >> thanks a lot, >> robbert >> >> -- >> Pd-0.39.2-extended-test5 >> mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram >> >> >> >> ___ >> 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
[PD] re bug report on pd not finding files
pd-0.39.2-extended-test5 is not finding files. it seems they're partly simply not there: [cyclone/xgroove~] (isn't that supposed to be included?), help files for [bonk~] & [fiddle~] some abs ([bangfilt], [bangfilt2], [binshift], [microtime], [randomix], [reson], [sigdelta]) seem to be missing from /extra/cxc the boids objects don't load the flib objects don't load and partly they're not loaded, as certain subfolders in /5.reference are not loaded: bsaylor, some objects from creb (eg [blosc~], [biquadseries~]) ekext, ext13 (also some objects wouldn't create: "*_setup" not found), flatspace, ggee ** or i just don't get it. i'd be happy to keep checking (got to ggee now), if someone can tell me i'm on the right way and it's useful? cheers, robbert -- pd-0.39.2-extended-test5 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] counter trouble
dear all, i'm working on a little metronome abstraction (thanks for the link with the description of the inversion process, frank barknecht! hadn't sat down to dissect the rrad.metro yet), and i'm running into some trouble with [counter]: a 'low' creation argument doesn't seem to be accepted more than once. eg i want it to count from 1 to 5 (to be able to differentiate between downbeat and other beats): that works once, after that it starts counting up from 0 again. i worked around it in the way as shown in the patch below, but i'm wondering whether that's the right / only / most elegant way? thanks! #N canvas 0 22 281 257 10; #X obj 43 144 counter; #X msg 99 108 1; #X obj 23 82 metro 500; #X obj 160 170 sel; #X obj 23 57 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 ; #X floatatom 43 173 5 0 0 0 - - -; #X obj 108 82 t b f f; #X floatatom 108 59 5 0 0 0 - - -; #X obj 130 108 int; #X connect 0 0 3 0; #X connect 0 0 5 0; #X connect 1 0 0 2; #X connect 2 0 0 0; #X connect 3 0 1 0; #X connect 4 0 2 0; #X connect 6 0 1 0; #X connect 6 1 8 0; #X connect 6 2 3 1; #X connect 7 0 6 0; #X connect 8 0 0 4; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Re: problems with the mac os x and Pd-0.39.2-extended-test5.dmg
Thanks for your fast reply! (Mine took a bit as I'm spending a lot of time on buses, trains, and setting up instruments at the moment.) I did indeed install the .plist (and have been messing around with it a bit, see earlier posts on how: in the Property List Editor, with which the .plist opens by default, and in the prefs as accessed through pd. Changes made in the one don't necessarily--visibly--show up in the other... puzzling). But is that really the source of the trouble? In the 5.reference folder, 0.39.2 has 258 items, while the old one has 659 items. Some things can't be created: sorry, couldn't find help patch for "moog~.pd" sorry, couldn't find help patch for "aenv~.pd" sorry, couldn't find help patch for "fiddle~.pd" Others do work (eg bfft~) so they've simply been reorganised to another location I suppose. As I mentioned in earlier posts, I already took some things from the old 'extra' folder into 0.39.2 ([motex/pan~], [stripdir]). But then there's [commun] and [careGUI], which didn't create before (the reason for my previous post), but now sometimes do... And sometimes don't... Hmm. I'm not sure of the reason for all these things. I feel like a bit of an idiot as things sometimes work and sometimes don't. I guess I'll just try and reinstall the whole thing, incl the .plist (the one currently used is attached). Is 0.39.2 indeed the version to work with now, even though it's not on the pd site (yet?)? Or maybe I'll just replace / reinstall the .plist, to begin with. I know it's all horribly newbie, but I just am... :) I don't really know the first thing about how all this works. Thanks for everyone's patience while I'm (hopefully) figuring it out. Cheers, Robbert -- Pd-0.39.2-extended-test5 mac osx 10.4.7, 15" G4 PB 1.67 GHz, 1 GB ram On 11/9/06 10:35 AM, "Hans-Christoph Steiner" <[EMAIL PROTECTED]> wrote: > > What is missing? Did you install the org.puredata.pd.plist as listed > in the README? > > Pd-extended 0.39.2-test5 should have more stuff, not less. > > .hc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Re: problems with the mac os x and Pd-0.39.2-extended-test5.dmg
i'm having similar troubles. in my previous version of pd (ext-0.38.4, still the one that's on the pd website, so officially the official release of extended, though everybody seems to be using 0.39?), there were a lot of libs included that are not in 0.39.2-test5 for mac osx. also a lot of help files are missing. am i supposed to just check what's missing in 39 and drag 'em in there from 38 (risking objects / abs with the same names or overwriting things), or is there a pd-ext that has it all, iow am i just using the wrong release? help would be much appreciated, as i'd love starting to learn things that rely on objects / abs that are now missing (eg memento). cheers, robbert > Thomas Kronlachner wrote: >> >> Hi All, >> >> I have downloaded the package: Pd-0.39.2-extended-test5.dmg from hans >> page (http://at.or.at/hans/pd/installers.html). I have copiied the >> org.data.pd.pdlist into my preferences. I have also draged the pd apps >> into my application folder. When I now try to run a gem patch, I do >> receive a couple of errors, which indicates to me, that pd cannot find >> the gem application (or at least I assume this...) The errors look like >> the following: > > you are right, pd cannot find Gem (and if we want to nit-pick, Gem is a > library and not an application; you can use it to build applitcations) > > i don't know whether Gem is included in the release of pd-extended. > (check the README, or try to locate a Gem.pd_darwin in the pd-extended > application) > try creating an object [Gem] to see whether pd can load it. watch the > console for any warnings (run pd with the "-verbose" flag for better > information). if you can load it this way, you might want to add it > manually to the libraries to be loaded at startup. > > if Gem is not part of your specific pd-extended release, either get a > fresh one from http://autobuild.puredata.info (if you are brave and feel > like beta-testing) or get the Gem-binary fron http://gem.iem.at (most > likely you want the OSX bin-doc package) > > mfg.asdr > IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Concert: New York University, Oct. 30
so there... rara avis, using pd in some pieces (including, though not limited to, frank's [splicer~]) will play a number of north american cities. November 9 Gallery 1412, Seattle, WA November 10 1067 Granville, Vancouver, BC November 14 Berkeley Arts Centre, Berkeley, CA would be nice to see some of you there, i'm curious about your feedback & opinions. and you could of course enjoy some interesting music created by the unusual combination of recorders, drums, and electronics ;) for more: see www.raraavis.ca cheers, robbert Mathieu Bouchard wrote: > pd-list needs a bit more of it, really (or maybe it's pd-announce that > needs it). And no-one should label their own pd-related mails as "SPAM". > pd-list doesn't need the "more indie than thou" attitude here. > Unfortunately some people can't tell the difference between advertisement > and advertisement. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Re: aubio on mac?
Title: Re: aubio on mac? thanks for that, scott! it still doesn't work, but i'm sure i'll figure it out once i have some time and my unix commands book at hand... now not home, touring north america instead. which of course is lots of fun too! i didn't install fftw, soundlib, pkgconfig myself, so i'll have to do that first before compiling. what's more puzzling, the compiled aubio lib doesn't work, though it's in the right folder, has '-lib audio' in the 'startup flags' and i also included the path to it in the prefs. but those prefs are a bit confusing anyway: what i change in the startup prefs as accessed through pd doesn't always show up in the xml Property List Editor, though the other way around it does show, at least the 'startup flags' do. i'm now just changing what i need in the PLE, but i'm not sure whether that's really the right way. according to mathieu bouchard, .pdrc should be the way to go, but i'll have to figure out what that is and how that works. also, others say that method might get outdated, leaving everything to the xml way. once i get back to the aubio, i'll let you know how i progress. cheers, robbert -- Pd-0.39.2-extended-test5 mac osx 10.4.8, 15" G4 PB 1.67 GHz, 1 GB ram On 11/3/06 1:56 PM, "Scott Driscoll" <[EMAIL PROTECTED]> wrote: it literally too me two weeks to get that stuff to compile. Granted I'm not great at this compiling business myself. There are some dependencies including FFTW and soundlib, and pkgconfig that have to be installed with ./configure and make before you ./configure aubio. Did you get those correctly installed? i ran into some issues where the make or configure couldn't find certain files because they were being installed in unusual directories. If you want I can try to help you get past the error messages you're getting. I'm including the pd object just in case. it's a PD library, so it's just one file but it contains all of the tools. One other important thing. Place the aubio.pd_darwin in the extra folder within the Pd application (PD-->Contents-->Resources-->Extra). Right click the PD app and click show contents if you don't already know this. Then add the following line under Pd preferences-->startup--> startup flags: -verbose -lib aubio The verbose just displays what it's trying to do, so you can see where exactly it's searching for aubio. the -lib aubio loads the aubio library. You need this line because it's a library object (collection of objects). Single objects don't require this. I'm not sure what the "no such file or dir" error means. Just make sure you're in the right directory before calling ./configure? good luck! -Scott robbert van hulzen wrote: yup, that's the one i've got. i don't actually think the problem's in the code, it's probably just that i have no idea how to do this. ./configure seems to be a command that doesn't work, also leaving out the . or the / or the ./ didn't do anything. i guess the problem is that i don't know how these things work, so i can't think of solutions. if you could tell me how to do this, i'd be very happy, as it'd enable me to solve similar problems in the future. but if you think it's just too big a step, wanting to run before knowing how to walk or even crawl, your compiled objects would be most welcome too. thanks a lot four your help! cheers, robbert On 11/2/06 8:21 AM, "Scott Driscoll" <[EMAIL PROTECTED]> wrote: Hi, think the latest version of aubio has gotten a lot of kinks worked out concerning compiling on a mac. Do you have the latest one? aubio-0.3.2.tar.gz? If you can't get it to work without too much trouble I can email you the objects I compiled. I've also been porting it over to a Max/MSP object but I still some issues to work out with that. Let me know, -Scott robbert van hulzen wrote: dear aubios, frank barknecht posted a great patch on the pd list: a "slicer" that cuts up a sample and plays back the segments in random order. however, i'm using [bonk~] instead of his proposed aubio-objects, as i wasn't able to find a compiled version on the internet (if that's at all possible?), and my attempts to compile the thing myself stranded very early. i would like to understand why, and how to make it work, so any help would be appreciated (that could also be: "don't even start thinking about things like this yet", as i really don't have any idea about compiling and related issues). here's what happened: following the instructions in the download's install instructions: $ sh ./configure ./configure: ./configure: No such file or directory following instructions from the aubio mailing
Re: [PD] Audio segmentation
that's very cool...! thanks for a great patch, frank. i've been wondering how to create sth like this for some time, it being on my wishlist for once-i-kind-of-understand-how-pd-actually works (quite some stages of hyperlearning away). i'll try and get it to work for a recorder bassline (lots of tongue rams may indeed be needed). however, i'm using [bonk~] instead of aubio, as i wasn't able to find a compiled version on the internet (if that's at all possible), and my attempts to compile the thing myself stranded very early. i would like to understand why, and how to make it work, so any help would be appreciated (that could also be: don't even start thinking about things like this yet). here's what happened: following the instructions in the download's install instructions: $ sh ./configure ./configure: ./configure: No such file or directory following instructions from the aubio mailing list: $ gcc -bundle -undefined suppress -flat_namespace -laubio -L../src/.libs -o aubio.pd_darwin *.o powerpc-apple-darwin8-gcc-4.0.0: *.o: No such file or directory i suppose i'm doing some very basic things wrong. but oh how to figure out which things those are, exactly. cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] a few beginner's questions
thanks mike--for now i'll just stick with the .xml, seems to be working and i don't have to figure out how to write a pref file. cheers, robbert On 10/24/06 12:48 PM, "Mike McGonagle" <[EMAIL PROTECTED]> wrote: > Robbert, > > You won't be able to see a "." (dot file, files whose names begin with > a period) because the system hides them from users. This is also a > file that you need to create on your own, as PD does not create one by > default. In creating one of these files you can type the following: > > terminal_prompt> echo > .pdrc > terminal_prompt> open -a XCode .pdrc > > the first line (typing everything AFTER the 'terminal_prompt>') will > create a new file named '.pdrc'. Be sure that you are working from > your home directory as that is where PD expects to find this. The > second line will open the file in XCode. I don't know of any other way > to open these files on the Mac, as these sorts of things are > considered to be Unix configuration files, and as such, and hidden > from the user. Also, note, that on subsequent editings of this file, > make sure that you do not re-enter the first line, as this will > overwrite what is already there. > > As far as the XML configuration files, I have stuck with using the > .pdrc file, but I have heard that this method will be depreciated (is > that true?), so I wonder if you should stick to learning the XML > method. > > Mike ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] samplemapper?
On 10/24/06 5:14 AM, "derek holzer" <[EMAIL PROTECTED]> wrote: > In the [ex-sampler] abstraction included, open up the [pd > main_selector] subpatch. Inside there you will see the mechanism which > outputs two things: a "$1-zample" message which you can use to tell > [tabread4~] which of the tables to read, that's set by the [samplemapper], isn't it? isn't this related to the coll .txt? or do i have to specify things there myself? > and the length of the sound in > samples, which you can use to control playback. given by the zample-size in [pd selector], isn't it? if i'm correct, these things are specified as soon as i load my samples into the [samplemapper]? i do get sound (test with [osc~], toggle and gain are as they should be. i still sometimes get the message that (x)-zample is multiply defined. also, i once had succes in getting the sounds to play back: by selecting them, and than banging them by clicking the toggle to on. just sending the number value (of course with toggle value 1) didn't do anything. after closing and reopening the patch, without changing anything, the toggle didn't do anything anymore either: no sound at all, while [osc~] always works. i don't have time to keep trying right now, i'll let you know when i figure out more. if you have any ideas, i'd love to hear. cheers, robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] a few beginner's questions
Thanks for your explanations, Mathieu! I can't seem to find .pdrc (i'm on mac osX 4.8). The org.puredata.plist opens in the property list editor, seems to be an .xml file. The "startup flags" from the "startup preferences" (as accessed from pd) show up labelled "flags" (class: string). Interestingly enough, arguments that I entered there before and deleted again, were still there too, labelled "path" (class: string). They were the paths to my "abstractions" and other people's "pdstuff", deleted because everything still loaded (now i understand because they were still in the file, though i didn't see them in pd's prefs window), leading me to the conclusion that folders within a folder also load... What's the scoop on that one exactly? All libs are specified in the prefs, rather than just including the path to ../extra/, but then files from subfolders in the the libs _are_ loaded, aren't they? And then [bonk~], which lives in a "bonk~" subfolder in "extra", does load, without being pointed to by a path. After deleting the paths to my "abstractions" and "pdstuff" in the Prop List Ed, with no visible changes in the "startup flags" from the "startup preferences" in pd, while leaving a path to their parent folder, "abstractions" nor "pdstuff" showed up anymore. Also, i had pd live in the applications folder, then moved (copied) it to a pd folder in the app folder. In the org.puredata.plist in the PLE, the paths to libraries for both are included. Others, eg freeverb, hcs, had only the old path: to pd in the app folder. After some cleaning up (correcting the paths, deleting duplicates), everything works, though my changes are not reflected in the preferences as accessed from pd -- "startup flags" now have no paths specified, though in the .xml file i specified "abstractions" and "pdstuff" to be loaded on startup, and they do. Would the .pdrc way make things more transparent? so indeed, hyperlearning's continuing. not only taking the time of hanging out in the pub, but also of writing the music for a gig on thursday... thank heavens i'm an improviser ;) -- Pd-0.39.2-extended-test5 mac osx 10.4.7, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] samplemapper?
thanks for that. it's disappeared already. i guess i should only post once i've tried everything and i'm totally desperate. or go to the forum ;) but i was, really. no idea why it sometimes does things it then just stops doing after a while. oh the mystery... not that i have any sound now, though. does anyone know whether derek holzer's ex-sampler (suggested setup in the helpfile) works like it is or whether i have to change things in it? i've set it up now as suggested in the help file, but nothing's happening. On 10/23/06 11:20 PM, "Patco" <[EMAIL PROTECTED]> wrote: > Hello, you've certainly duplicated a table called 9-zample, > try "Find" to find and erase the three erroneous clones. > Patco. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] samplemapper?
so with mike's help ("Re: [PD] a few beginner's questions") i sorted out the
"couldn't create" trouble. also, i figured out the coll file stuff, i've got
it all mapped properly, it seems. only: no sound.
warning: 9-zample: multiply defined
and that line times 4. i'm a bit scared of just diving into the patch &
subpatches and start changing things around, so if anyone has a tip, i'd be
most grateful.
cheers, robbert
--
Pd-0.39.2-extended-test5
mac osx 10.4.7, 15" G4 PB 1.67 GHz, 1 GB ram
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] a few beginner's questions
and yes oh yes, that did the trick! thanks a lot for that one, mike. it also solved my stripdir & ftos questions (see "samplemapper?" post). just wondering: does anyone know why some of these objects were not included in the latest (?) pd-ext distro? On 10/23/06 1:52 PM, "Mike McGonagle" <[EMAIL PROTECTED]> wrote: > I will take a stab at this, and guess what you need to do here is > (right-click or option click) on the PureData Application, and then > select "Show Package Contents" from the menu. This will open the > Application as a folder, and allow you to see/modify what is in the > package. The files that you should be looking for (to get pan~ back, > if it isn't depreciated) would be in the Resources/extras folder. This > Resources folder takes the place of the usually Unix-like install > directory structure. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] samplemapper?
in trying to emulate a patch environment for my roland spd-s (see post "roland spd-s"), i thought it might be a good id to use derek holzer's "samplemapper" abstraction. however: warning (coll): no coll file '/Users/robbert/Music/patches/pdstuff/spd-loader.txt' ftos ... couldn't create stripdir ... couldn't create is what i get. i suppose i'm missing some objects (another pd version? missing libs?) and i'm not treating the creation argument right. i'd be grateful for any answers. cheers, robbert -- Pd-0.39.2-extended-test5 mac osx 10.4.7, 15" G4 PB 1.67 GHz, 1 GB ram ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] roland spd-s
i'm looking for a pd version of the roland spd-s (sampling pad with 9 drum / percussion playing surfaces) patching system (assigning sounds to pads, being able to create mute groups, having a possibility to have the velocity have an effect or not etc). anyone out there who has sth like that lying around? if not, i'll try to build one. i'll use it as an abstraction, which brings me to another question: i understood abstractions take creation arguments. could i implement something that will have the creation arg be the name of the patch, and save its settings? would that be a rrad sort of approach? as you can see, i've picked up some info here and there, but i don't really know what i'm talking about. de klok en de klepel... any help would be much appreciated! cheers, robbert ps does anyone on the list happen to be at the banff centre at the moment or in the time till 2 nov? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] a few beginner's questions
i don't think the list would have to be a lot friendlier, and splitting things into beginners and überusers would not make me happy. i've been lurking on the list for a while now, learning lots, enjoying the different angles, and happily skipping things that are too far over my head. also, by reading about topics of different kinds and levels, i'm getting a good feeling for where my own limits are, what i want to learn and what i'd rather leave to other people etc. so there, my two pennies as an absolute beginner who's enjoying the list. on to the real reason for my post. did anything happen to the pan~ object? i upgraded to pd-0.39.2-extended-test5 a little while ago (if i'm correct this is the latest stable version, even though i got it from hcs' site rather than from www.puredata.org?), and pan~ doesn't create. i suppose i could drag it into the new app package? where does it reside in the old one? the os X search system isn't very helpful, it just doesn't show. because it's in the package? then i was wondering whether there is a way to add more startup paths without using the -path flag, simply to keep things a bit tidy. i had some trouble adding paths to the flag, but now that i'm trying to reproduce the problem so i can quote the message i got in the pd window, it all seems to work fine. re the tutorials (hcs and others): i'm trying to learn pd by going through msp's examples, and some other tutorials. not very systematically, as i find i've forgotten specific info when i need it. also, there seems to be quite a jump between learning about printing "hello world" and trying to get some musical results. i try to learn by looking at other patches, thinking lots, and finding / using the tutorials that will explain what i need. which usually gets me to learn about other things too. kind of circular learning (?). i find other people's patches very helpful and inspiring, but the idea of including The Patch with the distribution doesn't sound appealing at all. the reason why i'm attracted to pd is to figure out what i want and then how to get that. if i want to start producing music straight away, i'll get ableton live (which is of course a useful and inspiring application) or sth like that. robbert ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
