[PD] Epoch time ...
Is there some easy way of generating the epoch time in pd? I know about Zexy's [date] and [time] objects . they could do it with a bit of work. or . does anyone know of a way to generate some unique string (or number) its just so that I can hit a bang at anytime and record the current audio output into a file, without having to worry about the file name. Etienne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum output number
Sorry, on Linux I use Jack but my limit is 32 channels, do you use Mac Os X ? Antoine Villeret wrote: > thanks all > > it seems to work fine with 48 jack outputs > > best > > antoine > > 2009/1/22 Frank Barknecht : > >> Hallo, >> IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: >> >> >>> mbutubuntu wrote: >>> I think it's a technical limit of Pd... I've Pd vanilla 0.41.4 compiled by me on GNU/Linux, If i tried to set 48 chan. I got mb...@mbutuarch ~]$ /usr/bin/pd 48 output ports not supported, setting to 32 pd_gui: pd process exited Segmentation fault So i think you need more instances of Pd. >>> we are using Pd successfully with 64 channels. >>> >>> usually with alsa as backend. >>> >>> the jack-backend of Pd is buggy and only supports 32 channels. it will >>> also crash if you are setting higher numbers of channels. >>> >> I don't know what we did, but for the 16:9 installation currently on >> display in the Deutschlandfunk, Cologne (images i.e. here: >> http://footils.org/cms/show/63) we are running Pd-extended over >> Jack on OS-X with 60 channels. I think, it's a pretty standard >> Pd-extended, so maybe this already includes your bugfix. >> >> Ciao >> -- >> Frank BarknechtDo You RjDj.me? _ __footils.org__ >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] d_fat vs. pd_darwin (was Re: Gem 0.91-2 bugfix release)
I think the d_fat and d_ppc business is only necessary for folks who are maintaining backward compatibility to 10.3 which can't read d_fat files. I think it's a good thing to try to keep things running on older machines since lots of Pd users can't afford to buy the newest ones. However, it's geting hard for me to stay 10.3 compatible as the only remaining 10.3 machine around here is getting sick. cheers Miller On Thu, Jan 22, 2009 at 05:45:08PM -0500, Hans-Christoph Steiner wrote: > > On Jan 22, 2009, at 2:39 PM, IOhannes m zmoelnig wrote: > > > Hans-Christoph Steiner wrote: > >> On Jan 22, 2009, at 4:12 AM, IOhannes m zmoelnig wrote: > >> Lots of people have been doing network shares of applications for > >> decades. Who else is using custom file extensions? I've never seen > > > > python, java, ... > > Um, Java .jar is the same on all platforms. And JNI files are .jnilib > on Mac OS X regardless of CPU, and .dll on Windows regardless of CPU. > AFAIK, Windows DLLs are .dll regardless of whether they are 32-bit or > 64-bit. Even GNU/Linux .so and .a files are the same regardless of CPU. > > >> it. NeXTSTEP/Mac OS X has been doing this since '94, and their > >> solution has been fat binaries all with the same extension. That > >> is what universal binaries are today. It's proven to work well. > > > > ok: here is a feature request for fat binaries including linux > > (i386, x86_64) and windows (i386) binaries. > > I wasn't saying anything about GNU/Linux or Windows. I was talking > Mac OS X. .pd_darwin is all that is needed. .d_fat, etc cause more > troubles than the fix. > > .hc > > > > > Access to computers should be unlimited and total. - the hacker ethic > > > > ___ > 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] gemlist/spline_path issues
That was it! Thanks! Jeff On Wed, Jan 21, 2009 at 1:05 AM, chris clepper wrote: > the object needs to be created with the number of dimensions of the array > as the first argument. So [spline_path 1 lightarray] will work. I guess > that error message should make that clearer. > > On Tue, Jan 20, 2009 at 11:02 PM, Jeff Siegel wrote: > >> Ok. I switched it to a double-gemhead situation, but the pd window is >> telling me there's no array to be read by spline_path. I've checked the >> spelling, rewritten the array, and can't figure this out for the life of me. >> >> ___ >> 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] how to create a lowpass filter from first principles?
Hallo, Geoff hat gesagt: // Geoff wrote: > The DSP book I have read gives a simple lowpass filter function as > > g(n) = (f(n-1) + f(n) + f(n+1))/3 > > i.e the average value of three consecutive samples. I understand how > this is in effect a lowpass filter. > > How do I implement that in PD? A lot of that is explained in Miller's book: http://crca.ucsd.edu/~msp/techniques/latest/book-html/node127.html You better read the previous chapter on Delays first, it contains important info as well. Generally the basic objects for filter design are [rzero~], [rpole~] and [czero~], [cpole~] and another one is [biquad~]. With the zero/pole objects you directly give the location of poles and zeroes of your filter while the biquad~ is an alternative way to express two zero and two pole objects in one. I don't know the meaning of the variables in your formula, especially the f(n+1) looks strange: Is this a value of the future or an output value, like the "y" variables in many other filter equations? Anyway you can sum up the current and the previous samples easily with rzero~: [sig~ 1] | [rzero~ -1] | [snapshot~] | [2 \ For more complex filters check out Miller's book and the examples included in Pd. I recently also wrote a lot of filter abstractions for the RjDj library: see http://trac.rjdj.me/browser/trunk/rjlib/rj The interesting objects there are e_beequad.pd as a biquad~ clone and these for calculating various coefficients: u_lowpass, u_lowpassq, u_highpass, u_highpassq, ... e_lop4.pd also is interesting: It's a 4 pole resonant lowpass filter, good for moogish synths, when combined with the bandlimited oscillators of s_osc.pd there. All these filtes use zero/pole objects inside. RjDj abstractions are for Pd vanilla, so they run everywhere. Ciao -- Frank Barknecht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Yet more DS GUI excursions
On Tue, Jan 20, 2009 at 4:17 PM, hard off wrote: > Luke, i played with that briefly yesterday, > > when closing, i got a whole bunch of "discard changes to this window?" > dialogues. Yo mr. off - yeah : (, we discussed that a bit here: http://lists.puredata.info/pipermail/pd-list/2009-01/067256.html > > > > (also, slightly off topic, but i think it was you who mentioned a while back > that you were working on matrix-editor sequencer in DS. is there any > progress on that? ) Tons!! I've been working on it non-stop, mostly getting it ready as a live performance looper, which probably added to its complexity a bit - I'd like to split it back out to a "sequencer core". I'll move it into abstractions/sfruit/ so you can have a look (FYI it also relies heavily on my ds-abs/). The bugs in array mouse manipulation mean that it's mostly good for recording midi input and then looping and only making slight tweaks or quantizing. But when those bugs are fixed it should be excellent for "composition by hand" too. Best Luke > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum output number
thanks all it seems to work fine with 48 jack outputs best antoine 2009/1/22 Frank Barknecht : > Hallo, > IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: > >> mbutubuntu wrote: >>> I think it's a technical limit of Pd... I've Pd vanilla 0.41.4 compiled >>> by me on GNU/Linux, If i tried to set 48 chan. I got >>> >>> mb...@mbutuarch ~]$ /usr/bin/pd >>> 48 output ports not supported, setting to 32 >>> pd_gui: pd process exited >>> Segmentation fault >>> >>> So i think you need more instances of Pd. >> >> we are using Pd successfully with 64 channels. >> >> usually with alsa as backend. >> >> the jack-backend of Pd is buggy and only supports 32 channels. it will >> also crash if you are setting higher numbers of channels. > > I don't know what we did, but for the 16:9 installation currently on > display in the Deutschlandfunk, Cologne (images i.e. here: > http://footils.org/cms/show/63) we are running Pd-extended over > Jack on OS-X with 60 channels. I think, it's a pretty standard > Pd-extended, so maybe this already includes your bugfix. > > Ciao > -- > Frank BarknechtDo You RjDj.me? _ __footils.org__ > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to create a lowpass filter from first principles?
On Thu, Jan 22, 2009 at 1:45 PM, Geoff wrote: > The DSP book I have read gives a simple lowpass filter function as > g(n) = (f(n-1) + f(n) + f(n+1))/3 Have a look at fexpr~. You can write FIR and IIR filters using fexpr~. It should be a good learning tool. Difference equations like these are nearly trivial--I say nearly becuase you have to note the part that is non-causal above, f(n+1). Make this into a causal filter with 1 additional sample latency. e.g. g(n) = (f(n-2) + f(n-1) + f(n))/3 Chuck ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] d_fat vs. pd_darwin (was Re: Gem 0.91-2 bugfix release)
On Jan 22, 2009, at 2:39 PM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> On Jan 22, 2009, at 4:12 AM, IOhannes m zmoelnig wrote: >> Lots of people have been doing network shares of applications for >> decades. Who else is using custom file extensions? I've never seen > > python, java, ... Um, Java .jar is the same on all platforms. And JNI files are .jnilib on Mac OS X regardless of CPU, and .dll on Windows regardless of CPU. AFAIK, Windows DLLs are .dll regardless of whether they are 32-bit or 64-bit. Even GNU/Linux .so and .a files are the same regardless of CPU. >> it. NeXTSTEP/Mac OS X has been doing this since '94, and their >> solution has been fat binaries all with the same extension. That >> is what universal binaries are today. It's proven to work well. > > ok: here is a feature request for fat binaries including linux > (i386, x86_64) and windows (i386) binaries. I wasn't saying anything about GNU/Linux or Windows. I was talking Mac OS X. .pd_darwin is all that is needed. .d_fat, etc cause more troubles than the fix. .hc Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to create a lowpass filter from first principles?
Hi Geoff Yes Pd is wonderfull! Attached shows how to do your example the naive way in Pd. It uses [tabsend~] to get from sig~ domain to message domain. This is not that efficient but good for testing and development. More efficient is [z~] from zexy or [delread~] and [delwrite~]. Also look at [biquad~] and the raw filters [czero~] and [cpole~] mvh/ SLP Geoff skrev: Hi I am new to Pure Data, I downloaded and have played around with it for the last couple of days and it is rather wonderful. I can quite happily create a basic synth inside it without too much strife. :) However The reason I wanted to use Pure Data was to implement some of the maths that I am learning through a couple of DSP books that I am studying. *The DSP book I have read gives a simple lowpass filter function as * *g(n) = (f(n-1) + f(n) + f(n+1))/3* *i.e the average value of three consecutive samples. I understand how this is in effect a lowpass filter.* *How do I implement that in PD?* I can easily connect a Oscillator (phasor) object to a lowpass filter object to the DAC and hear it working, However I want to be able to create my own lowpass filter i.e. try to really understand how things are put together. Therefore if in the function above I need 3 consecutive samples, I would have thought that I need some kind of buffer to hold and call those samples from, so that I can then call three samples average them and then output that, however that would have to move at the same rate/freq as the audio engine is set up i.e. 44100Hz . e. So I am thinking about how to solve the problem I just seem to be missing how to start. Any guidance appreciated. geoff #N canvas 296 218 804 451 10; #X obj 34 150 table output 64; #X obj 35 119 table input 64; #X obj 35 191 tabreceive~ output; #X obj 35 305 dac~; #X obj 39 69 tabsend~ input; #X obj 486 37 bang~; #X obj 486 92 64; #X obj 486 117 until; #X obj 486 142 f; #X obj 522 143 + 1; #X obj 486 62 t b b; #X obj 531 91 0; #X obj 344 236 tabread input; #X obj 344 275 list; #X obj 344 304 list split 3; #X obj 344 337 expr ($f1+$f2+$f3)/$f4; #X msg 517 285 3; #X floatatom 517 310 5 0 0 0 - - -; #X obj 486 167 t f f; #X obj 540 422 tabwrite output; #X obj 39 19 noise~; #X obj 35 264 *~ 0; #X obj 109 245 hsl 128 15 0 100 0 0 empty empty empty -2 -8 0 10 -204786 -1 -1 7500 1; #X obj 106 265 dbtorms; #X obj 589 219 loadbang; #X connect 2 0 21 0; #X connect 5 0 10 0; #X connect 6 0 7 0; #X connect 7 0 8 0; #X connect 8 0 9 0; #X connect 8 0 18 0; #X connect 9 0 8 1; #X connect 10 0 6 0; #X connect 10 1 11 0; #X connect 11 0 8 1; #X connect 12 0 13 0; #X connect 13 0 14 0; #X connect 14 0 13 1; #X connect 14 0 15 0; #X connect 14 2 13 1; #X connect 15 0 19 0; #X connect 16 0 17 0; #X connect 17 0 15 3; #X connect 18 0 12 0; #X connect 18 1 19 1; #X connect 20 0 4 0; #X connect 21 0 3 0; #X connect 21 0 3 1; #X connect 22 0 23 0; #X connect 23 0 21 1; #X connect 24 0 16 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] how to create a lowpass filter from first principles?
Hi I am new to Pure Data, I downloaded and have played around with it for the last couple of days and it is rather wonderful. I can quite happily create a basic synth inside it without too much strife. :) However The reason I wanted to use Pure Data was to implement some of the maths that I am learning through a couple of DSP books that I am studying. The DSP book I have read gives a simple lowpass filter function as g(n) = (f(n-1) + f(n) + f(n+1))/3 i.e the average value of three consecutive samples. I understand how this is in effect a lowpass filter. How do I implement that in PD? I can easily connect a Oscillator (phasor) object to a lowpass filter object to the DAC and hear it working, However I want to be able to create my own lowpass filter i.e. try to really understand how things are put together. Therefore if in the function above I need 3 consecutive samples, I would have thought that I need some kind of buffer to hold and call those samples from, so that I can then call three samples average them and then output that, however that would have to move at the same rate/freq as the audio engine is set up i.e. 44100Hz . e. So I am thinking about how to solve the problem I just seem to be missing how to start. Any guidance appreciated. geoff___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] d_fat vs. pd_darwin (was Re: Gem 0.91-2 bugfix release)
Hans-Christoph Steiner wrote: On Jan 22, 2009, at 4:12 AM, IOhannes m zmoelnig wrote: Lots of people have been doing network shares of applications for decades. Who else is using custom file extensions? I've never seen python, java, ... it. NeXTSTEP/Mac OS X has been doing this since '94, and their solution has been fat binaries all with the same extension. That is what universal binaries are today. It's proven to work well. ok: here is a feature request for fat binaries including linux (i386, x86_64) and windows (i386) binaries. fmgasd.r IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] d_fat vs. pd_darwin (was Re: Gem 0.91-2 bugfix release)
On Jan 22, 2009, at 4:12 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> On Jan 21, 2009, at 12:39 PM, IOhannes m zmoelnig wrote: >> There are numerous real arguments against d_fat: >> - Gem has used .pd_darwin for a long time and it has worked well > > holy cow: Gem has used .dll for a long time and it has worked well :-) > >> - Using .d_fat will cause confusion when people have both a >> Gem.pd_darwin and a Gem.d_fat > > that's why people shouldn't have and pd_darwin's on their machines. > > seriously, the way it is now, with Pd-extended shipping pd_darwin > and me shipping d_fat, i can only see that both profit. > people can upgrade using my binary, without actually having to > overwrite the original binary and can revert to it later. > >> - Mac OS X never uses CPU-specific file extensions > > OS-X does not come with Pd. > >> - supporting so many file extensions increases load time a lot > > yes that's a good one. > > according to s_loader in both > https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/v0-40/pd/src/s_loader.c > > and > https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.41/pd/src/s_loader.c > > , Pd will _first_ look for .d_fat and only then for .pd_darwin. > now wait, the links above actually point to Pd-extended's branch of > the Pd-sourcesso Pd-extended will speed up if we use .d_fat > instead of .pd_darwin > > you can either accept this, or patch Pd for Pd-extended to not be > able to load .d_fat's. > > >> and more... > > the original arguments why the new suffixes have been introduced was > - to create a consistent naming scheme across all platforms > - to allow binaries of multiple architectures/platforms live side by > side > > the latter still holds true, even when using OSX: please do accept > that people use network-shares across multiple archtiectures and > platforms(!) for their workspaces, even if you don't do so yourself. > even if you don't know any such persons. > > side effects of not using the platforms native suffix are numerous > and benevolent. > > > finally: i would have preferred and indication of Pd in the suffix, > e.g. .pd.d_fat instead of just .d_fat; > for this is is arguably too late. > > fmgasdr. > IOhannes Lots of people have been doing network shares of applications for decades. Who else is using custom file extensions? I've never seen it. NeXTSTEP/Mac OS X has been doing this since '94, and their solution has been fat binaries all with the same extension. That is what universal binaries are today. It's proven to work well. Just because this broken thing is established doesn't mean we can't fix it. .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] xxxxx_temporary_structure CTM 2009 friday 23 january
x_temporary_structure CTM 2009 opens tomorrow, Friday 23 January, with an open lab and actions/performances from several of the participants beginning at 19:30 and running until 22:00. The laboratory will continue to be public every day until 31 January from 12:00-22:00 daily. There will be similar actions completing the lab cycle on the final day, Saturday 31 January, at 19:00. LOCATION KUNSTRAUM KREUZBERG BETHANIEN Mariannenplatz 2 10997 Berlin-Kreuzberg Public transport: U8 > Kottbusser Tor S3, S4, S8, S9 > S-BHF Ostbahnhof 10 minutes walking distance from MAO. http://www.kunstraumkreuzberg.de/ ABOUT x_temporary_structure CTM 2009 Tracing a clear line of development from both x_workshops: [in]tolerance during CTM 2008 examining the material basis of technology and a series of life coding events in Norway and Germany, x hosts an experimental nine day structure widening the scope of construction and constructivism to embrace the social and economic structures of production and performance. Public interface is to be made explicit, inviting participation, visit and conversation. x temporary structure presents the expansion of both known and less familiar constructive procedures and apparatus, for example software (Pure Data, Python) and hardware (waves, circuits, simulation) into novel territory. Software becomes script and social pragmatics, hardware expands into optics, architecture, graffiti, elaborate kinetics and novel interfaces to the world addressing biologic and physical processes; a play of light, resonance and transmission. The relationship between structure and system is playfully opened, with the modelling of systems as core activity within the temporary lab space; simulation within both code and analogue electronics, the embedding of an internal observer allowing for a play with agents and agency. A concern with materiality and construction forms the base for an energetic examination of all manner of diagrams, public interface (reading space, discussion), bio-computing (plant life, EEG), world interface (practical endophysics), everyday technologies (light, food), code, transitions and translations. Such disciplines branch out mushroom like, revealing instabilities and new structures across nine days, in one space, publicly accessible throughout. x temporary structure is inherently experimental and interdisciplinary, inviting practitioners and artists who are well able to prise open the gaps between reified disciplines to actively create new social and constructive apparatus within the x space. A playful laboratory is proposed which does not mark boundaries between forms and between disciplines - which rather exposes and opens up social and artistic structures for sublime experience. PARTICIPANTS Alexei Blinov Danja Vassiliev Derek Holzer Dorotha Walentynowicz Georg Holzmann Jonathan Kemp Julian Oliver Lars Lundehave Hansen Lindsay Brown Martin Howse Martin Kuentz Oswald Berthold Otto Roessler Rob Mullender Shintaro Miyazaki Valentina Vuksic Verena Friedrich Walter Langelaar Will Scrimshaw Yunchul Kim MORE INFO http://www.clubtransmediale.de/festival-09/day-program/workshops-actions/x-temporary-structure/photo/1.html http://scrying.org/doku.php?id=x:ctm09 -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 87: "Imagine the music as a moving chain or caterpillar" ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] chdh / vivarium
I think that it's a very nice work too and a very good idea. About the idea, it looks like the work of Antoine Schmitt, but Antoine Schmitt doesn't work with pure data, but lingo. best regards phil Le 22 janv. 09, à 15:35, hard off a écrit : > just watched the vimeo clips. fantastic! > ___ > 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-announce] Gem 0.91-3 bugfix release
On 22/01/2009, at 14.34, IOhannes m zmoelnig wrote: > * fixes [pix_2grey] on OSX/intel Ahh. I see how it should work. Makes all sense now. > * fixes [pix_data] on OSX/intel Danke schöen! I need to get you a beer when/if i meet you (again). Best, Steffen ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] chdh / vivarium
just watched the vimeo clips. fantastic! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum output number
Hallo, IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote: > mbutubuntu wrote: >> I think it's a technical limit of Pd... I've Pd vanilla 0.41.4 compiled >> by me on GNU/Linux, If i tried to set 48 chan. I got >> >> mb...@mbutuarch ~]$ /usr/bin/pd >> 48 output ports not supported, setting to 32 >> pd_gui: pd process exited >> Segmentation fault >> >> So i think you need more instances of Pd. > > we are using Pd successfully with 64 channels. > > usually with alsa as backend. > > the jack-backend of Pd is buggy and only supports 32 channels. it will > also crash if you are setting higher numbers of channels. I don't know what we did, but for the 16:9 installation currently on display in the Deutschlandfunk, Cologne (images i.e. here: http://footils.org/cms/show/63) we are running Pd-extended over Jack on OS-X with 60 channels. I think, it's a pretty standard Pd-extended, so maybe this already includes your bugfix. Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] chdh / vivarium
Hallo, cyrille henry hat gesagt: // cyrille henry wrote: > We are glad to announce the release of the chdh dvd: Wow, congratulations!!! Is there also a way to buy the DVD without having to go through Paypal? (Or through a record store? a-musik.com is in my town ...) Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Gem 0.91-3 bugfix release
i just put another bugfix release of Gem-0.91 online. download it from - http://gem.iem.at - https://sourceforge.net/project/platformdownload.php?group_id=64325 or svn checkout from - https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/tags/0.91-3/ i tested the OSX builds on OSX10.5/ppc and OSX10.4/intel, especially the recently reported bugs regarding pix_2grey and pix_data. Changelog: changes from 0.91-2 to 0.91-3 * fixes [pix_2grey] on OSX/intel * fixes [pix_data] on OSX/intel changes from 0.91-1 to 0.91-2 * made [pix_freeframe] not crash on OSX (fixes #2476663) * do not use libTIFF/libJPEG is ImageMagick++ is present (fixes #2449674 & #2506838) * always use RGBA for image-loading on OS-X (fixes #2484087) * check for gl/glu headers (fixes #2032488) * force focus when drawing without borders on X (fixes #2192358) * only use multitexturing if hardware supports it have fun smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum output number
mbutubuntu wrote: I think it's a technical limit of Pd... I've Pd vanilla 0.41.4 compiled by me on GNU/Linux, If i tried to set 48 chan. I got mb...@mbutuarch ~]$ /usr/bin/pd 48 output ports not supported, setting to 32 pd_gui: pd process exited Segmentation fault So i think you need more instances of Pd. we are using Pd successfully with 64 channels. usually with alsa as backend. the jack-backend of Pd is buggy and only supports 32 channels. it will also crash if you are setting higher numbers of channels. i have once posted a bugfix for this to the patch-tracker that raises the maximum number of channels to 1024, but people reported problems with that. just yesterday i have done tests with jack and 64 channels (with a modified patch applied, the modification was to reduce the number of channels to 256, iirc), and had no problems at all. according to jack, i was down to 2.5ms, and i _measured_ a latency of 10-11ms. there might as well be problems with OSS and higher number of channels (hidden within the depths of OSS) fgmasr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Maximum output number
I think it's a technical limit of Pd... I've Pd vanilla 0.41.4 compiled by me on GNU/Linux, If i tried to set 48 chan. I got mb...@mbutuarch ~]$ /usr/bin/pd 48 output ports not supported, setting to 32 pd_gui: pd process exited Segmentation fault So i think you need more instances of Pd. Fabio [mbutUbuntu] Buda http://mbutubuntu.homelinux.org Antoine Villeret wrote: > dear list, > > i'm trying to work with 48 outputs (2 motu 424) in one instance of puredata > but i got the error "output channels reduced to maximum 32" when i try > to set the output channel number to 48 > > does anyone have an idea how to put this maximum up to 48 ? > > thanks > > antoine > > -- > -- > do it yourself > http://antoine.villeret.free.fr > > ___ > 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] reading colors from txt file with repeat
oops, attached corrected Steffen Leve Poulsen skrev: Hi Frank Maybe look at this concept attached tab-many.pd its more generic. Stef Frank Barknecht skrev: Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: You can only store one number per index. So you either should use 3 arrays (i.e. $0-r, $0-g, $0-b) or group three values inside one table by adjusting the indices accordingly. It's easier to show in a patch than to tell, so just look at the attachment to see what I mean. Actually that's nice to have as an abstraction so I made it. It's called tabread-three and not tabread3 because of tabread4. ;) #N canvas 27 42 393 214 10; #X msg 25 54 0.15 0.2 0.25; #X msg 51 81 0.85 0.8 0.75; #N canvas 0 0 528 452 write 0; #X obj 195 90 inlet; #X obj 424 90 inlet; #X obj 424 112 * 3; #X obj 158 379 tabwrite \$0-array; #X obj 257 353 +; #X obj 237 136 0; #X obj 222 294 f; #X obj 251 293 + 1; #X obj 195 112 t b a b; #X obj 158 202 list; #X obj 158 232 list split 1; #X obj 158 258 t f b; #X obj 158 138 3; #X obj 158 160 until; #X floatatom 320 178 5 0 0 0 - - -; #X connect 0 0 8 0; #X connect 1 0 2 0; #X connect 2 0 4 1; #X connect 4 0 3 1; #X connect 5 0 6 1; #X connect 6 0 7 0; #X connect 6 0 4 0; #X connect 7 0 6 1; #X connect 8 0 12 0; #X connect 8 1 9 1; #X connect 8 2 5 0; #X connect 9 0 10 0; #X connect 10 0 11 0; #X connect 10 1 9 1; #X connect 11 0 3 0; #X connect 11 1 6 0; #X connect 12 0 13 0; #X connect 13 0 9 0; #X connect 14 0 12 1; #X connect 14 0 2 1; #X restore 25 131 pd write; #X floatatom 70 106 5 0 0 0 - - -; #N canvas 0 0 509 502 read 0; #X obj 199 34 inlet; #X obj 243 298 tabread \$0-array; #X obj 199 64 * 3; #X obj 349 381 t l; #X obj 106 384 list; #X obj 243 270 +; #X obj 200 180 until; #X obj 200 158 3; #X obj 199 92 t b b f b; #X obj 200 213 f; #X obj 226 213 + 1; #X obj 284 176 0; #X floatatom 370 37 5 0 0 0 - - -; #X text 418 37 <-arg?; #X obj 106 419 outlet; #X obj 259 354 list prepend; #X connect 0 0 2 0; #X connect 1 0 15 0; #X connect 2 0 8 0; #X connect 3 0 15 1; #X connect 4 0 14 0; #X connect 5 0 1 0; #X connect 6 0 9 0; #X connect 7 0 6 0; #X connect 8 0 4 0; #X connect 8 1 7 0; #X connect 8 2 5 1; #X connect 8 3 11 0; #X connect 8 3 15 1; #X connect 9 0 10 0; #X connect 9 0 5 0; #X connect 10 0 9 1; #X connect 11 0 9 1; #X connect 12 0 2 1; #X connect 12 0 7 1; #X connect 15 0 3 0; #X connect 15 0 4 1; #X restore 159 84 pd read; #X msg 159 128 0.15 0.2 0.25; #X msg 159 106 set \$1 \$2 \$3; #X floatatom 159 54 5 0 0 0 - - -; #X obj 26 17 table \$0-array; #X connect 0 0 2 0; #X connect 1 0 2 0; #X connect 3 0 2 1; #X connect 4 0 6 0; #X connect 6 0 5 0; #X connect 7 0 4 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] chdh / vivarium
pierre a écrit : > Salut Cyrille, > OOops I've pressed too quickly the 'send' button... sorry for that btw curious to watch the DVD ! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Maximum output number
dear list, i'm trying to work with 48 outputs (2 motu 424) in one instance of puredata but i got the error "output channels reduced to maximum 32" when i try to set the output channel number to 48 does anyone have an idea how to put this maximum up to 48 ? thanks antoine -- -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] chdh / vivarium
Salut Cyrille, c'est Pierre, tu sais j'étais venu chez toi il y a un an, tu m'avais très généreusement parlé de tes projets, de ton boulot sur puredata... > We are glad to announce the release of the chdh dvd: > vivarium > --- content de voir que tu vous avez amené ce projet, vivarium, à bon port ! j'irais faire mes emplettes sur artkillart ;) je pense souvent à toi dès que je touches aux shaders !! c'est pas simple :) mes projets suivent leurs cours, petit à petit... mon live à cinesthesy, en entier (ya un passage ou tu reconnaîtra ton shader de réflection d'eau) : http://www.vimeo.com/groups/6878/videos/2162840 des extraits : http://www.vimeo.com/groups/6878/videos/2169334 sinon aussi je viens de toucher l'aide à la création pour ce projet : http://92.243.12.140/100___Projet_Horizontal/ voila pour mes news j'espère à bientôt et bon courage pour la suite! a+ pierre ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] reading colors from txt file with repeat
Hi Frank Maybe look at this concept attached tab-many.pd its more generic. Stef Frank Barknecht skrev: Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: You can only store one number per index. So you either should use 3 arrays (i.e. $0-r, $0-g, $0-b) or group three values inside one table by adjusting the indices accordingly. It's easier to show in a patch than to tell, so just look at the attachment to see what I mean. Actually that's nice to have as an abstraction so I made it. It's called tabread-three and not tabread3 because of tabread4. ;) #N canvas 27 42 393 214 10; #X msg 25 54 0.15 0.2 0.25; #X msg 51 81 0.85 0.8 0.75; #N canvas 0 0 528 452 write 0; #X obj 195 90 inlet; #X obj 424 90 inlet; #X obj 424 112 * 3; #X obj 158 379 tabwrite \$0-array; #X obj 257 353 +; #X obj 237 136 0; #X obj 222 294 f; #X obj 251 293 + 1; #X obj 195 112 t b a b; #X obj 158 202 list; #X obj 158 232 list split 1; #X obj 158 258 t f b; #X obj 158 138 3; #X obj 158 160 until; #X floatatom 320 178 5 0 0 0 - - -; #X connect 0 0 8 0; #X connect 1 0 2 0; #X connect 2 0 4 1; #X connect 4 0 3 1; #X connect 5 0 6 1; #X connect 6 0 7 0; #X connect 6 0 4 0; #X connect 7 0 6 1; #X connect 8 0 12 0; #X connect 8 1 9 1; #X connect 8 2 5 0; #X connect 9 0 10 0; #X connect 10 0 11 0; #X connect 10 1 9 1; #X connect 11 0 3 0; #X connect 11 1 6 0; #X connect 12 0 13 0; #X connect 13 0 9 0; #X connect 14 0 12 1; #X connect 14 0 2 1; #X restore 25 131 pd write; #X floatatom 70 106 5 0 0 0 - - -; #N canvas 0 0 509 502 read 0; #X obj 199 34 inlet; #X obj 243 298 tabread \$0-array; #X obj 199 64 * 3; #X obj 259 354 list; #X obj 294 354 t l; #X obj 106 384 list; #X obj 243 270 +; #X obj 200 180 until; #X obj 200 158 3; #X obj 199 92 t b b f b; #X obj 200 213 f; #X obj 226 213 + 1; #X obj 284 176 0; #X floatatom 370 37 5 0 0 0 - - -; #X text 418 37 <-arg?; #X obj 106 419 outlet; #X connect 0 0 2 0; #X connect 1 0 3 0; #X connect 2 0 9 0; #X connect 3 0 4 0; #X connect 3 0 5 1; #X connect 4 0 3 1; #X connect 5 0 15 0; #X connect 6 0 1 0; #X connect 7 0 10 0; #X connect 8 0 7 0; #X connect 9 0 5 0; #X connect 9 1 8 0; #X connect 9 2 6 1; #X connect 9 3 3 1; #X connect 9 3 12 0; #X connect 10 0 11 0; #X connect 10 0 6 0; #X connect 11 0 10 1; #X connect 12 0 10 1; #X connect 13 0 2 1; #X connect 13 0 8 1; #X restore 159 84 pd read; #X msg 159 128 0 0 0; #X msg 159 106 set \$1 \$2 \$3; #X floatatom 159 54 5 0 0 0 - - -; #X obj 26 17 table \$0-array; #X connect 0 0 2 0; #X connect 1 0 2 0; #X connect 3 0 2 1; #X connect 4 0 6 0; #X connect 6 0 5 0; #X connect 7 0 4 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] chdh / vivarium
We are glad to announce the release of the chdh dvd: vivarium --- video / data dvd by chdh arcadi / artkillart AKA 04 – 2008 vivarium is a work based on a symbiosis between sound and image where chdh creates a single, cold but organic universe. Each video track of vivarium is composed around a single audiovisual instrument, evolving from passivity to life, instability and mutation, in a slow and hypnotic time. This double side dvd contains: - side 1 for dvd player containing the video pieces. - side 2 for computer containing infos, better quality videos and software used and developed for this project. vivarium is now available for sale and free download. more infos : http://www.chdh.net http://www.chdh.net/vivarium buy the DVD : http://www.artkillart.tk download the data dvd layer via bittorrent: http://www.chdh.net/data/vivarium_data.iso.torrent cyrille henry et nicolas montgermont ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] doco on iem_bin_ambi?
You can find the names of the available objects in the iem_bin_ambi library by looking in the extras folder in terminal like this (or open the package and browse in finder): $ ls /Applications/Pd-extended-0.40.3.app/Contents/Resources/extra/ iem_bin_ambi/ bin_ambi_calc_HRTF.pd_darwinbin_ambi_reduced_decode_fft.pd_darwin bin_ambi_reduced_decode_fir2.pd_darwin bin_ambi_reduced_decode.pd_darwin bin_ambi_reduced_decode_fft2.pd_darwin iem_bin_ambi-meta.pd bin_ambi_reduced_decode2.pd_darwin bin_ambi_reduced_decode_fir.pd_darwin However, these objects are fairly low level and interdependent. There appears to be some Pd console information from the objects, but for the best available example of how to use them, download and load the main patch from the windows package: http://iem.at/Members/noisternig/bin_ambi Then make sure you add all the necessary paths for all the abstractions in sub-folders, and other objects - e.g. iemmatrix etc. I think you should be able to make the example environment work this way. Nick - http://www.limsi.fr/Scientifique/ps/thmsonesp/SonEspace http://soundsorange.net On Jan 21, 2009, at 11:18 PM, e deleflie wrote: > thanks Nick, > > I know I have the code installed on OSX because I can instantiate > [import iem_bin_ambi] but that doesn't tell me what the > available objects are. > > So I guesss by trying to create [iem_bin_ambi] and [bin_ambi] (no idea > if they are the right objects) ...and I get an error in the console: > > ... > libdir_loader: added 'iem_bin_ambi' to the canvas-local objectclass > path > libdir_loader: added 'iem_bin_ambi' to the canvas-local objectclass > path > libdir_loader: added 'iem_bin_ambi' to the canvas-local objectclass > path > error: maximum object loading depth 1000 reached > iem_bin_ambi > ... couldn't create > > All I need is the name of the blasted objects! > > Etienne > > On Thu, Jan 22, 2009 at 3:35 AM, Nicholas Mariette > wrote: >> Documentation of iem_bin_ambi is mostly limited to the patches (and >> some >> papers) as far as I'm aware. >> >> There is a package for iem_bin_ambi here (windows): >> http://iem.at/Members/noisternig/bin_ambi >> >> For OSX, I believe all the necessary objects are built and included >> in Pd >> extended, under Pd-extended.app/Contents/Resources/extra/iem* >> (right click the app and Show Package Contents) >> >> I think you should just need to add the correct paths into Pd >> preferences >> to make the patches from the windows bin_ambi package work. >> >> Nick >> - >> http://www.limsi.fr/Scientifique/ps/thmsonesp/SonEspace >> http://soundsorange.net >> >> >> >> >>> Can anyone point me to any doco on iem_bin_ambi? ... (and iem_ambi >>> for >>> that matter). Google is failling me ... maybe somewhere on my >>> harddrive? >>> >>> I'm on OSX (in case that has significance) >>> >>> Etienne >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >>> >> >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] d_fat vs. pd_darwin (was Re: Gem 0.91-2 bugfix release)
Hans-Christoph Steiner wrote: On Jan 21, 2009, at 12:39 PM, IOhannes m zmoelnig wrote: There are numerous real arguments against d_fat: - Gem has used .pd_darwin for a long time and it has worked well holy cow: Gem has used .dll for a long time and it has worked well :-) - Using .d_fat will cause confusion when people have both a Gem.pd_darwin and a Gem.d_fat that's why people shouldn't have and pd_darwin's on their machines. seriously, the way it is now, with Pd-extended shipping pd_darwin and me shipping d_fat, i can only see that both profit. people can upgrade using my binary, without actually having to overwrite the original binary and can revert to it later. - Mac OS X never uses CPU-specific file extensions OS-X does not come with Pd. - supporting so many file extensions increases load time a lot yes that's a good one. according to s_loader in both https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/v0-40/pd/src/s_loader.c and https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.41/pd/src/s_loader.c, Pd will _first_ look for .d_fat and only then for .pd_darwin. now wait, the links above actually point to Pd-extended's branch of the Pd-sourcesso Pd-extended will speed up if we use .d_fat instead of .pd_darwin you can either accept this, or patch Pd for Pd-extended to not be able to load .d_fat's. and more... the original arguments why the new suffixes have been introduced was - to create a consistent naming scheme across all platforms - to allow binaries of multiple architectures/platforms live side by side the latter still holds true, even when using OSX: please do accept that people use network-shares across multiple archtiectures and platforms(!) for their workspaces, even if you don't do so yourself. even if you don't know any such persons. side effects of not using the platforms native suffix are numerous and benevolent. finally: i would have preferred and indication of Pd in the suffix, e.g. .pd.d_fat instead of just .d_fat; for this is is arguably too late. fmgasdr. IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
bigsw...@cox.net wrote: I swap out the files on 10.5 intel the pix freeframe loads but the result is a pock mocked unusuable stream sorry, i am no english native and this does not make sense to me. there might still be some problems with the implicit RGBA-conversion done in [pix_freeframe] (needed for FreeFrame plugins), which i will probably not fix in 0.91. the simple workaround is to use [pix_rgba] before [pix_freeframe] famsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended and command line parameters
Simon Wise wrote: IOhannes m zmoelnig wrote: e deleflie wrote: All, I cant get the command line parameters to work on Pd-extended. (OSX) use Pd-0.42 afaik, cmdline args for all flavours of Pd on OSX prior to 0.42 and after 0.38 (or so) did not work, due to the way, things get called (on OS-X Pd will start the gui which in turn starts the dsp (which eats the cmdline args); prior to 0.42 the cmdline args got lost somewhere. Is there a secret to get command line params to work with Pd-extended? no secret involved. but since Pd-extended has not yet reached 0.42, it won't work out of the box yet. I haven't got OSX here at the moment so I can't check, but IIRC it is a bit confusing which binary to use in the bundle, and if you use the appropriate one you can use command line args - for example this script works for Pd-0.40 extended on OSX 10.4 /Applications/Pd.app/Contents/Resources/bin/pd -nogui /Library/Pd/slave.pd; exit ah, this only works if you use the "-nogui" flag. because: in this case, the pd-gui (which would _really_ start the pd-dsp) is not started, but instead the pd-dsp just keeps running and parses the rest of the arguments. so: -nogui -help -version -invalidcmdlineargument should all work (because no GUI is involved, or Pd is quit before the gui could get involved) as soon as GUI is involved, this simply does not work anymore. its all for your benefit: people kept complaining about having a application-title "Wish" instead of "Pd" in the olde days. to fix this, it was necessary to add this who-calls-whom quirks, which lost the arguments in older (<0.42) Pd-versions. fmga.sdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] listing of latest successful builds
Hans-Christoph Steiner wrote: Hey all, I changed the 'latest' page on the auto-build site to be a collection of the latest successful builds: http://autobuild.puredata.info/auto-build/latest/ ah, this is great. fgamsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
