Re: [PD] inlets, outlets, and dynamic patching
Matt Barber wrote: P.S. -- is [initbang] in vanilla? no, unfortunately it is not. i am not sure why, though :-) I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow. Pd-vanilla is really cross-platform: you won't find an object on the linux version which is not in the w32 version. the patch is to be found at http://sourceforge.net/tracker/index.php?func=detailaid=1544041group_id=55736atid=478072 (however, i don't know whether it still applies cleanly to a recent Pd; the patch is almost 2 years old...) fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] chromatic fft
Mirko Maier wrote: hi list, please, i need a hint, is there a possibilty for chromatic control over the fft bins? i think of the pd example I03.resynthesis but having an array with chromatic (or same-distant) intervals for the whole range. i guess eric lyon's fftease library is what you might be looking for. fmdasr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] help with making a parametric EQ
On Thu, May 01, 2008 at 11:44:04PM +0900, hard off wrote: (oh, and sorry if this mail gets sent to the list twice - i forgot to add the [pd] bit to the subject first time) in fact it is being added by the mailman program ;) ___ 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] gem crash using fglrx driver in ubuntu
Tim wrote: I have this problem too. I don't think it will be as simple as tweaking any config files though. Perhaps the eventual arrival of DRI2 will improve things. I don't know too much about the fglrx situation either, other than what I've read at the Phoronix forums. Perhaps help can be found there. This issue came after the Hardy upgrade though, right? weird. I may try compiling against opengl 1.5, as I did in gutsy. does the problem still persist in recent Gem builds? (with recent i mean *post* 2008-05-05) i would be interested to hear how things perform with my recent hacks. additionally it would also be good to hear from linuxers using intel-gfx cards whether these changes have improved anything on their side. fgamsdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Proof Me! PD FLOSS Manual
Derek Holzer wrote: Dear Pure Dataheads, following the PD FLOSS Booksprint in Croatia last month, the 0.1 version of the Pure Data FLOSS Manual is now online! http://flossmanuals.net/puredata Adam Hyde, Luka Prinčič and myself busted some serious ass to get this up, and now we're ready to take on our toughest customers: YOU. great that it is here now. We'd really appreciate it if members of this list could read through the chapters, keeping the following points in mind: 1) Is the text clear and consistent? Installing: i find it highly confusing that the Installing Pure Data on Debian (and ubuntu) does not mention in a single word that you could just run aptitude install puredata also, the InstallingOSX is probably not completed yet, as this is the only installer-page that has no beautiful imagery (but then it mentions 'canonical' Pd) and very minor: please rename Windows to InstallingWindows StartingPD: i think starting Pd from shell on w32 should use C:\Program Files\pd\bin\pd.com instead of C:\Program Files\pd\bin\pd.exe in order to have any benefit of using the cli. also it would probably be better to use %ProgramFiles%\pd\bin\ to make it work on any installation (but then again, i guess this is probably too complicated) Troubleshooting in the sack-overflow faq, i find the the mentioning of Dataflow Objects rather confusing, as in the rest of the text, these are just objects. are DataFlow Objects a different kind of objects? (digging deeper into the tutorial i notice that you seem to refer to message-objects as Dataflow Objects, so it makes a bit more sense; however, for me, this terminology is new; i therefore wonder why you introduced it) PureGlossary: VectorBasedGraphics are graphics where every element on the screen is defined by a set of numbers describing their appearance. now i wonder what's the difference to an image, where every element on the screen (pixel) is defined by a set of numbers (R, G, B) describing their appearance. ListOfObjects: MarkEx is no longer part of Gem PureLinks: - in the Installing section you seem to refer to puredata.info, which is not at all found on the PureLinks page (well it is, in the mailinglist section); i would suggest to either use puredata.org _or_ puredata.info (and would favour the latter :-)) - Linux Distributions with Pd: both Debian and ubuntu (regular) are simply missing; ubuntu studio has a nbsp; leftover 4) Grammar/spelling, of course Miller refers to Pd rather than PD, shouldn't this canonical form be used? (which reminds me, that even the header of this list says [PD] :-|) Thanks and best wishes! _very nice_ can i just incorporate some of the info into the puredata FAQ? mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] recursively search directories for abstractions
Hallo, Matt Barber hat gesagt: // Matt Barber wrote: Is there an object that gets PD to search directories for abstractions, without resetting the -path flags on startup? And is there any way to do so recursively? I create an abstraction, say [frac] which returns the fractional value of a float. I have an abstractions directory called mbarb, and inside that a directory called math where I want to put [frac]. I then want to be able to send my patch to a friend, with the mbarb abstractions, and have the patch load them automatically -- (I would prefer [frac] to [mbarb/math/frac] ..) Is there a way to do this, and if so do you know offhand after which version this became available? I have heard much talk about [declare], but I have not tested any version of PD after 0.39, and it doesn't seem to work there or before, unless I'm doing something wrong. That's exactly the job [declare] was written to take, you can also see this in action in Miller's Pd Repertoire Project patches. However in the latest version of Pd, [declare -(std)path] is disabled for abstractions, so it's only of limited use at the moment. Lets hope it gets enabled again soon. For now you can use [declare -path mbarb/math] only in your toplevel patch, to make [frac] available without prefix there. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd and matlab
On Mon, Apr 28, 2008 at 03:56:37PM +0200, Damien Henry - Voxler wrote: Hi list ! Does anyone as already used matlab to make externals ? i find it quite odd .. the idea of using matlab which is t00 sl0w! but if really wish to check out - might look at the octave exteral ;] i think i live in the SVN. Cheers, Damien. ___ 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] pd and matlab
Hallo! i find it quite odd .. the idea of using matlab which is t00 sl0w! Well, if you need calculations with bigger matrices then matlab (or octave, numpy/scipy, ...) will be much faster ! LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] jon~ (was: Dattorro plate)
Hallo, Anton Hörnquist hat gesagt: // Anton Hörnquist wrote: Here's jon~, a reverb abstraction based on the algorithm in this article by Jon Dattorro: http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf The allpass bit was taken from pd-list and the help file is copied from Millers rev3~-help and then modified a bit. Very cool, and sounds wonderful! Any feedback is appreciated. As you ask for feedback: The z~ delays are hardcoded for a samplerate of 44.1 kHz, right? If you want to retain the same coloring for different samplerates, you may want to calculate the delays from the current [samplerate~] instead. Also a reset method may be nice, which mutes the reverb in case something goes wrong. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem crash using fglrx driver in ubuntu
Me too, I'm not able to play with Gem under Fedora 8 with fglrx driver. I'll give more info about this problem. * Here's my Fedora and graphic driver versions: Linux localhost.localdomain 2.6.24.4-64.fc8 #1 SMP Sat Mar 29 09:54:46 EDT 2008 i686 i686 i386 GNU/Linux display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI MOBILITY RADEON X700 OpenGL version string: 2.1.7412 Release * Here's the Gem lib (cvs compiled) loaded by Pd: GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: May 7 2008 GEM: maintained by IOhannes m zmoelnig GEM: Authors :Mark Danks (original version) GEM:Chris Clepper GEM:James Tittle GEM:IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. GEM: found a bug? miss a feature? please report it: GEM: homepage http://gem.iem.at/ GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ GEM: compiled for SIMD architecture: MMX GEM: using MMX optimization * Here's the dmesg output concerning the X server crash [fglrx] PCIe has already been initialized. Reinitializing ... [fglrx] Reserve Block - 0 offset = 0X7ffb000 length = 0X5000 [fglrx] Reserve Block - 1 offset = 0X0 length = 0X4 [fglrx] Reserve Block - 2 offset = 0X7fbb000 length = 0X4 [fglrx] interrupt source 20008000 successfully enabled [fglrx] enable ID = 0x0004 [fglrx] Receive enable interrupt message with irqEnableMask: 20008000 [fglrx] interrupt source 1000 successfully enabled [fglrx] enable ID = 0x0005 [fglrx] Receive enable interrupt message with irqEnableMask: 1000 Hope this helps :-) Tommaso IOhannes m zmoelnig wrote: Tim wrote: I have this problem too. I don't think it will be as simple as tweaking any config files though. Perhaps the eventual arrival of DRI2 will improve things. I don't know too much about the fglrx situation either, other than what I've read at the Phoronix forums. Perhaps help can be found there. This issue came after the Hardy upgrade though, right? weird. I may try compiling against opengl 1.5, as I did in gutsy. does the problem still persist in recent Gem builds? (with recent i mean *post* 2008-05-05) i would be interested to hear how things perform with my recent hacks. additionally it would also be good to hear from linuxers using intel-gfx cards whether these changes have improved anything on their side. fgamsdr 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
Re: [PD] gem crash using fglrx driver in ubuntu
tommaso bianco wrote: Me too, I'm not able to play with Gem under Fedora 8 with fglrx driver. I'll give more info about this problem. [...] Hope this helps :-) unfortunately it does not. i don't see any problems here...(but noticed that you are indeed using the latest and greatest Gem) when does it crash? (does it crash at all?): when you load Gem? when you create a window? when you destroy the window? when you turn rendering on? does setting the environmental-variable GEM_SINGLE_CONTEXT=1 help? fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inlets, outlets, and dynamic patching
On Tue, 2008-05-06 at 17:18 +0100, Claude Heiland-Allen wrote: Matt Barber wrote: Hello, Thanks for this. Out of curiosity, what's the main difference between [loadbang] and [initbang] for use in abstractions (does [initbang] not send a bang when you open the abstraction file for editing but only when you load it in another file)? [loadbang] fires after the abstraction is loaded and connected into the containing patch, so [loadbang]--[outlet] should work. [initbang] fires after the abstraction is loaded but before connections are made in the containing patch, so you can create i/o-lets and have them still be connected. Also, the [namecanvas] helpfile says it is obsolete -- is it likely to disappear? It's only obsolete because it's possible to crash pd if you use it incorrectly. I think it'll stay if enough people use it :) if this would be a sufficient reason for obsoleteness, some other classes would reach 'obsolete' state as well for sure: [until], [makefilename] (probably more). roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem crash using fglrx driver in ubuntu
Tim wrote: This issue came after the Hardy upgrade though, right? weird. I may try compiling against opengl 1.5, as I did in gutsy. oh, btw: Gem now makes runtime-checks based on glew; there is no need nor possibility) to compile against a maximum openGL-version (1.5) any more. fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] jon~ (was: Dattorro plate)
hey great! actually, i was looking for a pd-based reverb for my current project and the rev~* trilogy didn't quite fit my needs (i didn't find a way to create smaller rooms, even with short decays those sound like a big hall). your reverb sounds great (also the rev~* do, of course) and it is also quite what i was looking for in terms of roomsize. thanks for sharing it. if you don't mind, i'll put it into pdmtl collection, as soon as i find time (when finished with the current project). a note on the implementation: some values seem to be hardcoded for a sampling rate of 44100. probably it would make sense to use [samplerate~] instead, so that the reverb sounds similar at different rates. roman On Wed, 2008-05-07 at 00:03 +0200, Anton Hörnquist wrote: Hello list! Here's jon~, a reverb abstraction based on the algorithm in this article by Jon Dattorro: http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf The allpass bit was taken from pd-list and the help file is copied from Millers rev3~-help and then modified a bit. Any feedback is appreciated. /Anton http://www.hornquist.se/pd/jon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie request
In real time? Can that be done? On Tue, May 6, 2008 at 11:35 PM, Andy Farnell [EMAIL PROTECTED] wrote: Write them to a text file then import them. On Tue, 6 May 2008 22:54:54 -0400 Hugh Sung [EMAIL PROTECTED] wrote: We're having a neat discussion about this in the Pure Data forum now: http://puredata.hurleur.com/sujet-1686-fiddle-piano jon2211 came up with a neat patch that demonstrates how well fiddle~ recognizes notes played on a piano within a given range, triggering a key text output. Another poster showed an example of modifying that to trigger with envelope/volume changes. Of course, we're still stuck with how to port the key stroke messages to an external application. Would someone be willing to write up a python script that can intercept Pure Data text echoes and forward them to other concurrently running applications, like PowerPoint or Word? This is the missing link in the puzzle - heck, i'd even be willing to pay someone if they could come up with a useful workaround! Keeping my fingers crossed... Many thanks as always! On Wed, Apr 30, 2008 at 6:11 AM, Olivier Heinry [EMAIL PROTECTED] wrote: Le Tue, 29 Apr 2008 18:50:33 -0400, Hugh Sung [EMAIL PROTECTED] a écrit : Python might bring you the right solution: http://www.rutherfurd.net/python/sendkeys/ You can either send your letters/keystrokes from inside pd using the pyext external that loads your python script or send messages via OSC to a python script that implements the ixi software simpleOSC lib http://www.ixi-software.net/content/backyard.html ++ O. Here's one scenario i'd like to see: 1. Pedal assigned [PgDn] keystroke within Liquid Media, which triggers scene change 2. PD outputs letters A-Z, depending on either volume or pitch frequency ranges input from audio source (microphone into acoustic piano) 3. A given scene within Liquid Media would then interpret the PD-generated keystrokes and trigger image events based on letter key depressed by PD. You'd have the ease of image generation (a la Powerpoint) with the speed and power of PD to map the sound of acoustic music. Just my newbie imagination going here. On Tue, Apr 29, 2008 at 6:46 PM, Hugh Sung [EMAIL PROTECTED] wrote: The pedals basically operate as programmable usb keyboard extensions, where you can custom assign any keystroke to any pedal (up to 12). I'm hoping that by assigning a certain set of keys to the pedals and reserving the rest for PD to control that everything can simply work together, if PD can output keyboard letters/numbers. Everything would run from the same computer. Again, please forgive me if i sound completely ignorant regarding what's possible with PD... Many thanks again! On Tue, Apr 29, 2008 at 6:13 PM, Andrew Turley [EMAIL PROTECTED] wrote: The [fiddle~] and [bonk~] objects should let you capture all of the information that you are looking for. As far as getting that information from Pd to Liquid Media, that may be the tricky part. Your current pedals are sending keystrokes straight to Liquid Media. Do you know if there is a way to control Liquid Media via MIDI messages, or some sort of message sent via a socket connection (maybe OSC)? If so, then you might be able to use Pd to capture your pedal input and then combine that with the information from [fiddle~] and/or [bonk~] to send the appropriate information to Liquid Media. If the only way to control Liquid Media is through keystrokes, then you might need to write some software that intercepts the keystrokes from the pedals and changes them depending on what is going on in Pd. andy On Tue, Apr 29, 2008 at 12:18 PM, Hugh Sung [EMAIL PROTECTED] wrote: I'm using a presentation program called Liquid Media, sort of like Powerpoint on steroids. Up to this point i had been using multiple foot pedals assigned to different keystrokes to trigger visual cues, like video clips, animated GIFs and the like, during live classical music piano recitals. I'd like to incorporate the dynamic capabilities of realtime visual sync, with the ability to easily change the scene, as it were. i'm hoping that someone can help me come up with a combined solution where PD acts as an audio trigger controller, triggering keystroke events based on pitch ranges, dynamic peaks and rhythmic events, and Liquid Media accepts those PD-generated keystrokes to trigger correlating visual cues. Each scene would comprise of specific trigger-able events, and the foot switch would
Re: [PD] jon~ (was: Dattorro plate)
On Wed, May 7, 2008 at 5:20 AM, Chris McCormick [EMAIL PROTECTED] wrote: Wow, great reverb! 0% CPU and it sounds sweet. Do you mind if I package it up into a GOP abstraction and include it in my s-abstractions collection (with appropriate credit to yourself of course)? Thanks. Sure, use it anyway you want - I like the s-abstractions! If I rememeber correctly jon~-help.pd uses 7-8 % on my aging Thinkpad T43. I've tried to be as close to the article (page 3-4 of the pdf) as possible with jon~. I'm working on jone~ (jon~ extended) which has more modulation points in the reverberation network and additional parameters, such as bandwidth high pass. I have a GOP'ified versions of jon~ and jone~ on the way as well. I'll post them soon. Note that the diffusion parameters can be a bit confusing in my jon~-help.pd patch. I think Dattorro discusses this in the article. In my help patch the range of the diffusion parameters is 0 to 1.0. The ideal range for decay diffusion seems to be decay + 0.15, floor = 0.25, ceiling = 0.50 according to the article. But this, of course, is open to experimentation. /Anton ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] jon~ (was: Dattorro plate)
actually, i was looking for a pd-based reverb for my current project and the rev~* trilogy didn't quite fit my needs (i didn't find a way to create smaller rooms, even with short decays those sound like a big hall). your reverb sounds great (also the rev~* do, of course) and it is also quite what i was looking for in terms of roomsize. thanks for sharing it. Thanks! I think I can get even smaller room sounds by experimenting with the output tap structure. if you don't mind, i'll put it into pdmtl collection, as soon as i find time (when finished with the current project). I dont mind at all! :) a note on the implementation: some values seem to be hardcoded for a sampling rate of 44100. probably it would make sense to use [samplerate~] instead, so that the reverb sounds similar at different rates. Thanks. I'll look into this - I havent tried the patch in any other samplerates. There's some text in the patch that may be confusing, though, cause it's only a reference to the figure in page 3 of the PDF article. For example [pd z^-4453] is not a sample-wise delay of 4453 as one would expect. It's a subpatcher with delwrite and delread 149.625 milliseconds. I got this by dividing 4453 by sample rate 29761 Hz (4453 / 29761 = ~0.149625) as stated in the table on page 4. I hope this is correct, I'm not sure. :) I think I'll change the pd z^-4453 text to avoid confusion anyways. /Anton ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Mike McGonagle wrote: 2. Lua access to PD tables Now implemented (lacking some things, like GUI refresh). Check the [ltabdump] and [ltabfill] examples. Still lacking some niceness, should be able to do: local t = pd.Table:new():sync(mytable) t[123] = 456 local x = t[789] return #t but that's not (currently) implemented. Instead you have to do: local t = pd.Table:new():sync(mytable) t:set(123, 456) local x = t:get(789) return t:length() also note that Pd tables are indexed from 0, unlike Lua's 1-based indexing. I'm not sure whether to have pd.Table have 1-based indexing like Lua or stick with the Pd-style 0-based indexing (which is what is currently implemented). Work in progress, hopefully when I polish this up a bit I'll make a pdlua-0.5 release, at which point the table API will be relatively fixed. Comments welcome. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] collaborative live coding
Alexandre Castonguay wrote: Hi IOhannes, I'm using : Pd version 0.40.3-extended-20071017 indeed it doesn't work even here with 0.41-1 :-( the problem is, that i did make some assumptions on the protocol between pd-dsp and pd-gui (despite my claim of not doing so...) i'll have a look at it asap fgmasd IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Claude, Thanks for the speedy turn around on these things. Unfortunately, I am not really in a position at the moment to learn how to compile pdlua. I pretty much depend on the extended version (thanks to Hans) for these things. Do your sources automatically update those things? If not, how long before it gets rolled into the extended stuff? I will say, while I really like Lua, last night I got caught in a trap, thinking that I found the best way to implement something, but it turned out to be a dead end, and I lost a couple of hours playing with that stuff. also note that Pd tables are indexed from 0, unlike Lua's 1-based indexing. I'm not sure whether to have pd.Table have 1-based indexing like Lua or stick with the Pd-style 0-based indexing (which is what is currently implemented). How do other implementations do this? Should we look to see how Vessel does it in Max? It could be one of those things that turns out to be a gotcha for new users who happen to miss that these tables are 0 based, instead of the Lua 1 based... Work in progress, hopefully when I polish this up a bit I'll make a pdlua-0.5 release, at which point the table API will be relatively fixed. Comments welcome. Thanks, again, Claude. I will have to see if I can get this up and running, maybe by the weekend. Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] inlets, outlets, and dynamic patching
Well then, I hereby clamor for its inclusion. =o) And really anything else that allows abstractions to work and feel like regular objects to the greatest extent possible -- the dynamic patching of inlets and outlets and the hybrid inlet/inlet~ are really the biggest ones for me: PD is as much a pedagogical environment as it is a production environment, and I like to have my students learn by creating abstractions rather than run to the nearest external. This means having as seamless a style as possible. I'll test the patch when I get back to my home linux machine. Thanks, Matt On Wed, May 7, 2008 at 3:00 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Matt Barber wrote: P.S. -- is [initbang] in vanilla? no, unfortunately it is not. i am not sure why, though :-) I don't find it in the windows version of 0.41-4 ... I will look at other platforms tomorrow. Pd-vanilla is really cross-platform: you won't find an object on the linux version which is not in the w32 version. the patch is to be found at http://sourceforge.net/tracker/index.php?func=detailaid=1544041group_id=55736atid=478072 (however, i don't know whether it still applies cleanly to a recent Pd; the patch is almost 2 years old...) fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Mike McGonagle wrote: Unfortunately, I am not really in a position at the moment to learn how to compile pdlua. Which platform are you on? If you're able to get on IRC, #dataflow on irc.freenode.net, I could try and help you get it compiled, and hopefully make it easier for others to compile it too. I pretty much depend on the extended version (thanks to Hans) for these things. Do your sources automatically update those things? After some discussion with Hans, we decided that as pdlua is still changing rapidly it would be better to have pdlua as a separate download. Hans, can you confirm that pdlua is no longer included in the pd-extended builds? I think there is still an old version of pdlua in the pure-data svn repo, if someone can remove it I'd appreciate it, either that or convert it to an svn:external thing against the pdlua development version: https://devel.goto10.org/svn/maximus/pdlua [snip] also note that Pd tables are indexed from 0, unlike Lua's 1-based indexing. I'm not sure whether to have pd.Table have 1-based indexing like Lua or stick with the Pd-style 0-based indexing (which is what is currently implemented). How do other implementations do this? Should we look to see how Vessel does it in Max? It could be one of those things that turns out to be a gotcha for new users who happen to miss that these tables are 0 based, instead of the Lua 1 based... Good idea, I'll take a look. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
On Wed, May 7, 2008 at 9:37 AM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Mike McGonagle wrote: Unfortunately, I am not really in a position at the moment to learn how to compile pdlua. Which platform are you on? If you're able to get on IRC, #dataflow on irc.freenode.net, I could try and help you get it compiled, and hopefully make it easier for others to compile it too. I am running Mac OS X 10.4.9, but the real trouble is that I don't have a internet connection at home. It is more a matter of time, and yes, a little bit of apprehension in doing something more. I pretty much depend on the extended version (thanks to Hans) for these things. Do your sources automatically update those things? After some discussion with Hans, we decided that as pdlua is still changing rapidly it would be better to have pdlua as a separate download. Hans, can you confirm that pdlua is no longer included in the pd-extended builds? This is sad. While I understand that it is still not quite stable, how many people are using it? Is it causing major troubles with other things? I am not really adverse to compiling this myself, as I do need to learn this, and as I said, it is more a matter of timing, than anything else. I will take a look this weekend, when things slow down. Mike -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Claude Heiland-Allen wrote: After some discussion with Hans, we decided that as pdlua is still changing rapidly it would be better to have pdlua as a separate download. Hans, can you confirm that pdlua is no longer included in the pd-extended builds? an old version of pdlua (0.3) seems to be included, I had problems yesterday to open franks turtle example. but I would really like to see pdlua included in the nightly autobuilds! I think the only part missing is getting the latest svn snapshot from your repository every night. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Mike McGonagle wrote: After some discussion with Hans, we decided that as pdlua is still changing rapidly it would be better to have pdlua as a separate download. Hans, can you confirm that pdlua is no longer included in the pd-extended builds? This is sad. While I understand that it is still not quite stable, how many people are using it? Is it causing major troubles with other things? I think hans can set a flag that the autobuild proceeds even if the pdlua build fails, so it should not cause any troubles. but I think I can speak for hans, sayeing that it is always some work (time...) to get the autobuild for an external set up. I helped last time getting it compile on os x, but the autobuild scripts and management are still hans' domain. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] collaborative live coding
IOhannes m zmoelnig wrote: Alexandre Castonguay wrote: Hi IOhannes, I'm using : Pd version 0.40.3-extended-20071017 indeed it doesn't work even here with 0.41-1 :-( however, it _does_ work with pd-vanilla 0.40.0! mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] collaborative live coding
IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: Alexandre Castonguay wrote: Hi IOhannes, I'm using : Pd version 0.40.3-extended-20071017 indeed it doesn't work even here with 0.41-1 :-( however, it _does_ work with pd-vanilla 0.40.0! additionally, i was also able to use it with Pd-extended 0.40-3extended-20080503 however, i have not installed Pd-extended properly, as it conflicts with my locally installed Pd, which i have no intention to lose. this is how i did it: 1. install Pd-extended % mkdir /tmp/zmoelnig/pde/ % dpkg -x Pd-0.40.3-extended-20080503-debian-testing-i386.deb /tmp/zmoelnig/pde/ 2. start the proxy % cd ~/peerdata % /tmp/zmoelnig/pde/usr/local/bin/pd -nosound -nomidi -stderr -path i686/:lib:. -lib zexy -open _PROXY.pd 3. start the dsp % cd /tmp/zmoelnig/pde/usr/local/lib/pd % ../../bin/pd -guiport 5500 4. start the gui % cd /tmp/zmoelnig/pde/usr/local/lib/pd % ./bin/pd-gui 5600 voila, everything seems to work (i can even open the test audio and midi patch) admittedly it is a bit arkward :-) anyhow, i hope this helps. fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] OSX-intel extended Audiio droputs
Hi Listi am quite desperate;-(Working on areally nice patch with boids and sound.I have the latest available OS-X extended for Intel, which is still from nightly autobuilds (20080505), because it has a working boid3D external.There is pmpd and Gem involved but the load meter is only a 30 percent.After about 7 seconds of running the patch (no Gui-elemnt or number box running) i start to have nasty crackle sounds.I have no idea where they come fromi put the delay to 100 ms and the -rt audioflag...patch is attachedIf anybody has an Idea ?? boids3d-pmpd-example_minimal.pd Description: application/applefile boids3d-pmpd-example_minimal.pd Description: Binary data Best Luigi >---Luigi Rensinghoff[EMAIL PROTECTED]skype:gigischinkeichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX-intel extended Audiio droputs
Luigi Rensinghoff wrote: Hi List i am quite desperate;-( Working on areally nice patch with boids and sound. I have the latest available OS-X extended for Intel, which is still from nightly autobuilds (20080505), because it has a working boid3D external. There is pmpd and Gem involved but the load meter is only a 30 percent. After about 7 seconds of running the patch (no Gui-elemnt or number box running) i start to have nasty crackle sounds. I have no idea where they come fromi put the delay to 100 ms and the -rt audioflag... patch is attached hmmm, something crashes pd when I open the patch. it is not boids3d. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX-intel extended Audiio droputs
Hi Luigi I'd love to try this but gmail is turning your attachment into a noname file and the usual solution for that isn't working. If you have a sec could you zip or tar the file and resend it? cheers dafydd On Wed, May 7, 2008 at 12:17 PM, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Hi List i am quite desperate;-( Working on areally nice patch with boids and sound. I have the latest available OS-X extended for Intel, which is still from nightly autobuilds (20080505), because it has a working boid3D external. There is pmpd and Gem involved but the load meter is only a 30 percent. After about 7 seconds of running the patch (no Gui-elemnt or number box running) i start to have nasty crackle sounds. I have no idea where they come fromi put the delay to 100 ms and the -rt audioflag... patch is attached If anybody has an Idea ?? Best Luigi --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problems compiling pix_opencv in OSX (Was Re: pdp_opencv pix_opencv new development)
Hola ! from Madrid, Thanx for all, opencv works now on my macosx, powerbookG4. I use the Pd version 0.39.3-extended with the gem included. ++ Jack Le 6 mai 08 à 13:21, Jack a écrit : Hello IOhannes, Lluis and PD users, Le 6 mai 08 à 08:09, IOhannes m zmoelnig a écrit : Jack wrote: Hola Lluis, now i got this error and i really don't know what it is :) error: [pix_opencv_haarcascade]: cannot handle this format (1234567) ! What does it mean ? Do you know where is the problem ? it can mean 2 things. it _should_ mean, that you send an image in a certain colorspace to the object, which does not know how to deal with this colorspace. (e.g. a YUV image to an RGBA effect; and nobody has coded yet the YUV-part) however, i believe here it is something different. if your _really_ get 1234567 as the format, then something else is wrong. usually, you should get the openGL colorspace ID here, e.g. 6408 for RGBA). there is no openGL-colorspace 12345678, so this number has to come from somewhere else. it turns out that it is used as a magic number in the GemList. you should never ever see it. most likely you are trying to compile pix_opencv against a different version of Gem you are using. DO NOT DO THAT! Ah ! OK, i tried to compile opencv with GEM 0.90 and i use GEM 0.91. Thanx, i will tell you if it's ok. ++ Jack always make sure to use the same version of Gem for compiling and running, if you don't want to experience any crashes. (especially when using the CVS of Gem, where it might not be obvious that things have changed) i guess i should introduce a kind of ABI check for 3rd party Gem- externals. but not before the next release. fmadr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX-intel extended Audiio droputs
hello, i can't test, i' missing boids-single and fluide_mass3D. are this abstractions or externals? cyrille Luigi Rensinghoff a écrit : Hi List i am quite desperate;-( Working on areally nice patch with boids and sound. I have the latest available OS-X extended for Intel, which is still from nightly autobuilds (20080505), because it has a working boid3D external. There is pmpd and Gem involved but the load meter is only a 30 percent. After about 7 seconds of running the patch (no Gui-elemnt or number box running) i start to have nasty crackle sounds. I have no idea where they come fromi put the delay to 100 ms and the -rt audioflag... patch is attached If anybody has an Idea ?? Best Luigi --- Luigi Rensinghoff [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ 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] Lua and PD (update)
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: Mike McGonagle wrote: 2. Lua access to PD tables Now implemented (lacking some things, like GUI refresh). This requires pd-0.41 now, doesn't it? On my current 0.40 install pdlua complains about missing garray_getfloatwords, which seems to have been added to m_pd.h in 0.41 Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Hallo, marius schebella hat gesagt: // marius schebella wrote: an old version of pdlua (0.3) seems to be included, I had problems yesterday to open franks turtle example. It should work, if you rename runturtle.pd_lua to the old format: runturtle.lua. I'm not using any of the recent pdlua features like clocks or values. Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem crash using fglrx driver in ubuntu
For me, X crashes when I try to create a window. I'm using pd-extended 4/28 right now.. I'll try to get a newer build, and test with GEM_SINGLE_CONTEXT=1. There haven't been any hardy autobuilds in the last few days for whatever reason, and I'm having some build troubles of my own (with hidio) that I've posted about on PD-dev. Looks like somebody else was having a similar problem a few months ago, but things may have changed since then. http://www.mail-archive.com/pd-list@iem.at/msg16027.html PS I'm using fglrx 8.47.3 On Wed, May 7, 2008 at 5:01 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: tommaso bianco wrote: Me too, I'm not able to play with Gem under Fedora 8 with fglrx driver. I'll give more info about this problem. [...] Hope this helps :-) unfortunately it does not. i don't see any problems here...(but noticed that you are indeed using the latest and greatest Gem) when does it crash? (does it crash at all?): when you load Gem? when you create a window? when you destroy the window? when you turn rendering on? does setting the environmental-variable GEM_SINGLE_CONTEXT=1 help? fgmasdr 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
Re: [PD] Lua and PD (update)
Frank Barknecht wrote: Hallo, marius schebella hat gesagt: // marius schebella wrote: an old version of pdlua (0.3) seems to be included, I had problems yesterday to open franks turtle example. It should work, if you rename runturtle.pd_lua to the old format: runturtle.lua. I'm not using any of the recent pdlua features like clocks or values. Ciao hi frank, I had problems with smtut.lua, first it was not found, then I got an error: lua: error loading `runturtle': /sw/share/lua/5.1/smtut.lua:1: loop or previous error loading module 'smtut' runturtle ... couldn't create I can't dig into this right now, I am sure there is an explanation, but I need some time to see which. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
On Wed, May 7, 2008 at 10:29 AM, marius schebella [EMAIL PROTECTED] wrote: I think hans can set a flag that the autobuild proceeds even if the pdlua build fails, so it should not cause any troubles. but I think I can speak for hans, sayeing that it is always some work (time...) to get the autobuild for an external set up. I helped last time getting it compile on os x, but the autobuild scripts and management are still hans' domain. My comment was not directed at Hans, I know there were a MILLION things to do to get Extended to be where it is... Just that it is sad that we can't use this right out of the box. Mike marius. -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Frank Barknecht wrote: Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: Mike McGonagle wrote: 2. Lua access to PD tables Now implemented (lacking some things, like GUI refresh). This requires pd-0.41 now, doesn't it? On my current 0.40 install pdlua complains about missing garray_getfloatwords, which seems to have been added to m_pd.h in 0.41 Ciao Argh, I didn't check earlier versions - I just cribbed from [tabread] in pd-0.41-4. It should now detect (at compile time) which Pd version is used, and use the appropriate array API. Note that the old API is not 64-bit safe, so if you experience weird array issues with pdlua compiled against older Pd versions, it's not my fault, and you should upgrade first Pd then recompile pdlua against the new Pd. I haven't tested this code thoroughly, I'm happy with my 0.41-4 install, let me know if you use older Pd versions and have trouble compiling. There's also a return of Makefile.static, an alternative to the incomplete autoconf system. I think I'll abandon the autoconf system, as it's too painful (what with Lua having 10 different names on 10 different systems...). Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX-intel extended Audiio droputs
Hello, Please run top from the command-line as well to see how much CPU PD is really taking up. On our macbooks here, and also on our G4 powerbook, both PD vanilla and extended have been running at about 50% CPU just by loading the program, but that isn't shown in PD's load meter. We have had some success with turning off airport - in some cases we get back down to 5% or so just having PD running with airport disabled. There were some posts over in the supercollider list about the same problem -- running 70% CPU just by booting the server, but then having some success (down to 1%-2%) once airport was turned off. Are you on a laptop? If so, it's at least something to try. Thanks, Matt Date: Wed, 7 May 2008 18:17:56 +0200 From: Luigi Rensinghoff [EMAIL PROTECTED] Subject: [PD] OSX-intel extended Audiio droputs To: PD-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=utf-8 Hi List i am quite desperate;-( Working on areally nice patch with boids and sound. I have the latest available OS-X extended for Intel, which is still from nightly autobuilds (20080505), because it has a working boid3D external. There is pmpd and Gem involved but the load meter is only a 30 percent. After about 7 seconds of running the patch (no Gui-elemnt or number box running) i start to have nasty crackle sounds. I have no idea where they come fromi put the delay to 100 ms and the -rt audioflag... patch is attached If anybody has an Idea ?? ? Best Luigi --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20080507/8ba2282b/attachment.htm -- next part -- A non-text attachment was scrubbed... Name: boids3d-pmpd-example_minimal.pd Type: application/applefile Size: 91 bytes Desc: not available Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080507/8ba2282b/attachment.bin -- next part -- A non-text attachment was scrubbed... Name: boids3d-pmpd-example_minimal.pd Type: application/octet-stream Size: 25152 bytes Desc: not available Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080507/8ba2282b/attachment.obj -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20080507/8ba2282b/attachment-0001.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lua and PD (update)
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: I haven't tested this code thoroughly, I'm happy with my 0.41-4 install, let me know if you use older Pd versions and have trouble compiling. Too late: I upgraded. ;) Ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Newbie request
Dude I sent you this info already ... its called pywinauto, a Python automation suite for controlling Windows apps. You can send key and mouse events such as opening a file dialog, typing in the filename, and hitting enter. There are plenty of straightforward info in the documentation. I paired that with the aforementioned ixi software's simpleOSC library. There are examples around. Once again. if you want a specific example, download the zip on this page of my website where I use PD to send and receive control signals to Python/pywinauto over OSC to control FLStudio. I know you a newb and all, but that dosen't mean you can't get your hands dirty and learn a bit. When I first put that all together I did not understand OSC and had never used Python or automation software before. On Tue, 2008-05-06 at 22:54 -0400, Hugh Sung wrote: We're having a neat discussion about this in the Pure Data forum now: http://puredata.hurleur.com/sujet-1686-fiddle-piano jon2211 came up with a neat patch that demonstrates how well fiddle~ recognizes notes played on a piano within a given range, triggering a key text output. Another poster showed an example of modifying that to trigger with envelope/volume changes. Of course, we're still stuck with how to port the key stroke messages to an external application. Would someone be willing to write up a python script that can intercept Pure Data text echoes and forward them to other concurrently running applications, like PowerPoint or Word? This is the missing link in the puzzle - heck, i'd even be willing to pay someone if they could come up with a useful workaround! Keeping my fingers crossed... Many thanks as always! On Wed, Apr 30, 2008 at 6:11 AM, Olivier Heinry [EMAIL PROTECTED] wrote: Le Tue, 29 Apr 2008 18:50:33 -0400, Hugh Sung [EMAIL PROTECTED] a écrit : Python might bring you the right solution: http://www.rutherfurd.net/python/sendkeys/ You can either send your letters/keystrokes from inside pd using the pyext external that loads your python script or send messages via OSC to a python script that implements the ixi software simpleOSC lib http://www.ixi-software.net/content/backyard.html ++ O. Here's one scenario i'd like to see: 1. Pedal assigned [PgDn] keystroke within Liquid Media, which triggers scene change 2. PD outputs letters A-Z, depending on either volume or pitch frequency ranges input from audio source (microphone into acoustic piano) 3. A given scene within Liquid Media would then interpret the PD-generated keystrokes and trigger image events based on letter key depressed by PD. You'd have the ease of image generation (a la Powerpoint) with the speed and power of PD to map the sound of acoustic music. Just my newbie imagination going here. On Tue, Apr 29, 2008 at 6:46 PM, Hugh Sung [EMAIL PROTECTED] wrote: The pedals basically operate as programmable usb keyboard extensions, where you can custom assign any keystroke to any pedal (up to 12). I'm hoping that by assigning a certain set of keys to the pedals and reserving the rest for PD to control that everything can simply work together, if PD can output keyboard letters/numbers. Everything would run from the same computer. Again, please forgive me if i sound completely ignorant regarding what's possible with PD... Many thanks again! On Tue, Apr 29, 2008 at 6:13 PM, Andrew Turley [EMAIL PROTECTED] wrote: The [fiddle~] and [bonk~] objects should let you capture all of the information that you are looking for. As far as getting that information from Pd to Liquid Media, that may be the tricky part. Your current pedals are sending keystrokes straight to Liquid Media. Do you know if there is a way to control Liquid Media via MIDI messages, or some sort of message sent via a socket connection (maybe OSC)? If so, then you might be able to use Pd to capture your pedal input and then combine that with the information from [fiddle~] and/or [bonk~] to send the appropriate information to Liquid Media. If the only way to control Liquid Media is through keystrokes, then you might need to write some software that intercepts the keystrokes from the
Re: [PD] jon~ (was: Dattorro plate)
Oh I totally second that. This is great! I was looking for a nice sounding reverb that didn't eat my poor little performance computer's cycles. More then 1 Freeverbs was a bit too much. I also second the request for packaging in rc-patches or mabey I'll just use Chris's ... On Wed, 2008-05-07 at 11:20 +0800, Chris McCormick wrote: On Wed, May 07, 2008 at 12:03:47AM +0200, Anton Hrnquist wrote: Here's jon~, a reverb abstraction based on the algorithm in this article by Jon Dattorro: http://www.stanford.edu/~dattorro/EffectDesignPart1.pdf The allpass bit was taken from pd-list and the help file is copied from Millers rev3~-help and then modified a bit. Any feedback is appreciated. Wow, great reverb! 0% CPU and it sounds sweet. Do you mind if I package it up into a GOP abstraction and include it in my s-abstractions collection (with appropriate credit to yourself of course)? I am playing a set on Saturday and will most certainly make use of this, thanks so much. Chris. --- http://mccormick.cx --- Dan Wilcox robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] add masses in msd
hi, I am running into a new problem with msd, I want to create and delete masses on the fly, and every mass has to be linked to all existing masses to do bouncings. right now I don't have a good solution yet to keep track of id's and tend to use python for this. but I had another idea, maybe someone has a comment on that. let's say all my masses are named m, then I want to add a mass with name m-new, I could link m m-new, and would get a connection from every old mass to the new one. all I needed to do then is rename m-new to m, which is not possible right now, but should not be too difficult to implement. it is relatively easy to look up one mass in a table, and delete it, but it is not very fast to search for all existing masses (in a list). of course I could also use pmpd and an interactor... thanks, marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX-intel extended Audiio droputs
Le 7 mai 08 à 20:52, Luigi Rensinghoff a écrit : Sorry for the confusion - the missing abstractions... I investigated and actually it seems to be a Gem Problem...I tried PD 0.41 - vanilla with a downloaded Gem and PD 0.39 - stable always the same I am working on a solution with two PD's running connected via OSC. No better Idea I think that is a good idea to run two instances of pd connected via osc or via netsend/netreceive : one instance for sound the other for Gem things. ++ Jack Thanks Luigi boids3d-pmpd-example_minimal.zip Am 07.05.2008 um 19:11 schrieb cyrille henry: hello, i can't test, i' missing boids-single and fluide_mass3D. are this abstractions or externals? cyrille Luigi Rensinghoff a écrit : Hi List i am quite desperate;-( Working on areally nice patch with boids and sound. I have the latest available OS-X extended for Intel, which is still from nightly autobuilds (20080505), because it has a working boid3D external. There is pmpd and Gem involved but the load meter is only a 30 percent. After about 7 seconds of running the patch (no Gui-elemnt or number box running) i start to have nasty crackle sounds. I have no idea where they come fromi put the delay to 100 ms and the -rt audioflag... patch is attached If anybody has an Idea ?? Best Luigi --- Luigi Rensinghoff [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list --- Luigi Rensinghoff [EMAIL PROTECTED] skype:gigischinke ichat:gigicarlo ___ 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
