Re: [PD] Creation Argument Weirdness
Thanks, Matt. I also see that I overlooked a previous thread about this very issue. I guess I shouldn't make a bug tracker entry since it's not clear whether this is desired behavior or not, but I'm curious: does anyone desire this behavior? It just seems obscure that loadbang would bang but disable (non-[pipe]ed) outlets. -Jonathan --- On Fri, 4/10/09, Matt Barber brbrof...@gmail.com wrote: From: Matt Barber brbrof...@gmail.com Subject: Re: [PD] Creation Argument Weirdness To: pd-list@iem.at, Jonathan Wilkes jancs...@yahoo.com Date: Friday, April 10, 2009, 4:34 AM Hi, I think I may have found a bug. After changing the abstraction argument, nothing comes out of the outlet to the parent patch. I'm on windows; can someone confirm before I post it on the bug tracker? Same over here. As a very limited hack, you can throw a [pipe 0] in, but dataflow ordering gets screwed up. See attached. M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] beat detection
I think it's a problem with the download from the plone site. I've re- uploaded here: http://www.postlude.co.uk/incoming/Pd-extended.app.tar.bz2 Should give a faster, more reliable download. Let me know how you get on. Jamie -- http://www.jamiebullock.com On 9 Apr 2009, at 17:10, J. Simon van der Walt wrote: Aha, yes, now found and I downloaded Jamie's Postlude, but the tar.bz2 wouldn't even decompress correctly? Mac OS 10.4 JS ___ 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] beat detection
The aubio library needs to be loaded at startup. Preferences - Startup... then add 'aubio' (without the quotes) to the list. Then relaunch Pd. You should get a reassuring: 'aubio external for pd, version 0.1' posted to the console and be able to load [aubioonset~] If not, let me know any error messages you get. best, Jamie -- http://www.jamiebullock.com On 9 Apr 2009, at 16:41, Alexandre Porres wrote: aubio is available at Jamie's Postlude Distribution of Pd-Extended for mac os only But it is not working here with me... jamie? cheers On Thu, Apr 9, 2009 at 11:31 AM, pd-list-requ...@iem.at wrote: Send Pd-list mailing list submissions to pd-list@iem.at To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to pd-list-requ...@iem.at You can reach the person managing the list at pd-list-ow...@iem.at When replying, please edit your Subject line so it is more specific than Re: Contents of Pd-list digest... Today's Topics: 1. new arduino mega (Jose Luis Santorcuato) 2. Re: Pdpedia and random generation (dmotd) 3. Re: Pdpedia and random generation (dmotd) 4. Re: Pdpedia and random generation (dmotd) 5. Re: beat detection (J. Simon van der Walt) -- Message: 1 Date: Thu, 9 Apr 2009 09:58:23 -0400 From: Jose Luis Santorcuato santorcuat...@gmail.com Subject: [PD] new arduino mega To: PD List pd-list@iem.at Message-ID: 4345df630904090658r4bf4f1a4g26c2daa6ec7ee...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 HI everybody... the new arduino mega is here, but i think the ide program and the pduino object must update...Hans is possible or is possible change parameteres in firmata and pduino??? well... just a questions... Have a nice day friends Check the blog... the firts video in in Spanish and the secon English Thanks a lot Cheers from Chile Jos? Luis -- http://arselectronicachile.blogspot.com/ www.myspace.com/santorcuato -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20090409/2aa048f9/attachment-0001.htm -- Message: 2 Date: Fri, 10 Apr 2009 00:07:43 +1000 From: dmotd dm...@gmx.net Subject: Re: [PD] Pdpedia and random generation To: marius schebella marius.schebe...@gmail.com Cc: pd-list@iem.at Message-ID: 20090417.43420.dm...@gmx.net Content-Type: text/plain; charset=iso-8859-1 hey marius, okay, well i think we're on the same page here, what you describe and what's in my head seem to be somewhat aligned. i have a little bit of time spare at present and a fair bit of experience developing web based content management systems, so hopefully these ideas could gather a little momentum. what is important here is that there is a layer that is consistent between all interfaces connecting to it (ie. the database), and the way that this inforation is organised and presented can vary depending on the interface. it is also very important to make sure that the reference is maintainable, and where possible self documenting. this is where your data mining experiments are valuable, any statistics that we can easily gather, help to build the picture of how pd operates, and could certainly aid in the development of pd into the future. i know there is a limit to what can be automated and often automated content is more of a pain than a help, but a few small things may help with maintenance issues. for example plugging into the output of CIA (which pd is a subscriber to), should allow the object database to easily monitor changes to the svn, which in turn could create a section of 'watched' objects that would provide a list of known changes to objects (however small) and warn potential contributors that the object internals have changed and the reference may need to be updated. when i initially started building my own database, i wanted to have a little picture of the object being described, with all of its inlets and outlets present. i decided to draw this using GD (a php graphing app), but in order to do so i had to document the inlets and outlets that were present, and those that were created dynamically on init - which meant documenting the init arguments too. this small exercise in futility helped expand the reference to include a bit more detail on each class, which i now recognise is invaluable to the database (and myself) having a stronger knowledge of pd internals. and now i have something that could potentially draw *basic* pd patch code without having to use pd as a server, or analyse pd patches with finer precision. another example, i used your CSV file to build a small sh script that can analyse a pd patch and an abstraction folder, and list missing objects (and unique objects for that matter) required for
Re: [PD] beat detection
Jamie, Thanks, that's working now, thanks. Although I, found I had to unarchive the file with 'BOMArchiveHelper', 'The Unarchiver' failed... maybe I just have too many unarchiving utilities on my system :) Cheers, JS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd and recent jackd
Le jeudi 09 avril 2009 à 21:52 +0200, Martin Schied a écrit : Hi! This might be the same issues which bothered me some time ago. Try running jack using '-R' and '-P' parameters together like: jackd -R -P 15 -d alsa You can also set -P in qjackctl For me everything above 11 worked without these errors on alsa, for firewire audio I had to set it slightly higher. Also have a look at what roman said in this thread, which was quite helpful: http://lists.puredata.info/pipermail/pd-list/2009-04/069267.html cheers, Martin Hi Martin, I try various rt priority settings without any success, dropouts are still here. I think part of your problem comes form : zombified - calling shutdown handler To avoid this you can can try to increase the jackd timeout watchdog with option -t 5000 or disabling client zombification with option -Z. Which version of jackd do you use? All the best ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Embedd Pure Data in BASIC Stamp?
Hi there everybody I just founded out that I have a BASIC Stamp board lying in my house, and I start to think about starting a project that involve this board. But the problem is can Pd actually be embedded in a BASIC Stamp? Or if not, can it be embedded in an ARduino board? I've noticed that there's PdA (Pure Data Anywhere). Can this be used for my project? Thank you all :) -- mataharipertama.wordpress.com kotakmakan.multiply.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdscript ?
Dear list, I get jealous when I see SuperCollider users sending around one-liners like: play{SinOsc.ar(OnePole.ar(Mix( LFSaw.ar([1,0.99],[0,0.6], 2000,2000).trunc([400,600])*[1,-1] ),0.98)).dup*0.1} Having a scripting language front-end is a great way to share snippets of code on social networks, twitter, chat and the like. To my knowledge Pd has nothing like this; the only way to express a patch is graphically, right? This got me thinking about alternative (textual) ways to express a dataflow/DSP graph. Firstly I'd love to know if anyone else has worked on this. I'd also be interested to know if there are any existing *textual* dataflow languages that could be useful here. Anyhow, I've had a first stab at a textual representation of a Pd graph. It can be found at: http://www.jamiebullock.com/2009/04/pdscript.html Thoughts welcome! Jamie -- http://www.jamiebullock.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Ded simple bass drum synth?
What a lot of filters there are in Pd... still trying to get more Pd and less Max/MSP, I needed a quick and dirty electro bass drum for testing, but resorted to tried and tested; [click~] | [reson~ 200 80 4] What would someone with Pd instincts do? Cheers, JS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd and recent jackd
Hi Martin, I try various rt priority settings without any success, dropouts are still here. I think part of your problem comes form : zombified - calling shutdown handler To avoid this you can can try to increase the jackd timeout watchdog with option -t 5000 or disabling client zombification with option -Z. Which version of jackd do you use? currently I'm using jackd version 0.116.1, before that I was using 0.109.2-3ubuntu1 (current intrepid version?), which already had this issue. I also noticed that different timeout settings made noticeable changes to this issue but it didn't solve the problem entirely, (btw. I already was using 9000ms, and this watchdog is not jack-related but built into pd / gui as far as i know.) when trying different things concerning realtime permissions I also noticed that priorities for audio group in /etc/security/limits to something below 10 (don't know exactly anymore) also had an influence (because pd had no more rt permissions then). now everything's fine when jack is started with sufficient priority, no matter which other settings I use with jack (except dropouts with too low latency or doing graphics stuff with gem in the same instance of pd). Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Ded simple bass drum synth?
An efficient sine wave based kick drum is in this exercise http://obiwannabe.co.uk/html/workshops/SAE/SAE-mex.tar.gz On Fri, 10 Apr 2009 14:28:36 +0100 J. Simon van der Walt tedthetrum...@gmail.com wrote: What a lot of filters there are in Pd... still trying to get more Pd and less Max/MSP, I needed a quick and dirty electro bass drum for testing, but resorted to tried and tested; [click~] | [reson~ 200 80 4] What would someone with Pd instincts do? Cheers, JS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] embedded preferences...
The settings in patches should override any of these settings, IMHO. I would like to see more of that kind of stuff. For example, instead of a single 'audio-dialog' message, it would be very handy to have individual messages for each configuration item, like pd sample-rate 48000, pd use-callbacks 1, pd verbose 1, etc. Here's what I know about embedded prefs files: Pd-extended: GNU/linux default.pdsettings - overridden by user prefs Mac OS X org.puredata.pd.default.plist - overridden by any other prefs org.puredata.pd.plist - overrides all other prefs Windows (nothing) Pd-vanilla: GNU/linux default.pdsettings - overridden by user prefs Mac OS X org.puredata.pd.plist - overridden by user prefs Windows (nothing) Windows should have this too, IMHO, its just a question of how to implement it. Maybe just a folder in the registry, like /Software/Pd are the normal prefs and /Software/Pd/default are the default prefs. For Windows, I think it would be worthwhile having a file that overrides all other settings so that people can bundle Pd into a standalone app with its own prefs. Perhaps it could be like path/to/ pd/pdsettings.txt and just be a pdsettings file. I suppose the same code/idea could be used for GNU/Linux, but I think it would be cooler to have Pd generate .debs. .hc On Apr 9, 2009, at 12:30 PM, Miller Puckette wrote: I think this is a good idea, but don't know in detail how to do it. Patches should be able to have a say as to what they prefer (beyond what's available via the declare object) but they can't just smash over everything - for instance, they might not know what audio device they should use. O've started putting local config files in some of my patches for which I have versions for 3 different audio setups the patch has to run in - I just use loadbang and textfile :) Miller On Thu, Apr 09, 2009 at 12:56:09PM +0200, IOhannes m zmoelnig wrote: hi all. i was wondering what the status of embedded preferences (that is: using a local preference file that is attached with a certain Pd-application rather than the global preferences valid for all Pd's on the system) for all platforms and the various tastes of Pd was. i know that you can embed a preference file in an osx-bundle in Pd-extended (at least since 0.40), and iirc this embedding has been accepted into Pd-vanilla as well (since version ?) i seem to remember that a similar mechanism exists on linux. i cannot remember anything about w32 (which might be more complicated, given that with w32 we are using the registry rather than a file that ships with Pd) so my question is: - is embedding preferences supported on all platforms? - is embedding preferences supported on both Pd-vanilla and Pd- extended? - what is the minimum version of Pd i need to acquire the usufruct (with regard to taste) fgamdsr IOhannes ___ 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 All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] nightly Windows builds are back
Finally, I got a replacement Windows server up again, and its producing nightly builds! This time I have a backup... plus its real server hardware with lots of fans and a backup disk, never mind that its from 2001 :D. It's an upgrade from the old 700Mhz box to a 733!! w00t! http://puredata.info/docs/developer/WindowsXPI386 You can download the builds from the usual place: http://autobuild.puredata.info/auto-build/latest/ And if you need access to build externals on the MinGW setup, send an request email to pd-...@iem.at with your ssh key. http://puredata.info/docs/developer/PdLab .hc It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] 64-bit builds for Mac OS X 10.5/Intel?
So there is a part-time Mac OS X 10.5/Intel build box running. This could run nightly-ish 64-bit builds if someone got the 64-bit builds working in the build system. I don't have time to do it, but I could help make sure it runs automatically if someone figures out the build flags. Basically, there is some infrastructure in place for it, I think it should be possible just by editing the CFLAGS and LDFLAGS in packages/ darwin_app/Makefile .hc kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Embedd Pure Data in BASIC Stamp?
Adityo Pratomo wrote: Hi there everybody I just founded out that I have a BASIC Stamp board lying in my house, and I start to think about starting a project that involve this board. But the problem is can Pd actually be embedded in a BASIC Stamp? Or if not, can it be embedded in an ARduino board? I've noticed that there's PdA (Pure Data Anywhere). Can this be used for my project? Both the Stamp and the Arduino have insufficient program memory to run Pd, even with no gui. They are best suited for I/O with a serial connection to Pd via [comport]. Also the Stamp can't wait for serial input while doing some other task, so it works better as an input device. The Stamp is much slower than the Arduino since it must interpret Basic tokens at runtime while the Arduino directly executes the machine code resulting from compiling a higher level language. So if your project involves something like reading sensors or activating motors or lights, they are both good for that, whether or not you have some higher level of control or display implemented on a desktop/laptop. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Embedd Pure Data in BASIC Stamp?
Hmm, just like I think before..how about the PdA? What's the minum memory to run this? I've seen it implemented in iPod. On Fri, Apr 10, 2009 at 11:25 PM, Martin Peach martin.pe...@sympatico.cawrote: Adityo Pratomo wrote: Hi there everybody I just founded out that I have a BASIC Stamp board lying in my house, and I start to think about starting a project that involve this board. But the problem is can Pd actually be embedded in a BASIC Stamp? Or if not, can it be embedded in an ARduino board? I've noticed that there's PdA (Pure Data Anywhere). Can this be used for my project? Both the Stamp and the Arduino have insufficient program memory to run Pd, even with no gui. They are best suited for I/O with a serial connection to Pd via [comport]. Also the Stamp can't wait for serial input while doing some other task, so it works better as an input device. The Stamp is much slower than the Arduino since it must interpret Basic tokens at runtime while the Arduino directly executes the machine code resulting from compiling a higher level language. So if your project involves something like reading sensors or activating motors or lights, they are both good for that, whether or not you have some higher level of control or display implemented on a desktop/laptop. Martin -- mataharipertama.wordpress.com kotakmakan.multiply.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] mapping
hello, since i'm tired of useless discussion, i had to do something. i'm not really proud of this, but i did fork the mapping lib. so i'm back working on my own, just like i use to do with la-kitchen lib, before the mapping lib. i commited a puremapping folder in svn/abstraction/nusmuk all abstractions there should be vanilla-pd (expr free). they have no dependency except other puremapping abstractions. (exept pm object who need msd) this objects are most of the time compatible with same named abstractions on the la-kitchen folder, or on the mapping folder. however, i already debug few of the mapping abstraction... i also changed some abstractions name and add a few. i did not convert all mapping abstraction, i just convert the one i use. i could port other abstractions if there is a need, but i don't think there will be lot's of users... this also mean that i stop all development for the mapping lib, i'm now working only on the puremapping one. Cyrille ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Embedd Pure Data in BASIC Stamp?
Adityo Pratomo wrote: Hmm, just like I think before..how about the PdA? What's the minum memory to run this? I've seen it implemented in iPod. According to http://gige.xdv.org/pda/ you need to be able to run linux on the device. Something like the ARM processor is a much more powerful processor than the 8-bit microcontrollers used in the Stamp and Arduino. I'd guess you probably need at least 128MB of RAM or flash to run linux, which is a thousand times more than an Arduino's 128kB of flash. The Stamp only has 3kB for its program. Martin On Fri, Apr 10, 2009 at 11:25 PM, Martin Peach wrote: Adityo Pratomo wrote: Hi there everybody I just founded out that I have a BASIC Stamp board lying in my house, and I start to think about starting a project that involve this board. But the problem is can Pd actually be embedded in a BASIC Stamp? Or if not, can it be embedded in an ARduino board? I've noticed that there's PdA (Pure Data Anywhere). Can this be used for my project? Both the Stamp and the Arduino have insufficient program memory to run Pd, even with no gui. They are best suited for I/O with a serial connection to Pd via [comport]. Also the Stamp can't wait for serial input while doing some other task, so it works better as an input device. The Stamp is much slower than the Arduino since it must interpret Basic tokens at runtime while the Arduino directly executes the machine code resulting from compiling a higher level language. So if your project involves something like reading sensors or activating motors or lights, they are both good for that, whether or not you have some higher level of control or display implemented on a desktop/laptop. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Creation Argument Weirdness
I haven't tried this (and can't on this computer), but it occurred to me you may want to see what happens if you put the [pipe 0] directly after the [loadbang] (before the trigger). [pipe] and [delay] should always make a break in logic flow, right? Matt On Fri, Apr 10, 2009 at 2:40 AM, Jonathan Wilkes jancs...@yahoo.com wrote: Thanks, Matt. I also see that I overlooked a previous thread about this very issue. I guess I shouldn't make a bug tracker entry since it's not clear whether this is desired behavior or not, but I'm curious: does anyone desire this behavior? It just seems obscure that loadbang would bang but disable (non-[pipe]ed) outlets. -Jonathan --- On Fri, 4/10/09, Matt Barber brbrof...@gmail.com wrote: From: Matt Barber brbrof...@gmail.com Subject: Re: [PD] Creation Argument Weirdness To: pd-list@iem.at, Jonathan Wilkes jancs...@yahoo.com Date: Friday, April 10, 2009, 4:34 AM Hi, I think I may have found a bug. After changing the abstraction argument, nothing comes out of the outlet to the parent patch. I'm on windows; can someone confirm before I post it on the bug tracker? Same over here. As a very limited hack, you can throw a [pipe 0] in, but dataflow ordering gets screwed up. See attached. M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nightly Windows builds are back
great, finally! there are still some details, though: there are still files that need to be confirmed to overwrite, and shouldn't have to. these files are in the folders - /bin -/doc/ - adding to that, these files were installed as written-only. so the user has to keep the yes key pressed for 10m - /extra/ - the files were read-only, so they had to be changed before installing. but there was no overwrite confirmation here besides that, it seems to be working. Finally, I got a replacement Windows server up again, and its producing nightly builds! This time I have a backup... plus its real server hardware with lots of fans and a backup disk, never mind that its from 2001 :D. It's an upgrade from the old 700Mhz box to a 733!! w00t! http://puredata.info/docs/developer/WindowsXPI386 You can download the builds from the usual place: http://autobuild.puredata.info/auto-build/latest/ And if you need access to build externals on the MinGW setup, send an request email to pd-...@iem.at with your ssh key. http://puredata.info/docs/developer/PdLab .hc It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd FLOSS Manual Update pt 1
* http://en.flossmanuals.net/bin/view/PureData/Messages --Looks very good! thanks, * http://en.flossmanuals.net/bin/view/PureData/Math --I guess it isn't necessary to explain how [+], [-], [*] and [/] work. Check for tone. --Bit twiddling: empty --Expr: empty --Audio math: empty I'll add that in the next days, or as soon as I can. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] embedded preferences...
hi Miller Puckette wrote: I think this is a good idea, but don't know in detail how to do it. Patches should be able to have a say as to what they prefer (beyond what's available via the declare object) but they can't just smash over everything - for instance, they might not know what audio device they should use. actually my need comes from wanting to automatically open a certain patch when starting Pd. so - while i think that every configuration i can store in a patch is a great plus - this doesn't necessarily solve my problems. i think a good idea would be to automatically look for a special patch (e.g. bin/autostart.pd) and always open it. i would even go as far as use this patch to store all the preferences (and get rid of the system-specific preference system). for the sake of clarity, this patch should then be opened invisibly. if somebody wanted to edit it, they can always manually open it. something like this had been discussed on this list already, iirc. O've started putting local config files in some of my patches for which I have versions for 3 different audio setups the patch has to run in - I just use loadbang and textfile :) not a bad idea though not very feasible if you want to enable/disable e.g -rt, is it? out of curiosity: do you have lines like pd audio-dialog 0 0 0 0 2 0 0 0 0 0 0 0 2 0 0 0 44100 50 -1; in this textfile? mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
On Tue, Mar 31, 2009 at 2:09 PM, Philip Potter philip.g.pot...@gmail.com wrote: 2009/3/31 Alexandre Porres por...@gmail.com: so we need :someone to manage the system, ok, but then I see that this problem is kinda well solved, right? But how do you all see the writting of articles? Is it growing out well? I believe someone could also direct how things are going, and that a main team could work on it by fomenting its development and all... right? Something like a WikiProject on wikipedia? It would be good to have standards on how articles should be formatted and what kind of information should be presented. I see there has been some effort to generate a standard layout for an article on an object, with inlets, outlets, arguments and messages as separate sections; but I can't find a good article to serve as an example for how all articles should look. The best I can find is: http://wiki.puredata.info/en/dac~ http://wiki.puredata.info/en/metro If more articles looked like this, I think pdpedia would be much more useful. Yo - I made this http://wiki.puredata.info/en/switch%7E long ago with the intention of it serving as an example (but of course, it could use improvement). As you can see, it makes use of a few tricks for styling object references I added when Pdpedia was birthed - I think they were forgotten though : ). Check out the source to see how they're done. Best Luke Do we want pdpedia to just be a reference manual of objects, or do we also want to include design patterns such as the [pack 0 0 0 0 0]/[unpack 0 0 0 0 0] idiom mentioned elsethread, tutorials, good practices and suchlike? Philip ___ 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] embedded preferences...
Hans-Christoph Steiner wrote: The settings in patches should override any of these settings, IMHO. I would like to see more of that kind of stuff. For example, instead of a single 'audio-dialog' message, it would be very handy to have individual messages for each configuration item, like pd sample-rate 48000, pd use-callbacks 1, pd verbose 1, etc. i fully agree. though i would prefix every audio-dialog submessage with audio (e.g. pd audio-usecallbacks). and i would use symbolic specifiers where possible, rather than numeric enumerations (e.g. pd audio-api 3 is so much harder to understand compared to pd audio-api MMIO - though both messages are equally likely to fail when switching OSs) Here's what I know about embedded prefs files: Pd-extended: GNU/linux default.pdsettings - overridden by user prefs Mac OS X org.puredata.pd.default.plist - overridden by any other prefs org.puredata.pd.plist - overrides all other prefs Windows (nothing) Pd-vanilla: GNU/linux default.pdsettings - overridden by user prefs Mac OS X org.puredata.pd.plist - overridden by user prefs Windows (nothing) thanks for the info. btw, what's the point of embedding a preferences file if it gets overriden by the user prefs? esp since there is currently no way to only specify half of the preferences (e.g. specify the sample-rate, but use the users preferred audio-api) Windows should have this too, IMHO, its just a question of how to implement it. Maybe just a folder in the registry, like /Software/Pd are the normal prefs and /Software/Pd/default are the default prefs. hmm, setting the registry is not easily done (from a packagers point of view) without an installer. so i guess there is no additional benefit with respect to chosing sensible defaults from within Pd. anyhow, another idea along this lines: specifying an alternative preference registry-path via a cmdline arg. pd -preferences /HKLU/Software/Pd/MyOtherPrefs on linux pd -preferences ~/projects/MySuperPrefs and likewise on osx. but i am really afraid of the registry and would rather not have to fuddle around there at all. For Windows, I think it would be worthwhile having a file that overrides all other settings so that people can bundle Pd into a standalone app with its own prefs. Perhaps it could be like path/to/pd/pdsettings.txt and just be a pdsettings file. yep. or as said in the other mail: make it /path/to/pd/pdsettings.pd which is way more flexible. I suppose the same code/idea could be used for GNU/Linux, but I think it would be cooler to have Pd generate .debs. while it might be cool to have Pd generate .debs (actually i doubt it would be feasible; it would also be cool to have Pd generate .msi installers; but i guess both are beyond the scope of an ordinary program like Pd as they are both complex pieces of software (the .app is a bit different as it can be acchieved with simple copying), i am not sure how this relates to the problem of embedded preferences. obviously you don't need embedded preferences on linux so much, as any script (which in turn can just pass -noprefs -alsa ... to pd) is virtually indistinguishable from a real application like Pd. unlike osx and w32 where scripts are somehow considered non-real apps. so i guess your auto-deb-ianizing Pd would create mainly create a nice frontend script. fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] embedded preferences...
On Apr 10, 2009, at 4:22 PM, IOhannes m zmölnig wrote: hi Miller Puckette wrote: I think this is a good idea, but don't know in detail how to do it. Patches should be able to have a say as to what they prefer (beyond what's available via the declare object) but they can't just smash over everything - for instance, they might not know what audio device they should use. actually my need comes from wanting to automatically open a certain patch when starting Pd. so - while i think that every configuration i can store in a patch is a great plus - this doesn't necessarily solve my problems. i think a good idea would be to automatically look for a special patch (e.g. bin/autostart.pd) and always open it. i would even go as far as use this patch to store all the preferences (and get rid of the system-specific preference system). for the sake of clarity, this patch should then be opened invisibly. if somebody wanted to edit it, they can always manually open it. something like this had been discussed on this list already, iirc. Yes, I fully agree with this. For whatever reason, I use the word startup perhaps autostart is a better word. Here's how I think it should work: - pd should load everything it a folder called autostart - Pd should load any file in the path called autostart.* So Pd would then load autostart.pd_linux, autostart.tcl, autostart .pd, autostart.pd_lua, etc. I made a working sketch of this idea in pd-devel, it loads Tcl code to modify the GUI. Check out the 'startup' folder. .hc O've started putting local config files in some of my patches for which I have versions for 3 different audio setups the patch has to run in - I just use loadbang and textfile :) not a bad idea though not very feasible if you want to enable/ disable e.g -rt, is it? out of curiosity: do you have lines like pd audio-dialog 0 0 0 0 2 0 0 0 0 0 0 0 2 0 0 0 44100 50 -1; in this textfile? mfga.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nightly Windows builds are back
Check out InnoSetup and see if you can figure out. For now I tell everyone to uninstall, then reinstall. I don't really have the Windows knowledge to test this stuff and make it work better. .hc On Apr 10, 2009, at 3:19 PM, João Pais wrote: great, finally! there are still some details, though: there are still files that need to be confirmed to overwrite, and shouldn't have to. these files are in the folders - /bin -/doc/ - adding to that, these files were installed as written-only. so the user has to keep the yes key pressed for 10m - /extra/ - the files were read-only, so they had to be changed before installing. but there was no overwrite confirmation here besides that, it seems to be working. Finally, I got a replacement Windows server up again, and its producing nightly builds! This time I have a backup... plus its real server hardware with lots of fans and a backup disk, never mind that its from 2001 :D. It's an upgrade from the old 700Mhz box to a 733!! w00t! http://puredata.info/docs/developer/WindowsXPI386 You can download the builds from the usual place: http://autobuild.puredata.info/auto-build/latest/ And if you need access to build externals on the MinGW setup, send an request email to pd-...@iem.at with your ssh key. http://puredata.info/docs/developer/PdLab .hc It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nightly Windows builds are back
Check out InnoSetup and see if you can figure out. For now I tell everyone to uninstall, then reinstall. I don't really have the Windows knowledge to test this stuff and make it work better. uh, me neither. what's an innosetup? I can't do much more than run the thing. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] peakamp~ abstraction?
cyclone's peakamp~ is a nice, easy to use object for getting the peak amplitude, and gives the numbers in an easier to use format than pvu~. Anyone ever tried to implement this kind of thing in Pd? .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] new arduino mega
If you can get StandardFirmata to run on it, then nothing should need to change on the Pduino side. I don't have one, so I can't test it. .hc On Apr 9, 2009, at 9:58 AM, Jose Luis Santorcuato wrote: HI everybody... the new arduino mega is here, but i think the ide program and the pduino object must update...Hans is possible or is possible change parameteres in firmata and pduino??? well... just a questions... Have a nice day friends Check the blog... the firts video in in Spanish and the secon English Thanks a lot Cheers from Chile José Luis -- http://arselectronicachile.blogspot.com/ www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://at.or.at/hans/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list