Re: [PD] USING PICTURES FROM THE INTERNET
I use following script to retrieve images from google on my webpage. Take a look, maybe it'll need some hacking. It chooses a random word from a dict (unix dict format, each word on new line), retrieves a google images result for this word, greps the urls and saves the images (filename is the md5sum of parent url). Maybe it'll help. Input to pd via [netsend] would be the simple piece of code. [http://popcorp.org/data/getGoogleImg.tgz] Dne středa 06 prosinec 2006 17:31 aurélien Bourdier napsal(a): Hello, I would like to make a diaporama using pictures from internet, for example directly from google images... The best thing would be the ability to define the research of pictures... I really don't know which objects i can use on the internet point of the pd patch (connection to the site, reaserach on the site, download of pictures ) Thanks to help me on this point... _ Découvrez le blog Eragon sur Windows Live Spaces! http://eragon-heroic-fantasy.spaces.live.com/ -- Jozef Henzl sorry my engrish ;) http://popcorp.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_video alphachannel
hello I've seen your message on the pd list about alpha mix of live input I'had got the same problem as you with the pix_mix box (vertical flip) It seems that gem prefers working in 3D than with pix_ objects ... so I've made this box to mix two sources (the mix is in 3D however, it's not recordable with pix_record, but it's viewable) --- #N canvas 122 21 618 206 12; #N canvas 73 182 1032 463 melangeur_3D 0; #X obj 88 346 rectangle 5 4; #X obj 78 -9 inlet; #X msg 323 71 quality \$1; #X obj 323 52 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 1 1 ; #X obj 90 229 pix_texture; #X obj 90 251 alpha; #X obj 179 158 pix_coloralpha; #X obj 78 187 pix_takealpha; #X obj 180 134 pix_levels; #X msg 197 99 \$1 1 1 0; #X floatatom 193 30 5 0 0 0 - - -; #X floatatom 193 76 5 0 0 0 - - -; #X obj 192 53 / 100; #X obj 244 -12 loadbang; #X msg 324 31 1; #X obj 470 343 rectangle 5 4; #X obj 472 -10 inlet; #X obj 472 226 pix_texture; #X obj 477 250 alpha; #X obj 571 168 pix_coloralpha; #X obj 472 196 pix_takealpha; #X obj 572 144 pix_levels; #X floatatom 575 27 5 0 0 0 - - -; #X floatatom 575 73 5 0 0 0 - - -; #X obj 574 50 / 100; #X msg 527 28 69; #X msg 145 31 80; #X obj 640 -58 inlet; #X obj 827 104 pack f f f f; #X floatatom 778 25 5 0 0 0 - - -; #X floatatom 778 64 5 0 0 0 - - -; #X obj 778 43 / 100; #X floatatom 827 24 5 0 0 0 - - -; #X floatatom 825 65 5 0 0 0 - - -; #X obj 824 42 / 100; #X floatatom 875 22 5 0 0 0 - - -; #X floatatom 873 63 5 0 0 0 - - -; #X obj 872 40 / 100; #X floatatom 921 22 5 0 0 0 - - -; #X floatatom 919 63 5 0 0 0 - - -; #X obj 918 40 / 100; #X obj 826 83 t b f; #X obj 873 85 t b f; #X obj 924 86 t b f; #X msg 579 96 0.7 1 \$1 0; #X connect 1 0 8 0; #X connect 1 0 7 0; #X connect 2 0 4 0; #X connect 2 0 17 0; #X connect 3 0 2 0; #X connect 4 0 5 0; #X connect 5 0 0 0; #X connect 6 0 7 1; #X connect 7 0 4 0; #X connect 8 0 6 0; #X connect 9 0 8 1; #X connect 10 0 12 0; #X connect 11 0 9 0; #X connect 12 0 11 0; #X connect 13 0 26 0; #X connect 13 0 14 0; #X connect 13 0 25 0; #X connect 14 0 3 0; #X connect 16 0 21 0; #X connect 16 0 20 0; #X connect 17 0 18 0; #X connect 18 0 15 0; #X connect 19 0 20 1; #X connect 20 0 17 0; #X connect 21 0 19 0; #X connect 22 0 24 0; #X connect 23 0 44 0; #X connect 24 0 23 0; #X connect 25 0 22 0; #X connect 26 0 10 0; #X connect 27 0 22 0; #X connect 28 0 21 1; #X connect 29 0 31 0; #X connect 30 0 28 0; #X connect 31 0 30 0; #X connect 32 0 34 0; #X connect 33 0 41 0; #X connect 34 0 33 0; #X connect 35 0 37 0; #X connect 36 0 42 0; #X connect 37 0 36 0; #X connect 38 0 40 0; #X connect 39 0 43 0; #X connect 40 0 39 0; #X connect 41 0 28 0; #X connect 41 1 28 1; #X connect 42 0 28 0; #X connect 42 1 28 2; #X connect 43 0 28 0; #X connect 43 1 28 3; #X connect 44 0 21 1; #X restore 204 88 pd melangeur_3D; #X text 330 59 mix amount (0-100); #X text 244 60 source 2; #X text 150 61 source 1; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nightly builds on intel mac
/Applications/Pd-0.39.2-extended-2006-12-07.app/Contents/Resources/ bin/pd -stderr sh: line 1: /Applications/Wish.app/Contents/MacOS/Wish: No such file or directory stuck in works for me mode? : ) still with the problems described by sciss best miguel On Dec 7, 2006, at 12:51 AM, Hans-Christoph Steiner wrote: Arg, I guess its stuck in works for me mode, maybe I forgot to turn that off. Try again tomorrow (2006-12-07). .hc On Dec 6, 2006, at 4:35 PM, Sciss wrote: hallo hans, this one is at the least the first i download that gets really started. however it's impossible to open a new empty patcher or to load any patcher. there aren't any error messages, the main windows is there and it says GEM has been loaded. but no reaction to most of the menu items (about works, preferences don't work, file new doesn't work, file open doesn't work, file message works, file quit doesn't work, help html + browser work). ciao, -sciss- Am 06.12.2006 um 21:58 schrieb Hans-Christoph Steiner: This one works for me: http://autobuild.puredata.info/auto-build/2006-12-06/ .hc -- -- All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_video alphachannel
[EMAIL PROTECTED] wrote: hello I've seen your message on the pd list about alpha mix of live input I'had got the same problem as you with the pix_mix box (vertical flip) well, this is basically a problem of how the images are presented to Gem by whichever source. some systems prefer to anchor an image at the upper-right corner, others (like openGL) prefer to assume that (0/0) is in the lower-right corner. this makes images from one system appear upside down in the other. luckily, Gem automatically takes care of this when it comes to texturing (so you normally shouldn't notice). however, when you want to combine 2 such sources, Gem uses the raw data (for performance reasons), and ignores if one of the 2 images is flipped upside down. thats why you get weird effects in such cases. how to cope with this: 1) don't use pix_objects for doing things you can do without (e.g. mixing) 2) recode the combining pix_objects to obey the upside down flags 3) flip on of the images via the [pix_flip] object It seems that gem prefers working in 3D than with pix_ objects ... obivously, since this is what Gem is made for. you can get a lot of performance from this. so I've made this box to mix two sources (the mix is in 3D however, it's not recordable with pix_record, but it's viewable) it _is_ recordable via [pix_record]; use [pix_snap]. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] nightly builds on intel mac
On Wed, December 6, 2006 9:03 pm, Hans-Christoph Steiner wrote: Try opening up the /Applications/Utilities/Terminal.app and running this in the Terminal window. Then copy and paste the text from that Window and respond to this thread with it I will do when i come home (from this Mac-less student-lacking lab job (= wast of time but easy money)). Just to say: I had a quick go this morning while stuffing breakfast into me head, and i had similar expiriences as Sciss. On a side note: How do one alt-ctrl-F1 (to log in and kill processes that locks the system whill X/Aqua don't respomd) in Mac OS X? And how to ensure that an application (or no applications) gets to eat the entire cpu-beef? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] average Signal block by block
Hi list, a bit hard to explain in a few words what i want to do, so i try to describe it a bit I got an array which gets its information via tabsend~ from a signal (size of array and blocksize of signal are equal but changeable, like a 64-array and a 64-signal or a 1024-array and a 1024-signal) every block of the Signal looks the same (same shape), with only a difference caused by noise What i want to do is average the Signal by using like 100 Blocks of it and build a mean Block out of them All average objects like average~ or mavarage~ don't work for me cause they calculate only one single value which represents the mean of one signal block, but not the mean block over several blocks to explain it with an example imagine a sine Signal of appropriate frequency (like 44100/1024 Hz to fit into a 1024-array) with some added white noise with maverage~ the result would be 0 with the average function i need the result would be a clear sine without noise (if you average over enough blocks) i tried to realize it with the FIR~ object and an array with all values set to 1 ... and it seemed to work greater array leads to a average of more blocks, but the FIR~ object does some weird things, like shifting my signal which makes it not usable for me it would be great if someone of you got an idea for me how to solve this problem thx in advance Andreas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
RE: [PD] Pre Loading a Delay Line
Thanks or the feedback!! I have a good KS synthesizer patched up That gives me good results, with the block size for the waveguide set At blocksize one as you suggested. The table is a good idea, instead of time dialating the excitation waveform or changing the delay time to get different pitches, I can just read / write the table (delay line) at different rates (in modeling terms, changing the speed of sound). Easier, and only requires a constant length table copy for each note. I have been peaking into the source with the intent of creating an external which performs the same function as the current delay object (with vd~) but has an input to preload the delay line from a table. Is there an example that you know of that uses tabread and write as a delay line?? Thanks!! Michael -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 29, 2006 8:01 PM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line Hi Michael, Michael Garrett wrote: I need to pre fill a delay line, in a Karplus Strong oscillator. That data will then be overwritten during the duration Of the 'note'. Is there a 'built in mechanism for accomplishing this, or do I need to construct something using a table. I need the delay line to be interpolating. I am setting the delay based on the incoming note, and ideally would fill the line with the same waveform, time dilated to fit the required length. Short answer: no, there is no way to pre fill the delay that is native to the [delwrite~] object. You're on the right track to use a table, however. You could also go a step further and build your own delay line using two tables, which transfer back and forth to each other with [tabwrite~], and could be preloaded with whatever you need. The [tabread4~] object should read your tables with enough interpolation for Karplus Strong synthesis. Otherwise, [delwrite~] and [vd~] are normally used for this, and [vd~ ] seems to interpolate well enough. You'll have to set a very low blocksize with the [block~] object to synthesize high frequencies in any case. In the past, there's been quite a bit of discussion about KS synthesis on the list. And it sounds like you have a rather complicated approach to it (or at least more so than standard KS synthesis). If you're interested, it might be worth checking some of these threads for more tips. best, d. -- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 200: How would you explain this to your parents? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pre Loading a Delay Line
Hi Michael, technically, reading from a table and changing the playback speed isn't really KS. That's more like wavetable synthesis with en envelope. I always thought KS was dependent on attenuated feedback. But if it works do it! I don't have a handy example of tabread/tabwrite as a delay, unfortunately. Frank Barknecht has a [pluck~] abstraction in CVS: /abstractions/footils/foo/pluck~.pd But I'm sure it uses [vd~]. Might be interesting to have a look at. And this abstraction from Orm Finnendahl adapted by João Miguel Pais: http://lists.puredata.info/pipermail/pd-list/attachments/20060412/75593d59/ks.obj (textfile...save as ks.pd) Another idea, why not preload the delay line in realtime by triggering a sample when you need the note? That seems much more like textbook KS, which is usually triggered by a burst of noise (though I prefer a mic input). best, d. Michael Garrett wrote: Thanks or the feedback!! I have a good KS synthesizer patched up That gives me good results, with the block size for the waveguide set At blocksize one as you suggested. The table is a good idea, instead of time dialating the excitation waveform or changing the delay time to get different pitches, I can just read / write the table (delay line) at different rates (in modeling terms, changing the speed of sound). Easier, and only requires a constant length table copy for each note. I have been peaking into the source with the intent of creating an external which performs the same function as the current delay object (with vd~) but has an input to preload the delay line from a table. Is there an example that you know of that uses tabread and write as a delay line?? Thanks!! Michael -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 29, 2006 8:01 PM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line Hi Michael, Michael Garrett wrote: I need to pre fill a delay line, in a Karplus Strong oscillator. That data will then be overwritten during the duration Of the 'note'. Is there a 'built in mechanism for accomplishing this, or do I need to construct something using a table. I need the delay line to be interpolating. I am setting the delay based on the incoming note, and ideally would fill the line with the same waveform, time dilated to fit the required length. Short answer: no, there is no way to pre fill the delay that is native to the [delwrite~] object. You're on the right track to use a table, however. You could also go a step further and build your own delay line using two tables, which transfer back and forth to each other with [tabwrite~], and could be preloaded with whatever you need. The [tabread4~] object should read your tables with enough interpolation for Karplus Strong synthesis. Otherwise, [delwrite~] and [vd~] are normally used for this, and [vd~ ] seems to interpolate well enough. You'll have to set a very low blocksize with the [block~] object to synthesize high frequencies in any case. In the past, there's been quite a bit of discussion about KS synthesis on the list. And it sounds like you have a rather complicated approach to it (or at least more so than standard KS synthesis). If you're interested, it might be worth checking some of these threads for more tips. best, d. -- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 109: Lost in useless territory ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wavetable distortion after save
Oops, I had mislabeled it 0.40. Can't count this high.
Should be fixed now (with additional bug fixes) both on
http://crca.ucsd.edu/~msp/software.html and in CVS ('main').
cheers
Miller
On Thu, Dec 07, 2006 at 04:32:10PM +0100, metafor wrote:
hi hc
i tried yesterday. but the domain was not reachable. so gave it a try
today, but i can not find 0.41 version. i see 0.39-2 for various
distributions, i guess this are builds from cvs. i already have pd
built from cvs and there the error is still included. so where could i
get the 0.41? or do i misunderstand something?
please let me know where to grab a source which has this
wavetable-64bit issue fixed.
all the best
marc
On Tue, 5 Dec 2006 13:23:44 -0500
Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
You can get 0.41 test builds for GNU/Linux from the autobuild farm:
http://autobuild.puredata.info
.hc
On Dec 5, 2006, at 10:41 AM, Miller Puckette wrote:
Hi Marc,
This is a bug that is fixed in 0.41 (which is in early pre-release
right
now).
cheers
Miller
On Tue, Dec 05, 2006 at 03:20:31PM +0100, metafor wrote:
hi list
i experience a strange behavior of pd saving wavetables.
i am working on ubuntu edgy amd64, pd is compiled from CVS
a week ago.
if i draw a wavetable and save my patch, the result is
completely distorted when i reopen the patch. like some random
sinus curves. i do not compute audio and it's the only wavetabele
in the patch. i have pd installed on debian on a different
machine, which is not 64bit and there i do not experience this
behavior.
what could this be?
best
marc
___
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
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle
man for Big Business, for Wall Street and the bankers. -
General Smedley Butler
___
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
Re: [PD] pix_record mixed pixes
On Wed, 6 Dec 2006, IOhannes m zmoelnig wrote: due to the signal-flow nature of pix-processing you have to add [pix_record] after all pix-processing objects you want to have an effect on the recorded video. that's not very surprising: the same thing would happen to messages and DSP. (well, I'm surprised by the phrase signal flow: what does it mean?) what's a lot more surprising is that [pix_video] | [pix_gain] | [t a a] | | | [pix_invert] | [pix_record] actually applies [pix_invert], because gem messages handle pix (and all the other state) by pointer, so that the pix seemingly sent from [pix_gain] to [pix_record] is actually modified although the message sent isn't modified. This doesn't necessarily happen in other video plugins. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] error compiling PD.
Hi, I followed the instructions for compiling pd extended from here http://puredata.org/docs/developer/Debian. Unfortunately i get this error right at the start pretty much /usr/bin/m4: unrecognised option '--debugfile=autom4te.cache/traces.0t' Try '/usr/bin/m4 --help' for more information autom4te: /usr/bin/m4 failed with exit status 1 Any ideas? Im on debian unstable pentium 4 Thanks Nick ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record mixed pixes
On 12/7/06, Mathieu Bouchard [EMAIL PROTECTED] wrote: what's a lot more surprising is that [pix_video] | [pix_gain] | [t a a] | | | [pix_invert] | [pix_record] actually applies [pix_invert], because gem messages handle pix (and all the other state) by pointer, so that the pix seemingly sent from [pix_gain] to [pix_record] is actually modified although the message sent isn't modified. This doesn't necessarily happen in other video plugins. Reversing the order of pix_invert and pix_record won't apply the inversion though. That would be consistent with the rest of Pd messaging right? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
RE: [PD] pix_record mixed pixes
Keep in mind that GEM builds a graph based on the pointers when you turn on rendering. Pix_invert and pix_record are both using that same pointer, and the [t] object is simply controlling the order of the graph that is constructed. In fact, when rendering, the [t] object doesn't get any messages at all...all messages/events are happening in that constructed graph. This basically the same as how the ~ objects work. Reversing the order pix_invert and pix_record will still apply the invert...it will just happen after the pix_record happens. Mark From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chris clepper Sent: Thursday, December 07, 2006 10:07 AM To: Mathieu Bouchard Cc: pd-liste; vincent Rioux; IOhannes m zmoelnig Subject: Re: [PD] pix_record mixed pixes On 12/7/06, Mathieu Bouchard [EMAIL PROTECTED] wrote: what's a lot more surprising is that [pix_video] | [pix_gain] | [t a a] | | | [pix_invert] | [pix_record] actually applies [pix_invert], because gem messages handle pix (and all the other state) by pointer, so that the pix seemingly sent from [pix_gain] to [pix_record] is actually modified although the message sent isn't modified. This doesn't necessarily happen in other video plugins. Reversing the order of pix_invert and pix_record won't apply the inversion though. That would be consistent with the rest of Pd messaging right? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record mixed pixes
On 12/7/06, Danks, Mark [EMAIL PROTECTED] wrote: Reversing the order pix_invert and pix_record will still apply the invert…it will just happen after the pix_record happens. That is a much clearer way to say what I was try to say. The inversion will not be applied to the image input to pix_record, but the processing would still happen. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
RE: [PD] Pre Loading a Delay Line
Attached is the base KS synth that I am using. It sounds like a PVC pipe Being hit which was my goal. The delay is excited with a cosine enveloped bandlimited noise pulse. If you add some spikes to the table, you can change the excitation sound. Preloading the table, gets more low frequency energy into the table faster, allowing better generation of low frequency sounds. (I am a bass player!!) mcg -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 12:26 PM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line I was wondering how you arrived at this idea of preloading the delay line. From reading this I would say definitely trigger your waveforms as samples into a delay line with feedback. The waveform should be the same length as your delay line. By setting your feedback and playback readpoints to the same, you can change the functional length of delay without changing it's actual (or theoretical maximum) length. So you'll need to be able to call up the length of the waveform (unless they are all the same in your implementation) in miliseconds and send that to the [vd~] used for playback and for feedback as a starting point, from which you would adjust to change pitch. The first thing you would hear then is the sampled waveform, and then after that iterations of that waveform decreasing in volume. Classic KS. Or am I missing something? It seems you're taking a more complex approach to this than basic KS, and I wonder what the aim is in terms of sound... best, d. Michael Garrett wrote: A little better explanation: The idea is to read from the table, and feedback with and attenuated delay, back into the table, thereby modifying the table, the table at any given time, being the KS 'waveform' at that instant. So, reading attenuating and feeding Back the signal at varying rates, is equivalent to modifying the 'speed of sound' inside the 'waveguide'. So something like this: Read out from the table at the current (or delayed) index, send that to the output, take that sample attenuate it, and write it back to the using the delay index, increment the indices (with modulo) thereby replacing the original table with the time modified data at each time (or sample index). The read .. modify.. feedback rate, is equivalent to the 'propagation' of waves in the 'waveguide' (or the KS 'delay' unit). So of you were watching the table in real time, you would see the internal guts of the KS algorithm, modifying the wave (table)in real time. Once the energy in the table has decayed to zero, silence would be output... Another note would be triggered, by copying the table back into the 'waveguide' (or table or delay line depending on the implementation). mcg -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 10:16 AM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line Hi Michael, technically, reading from a table and changing the playback speed isn't really KS. That's more like wavetable synthesis with en envelope. I always thought KS was dependent on attenuated feedback. But if it works do it! I don't have a handy example of tabread/tabwrite as a delay, unfortunately. Frank Barknecht has a [pluck~] abstraction in CVS: /abstractions/footils/foo/pluck~.pd But I'm sure it uses [vd~]. Might be interesting to have a look at. And this abstraction from Orm Finnendahl adapted by João Miguel Pais: http://lists.puredata.info/pipermail/pd-list/attachments/20060412/75593d59/k s.obj (textfile...save as ks.pd) Another idea, why not preload the delay line in realtime by triggering a sample when you need the note? That seems much more like textbook KS, which is usually triggered by a burst of noise (though I prefer a mic input). best, d. Michael Garrett wrote: Thanks or the feedback!! I have a good KS synthesizer patched up That gives me good results, with the block size for the waveguide set At blocksize one as you suggested. The table is a good idea, instead of time dialating the excitation waveform or changing the delay time to get different pitches, I can just read / write the table (delay line) at different rates (in modeling terms, changing the speed of sound). Easier, and only requires a constant length table copy for each note. I have been peaking into the source with the intent of creating an external which performs the same function as the current delay object (with vd~) but has an input to preload the delay line from a table. Is there an example that you know of that uses tabread and write as a delay line?? Thanks!! Michael -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 29, 2006 8:01 PM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line
RE: [PD] Pre Loading a Delay Line
Here is a link to the simple synth I am starting with. It simulates the sound of a PVC type xylophone. It adjusts the delay length based on the requested note. It is this synth that got me thinking about pre-exiting the delay line in order to get low frequency sounds. http://www.garrett-technologies.com/Music/pvc_synth.zip mcg -Original Message- From: Michael Garrett [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 1:58 PM To: 'Michael Garrett'; 'derek holzer' Cc: 'pd-list@iem.at' Subject: RE: [PD] Pre Loading a Delay Line Forgot to mention, the last synth is a standard KS synth, it does not use a pre loaded delay line!! mcg -Original Message- From: Michael Garrett [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 1:41 PM To: 'derek holzer' Cc: 'pd-list@iem.at' Subject: RE: [PD] Pre Loading a Delay Line Attached is the base KS synth that I am using. It sounds like a PVC pipe Being hit which was my goal. The delay is excited with a cosine enveloped bandlimited noise pulse. If you add some spikes to the table, you can change the excitation sound. Preloading the table, gets more low frequency energy into the table faster, allowing better generation of low frequency sounds. (I am a bass player!!) mcg -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 12:26 PM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line I was wondering how you arrived at this idea of preloading the delay line. From reading this I would say definitely trigger your waveforms as samples into a delay line with feedback. The waveform should be the same length as your delay line. By setting your feedback and playback readpoints to the same, you can change the functional length of delay without changing it's actual (or theoretical maximum) length. So you'll need to be able to call up the length of the waveform (unless they are all the same in your implementation) in miliseconds and send that to the [vd~] used for playback and for feedback as a starting point, from which you would adjust to change pitch. The first thing you would hear then is the sampled waveform, and then after that iterations of that waveform decreasing in volume. Classic KS. Or am I missing something? It seems you're taking a more complex approach to this than basic KS, and I wonder what the aim is in terms of sound... best, d. Michael Garrett wrote: A little better explanation: The idea is to read from the table, and feedback with and attenuated delay, back into the table, thereby modifying the table, the table at any given time, being the KS 'waveform' at that instant. So, reading attenuating and feeding Back the signal at varying rates, is equivalent to modifying the 'speed of sound' inside the 'waveguide'. So something like this: Read out from the table at the current (or delayed) index, send that to the output, take that sample attenuate it, and write it back to the using the delay index, increment the indices (with modulo) thereby replacing the original table with the time modified data at each time (or sample index). The read .. modify.. feedback rate, is equivalent to the 'propagation' of waves in the 'waveguide' (or the KS 'delay' unit). So of you were watching the table in real time, you would see the internal guts of the KS algorithm, modifying the wave (table)in real time. Once the energy in the table has decayed to zero, silence would be output... Another note would be triggered, by copying the table back into the 'waveguide' (or table or delay line depending on the implementation). mcg -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 10:16 AM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line Hi Michael, technically, reading from a table and changing the playback speed isn't really KS. That's more like wavetable synthesis with en envelope. I always thought KS was dependent on attenuated feedback. But if it works do it! I don't have a handy example of tabread/tabwrite as a delay, unfortunately. Frank Barknecht has a [pluck~] abstraction in CVS: /abstractions/footils/foo/pluck~.pd But I'm sure it uses [vd~]. Might be interesting to have a look at. And this abstraction from Orm Finnendahl adapted by João Miguel Pais: http://lists.puredata.info/pipermail/pd-list/attachments/20060412/75593d59/k s.obj (textfile...save as ks.pd) Another idea, why not preload the delay line in realtime by triggering a sample when you need the note? That seems much more like textbook KS, which is usually triggered by a burst of noise (though I prefer a mic input). best, d. Michael Garrett wrote: Thanks or the feedback!! I have a good KS synthesizer patched up That gives me good results, with the block size for the waveguide set At blocksize one
[PD] how to submit typo corrections
hi there, i'm all new to pd and very exited to having discovered this software... and eager to learn... now, as i started to read the documentation from scratch, i was wondering if my first contribution to the project couldn't be by helping getting rid of typos in the documentation... not that i think of myself as a good english writer... but i see typos ;) anyone a clue where and how i could contribute this? is there an svn repository? greetz ... and eager to make noise ... caillou -- mediagonal ag | fonderie 7| 1700 fribourg fon 026 422 25 11 | key id 0x5BF5F8FA | www.mediagonal.ch ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pre Loading a Delay Line
Hallo, Michael Garrett hat gesagt: // Michael Garrett wrote: Here is a link to the simple synth I am starting with. It simulates the sound of a PVC type xylophone. It adjusts the delay length based on the requested note. It is this synth that got me thinking about pre-exiting the delay line in order to get low frequency sounds. http://www.garrett-technologies.com/Music/pvc_synth.zip You synth sounds very nice! A little hint: You can use $0 in the name of delay lines instead of $1. That way you could get rid of the A, B, C, ... stuff that you use to differentiate between delays. As all your delays are in a seperate abstraction $0 will be unique. Then I don't really understand why preloading the delay line should give better low frequency sounds. Is it, because with lower notes and thus longer delay times you will have to wait longer for the first result? Isn't that the same with a real double bass, which also has a certain inertia? You have some minor bugs in your patch: First the [poly] number 4 is too small to get all possible polyphony. You could raise it to 8. Then you should check the triggering in pcv_synth_001.pd: You have to make sure, that the [1000( gets sent to the [/ ] after the [mtof] was send there. This isn't sure in your patch. Attached is a version with a fix that involves creating an additional outlet for the trigger-object. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ #N canvas 656 80 531 547 12; #X obj 194 246 sig~; #X obj 246 159 noise~; #X obj 99 323 *~; #X obj 246 205 lop~; #X obj 246 244 lop~; #X obj 159 141 mtof; #X obj 161 211 /; #X msg 117 175 1000; #X obj 99 19 inlet; #X obj 99 62 unpack 0 0 0 0; #X obj 35 19 inlet~; #X obj 34 465 outlet~; #X obj 35 421 +~; #X msg 351 177 0.993; #X msg 309 178 511; #X obj 309 11 loadbang; #X obj 57 277 tabplay~ impulse; #X obj 98 361 waveguide_pvc \$1; #X floatatom 182 107 5 0 0 0 - - -; #X floatatom 242 96 5 0 0 0 - - -; #X obj 77 109 t b b a; #X connect 0 0 17 1; #X connect 1 0 3 0; #X connect 2 0 17 0; #X connect 3 0 4 0; #X connect 4 0 2 1; #X connect 5 0 6 1; #X connect 6 0 0 0; #X connect 7 0 6 0; #X connect 8 0 9 0; #X connect 9 0 20 0; #X connect 9 2 18 0; #X connect 9 3 19 0; #X connect 10 0 12 0; #X connect 12 0 11 0; #X connect 13 0 17 2; #X connect 14 0 3 1; #X connect 14 0 4 1; #X connect 15 0 13 0; #X connect 15 0 14 0; #X connect 16 0 2 0; #X connect 17 0 12 1; #X connect 20 0 16 0; #X connect 20 1 7 0; #X connect 20 2 5 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to submit typo corrections
Hallo, pierre spring hat gesagt: // pierre spring wrote: i'm all new to pd and very exited to having discovered this software... and eager to learn... now, as i started to read the documentation from scratch, i was wondering if my first contribution to the project couldn't be by helping getting rid of typos in the documentation... not that i think of myself as a good english writer... but i see typos ;) anyone a clue where and how i could contribute this? is there an svn repository? There is a CVS repository at Sourceforge, where you can also submit bug reports with type corrections. Some info is here: http://pure-data.sourceforge.net/old/trackers.php Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdp color seperation
hi list i am wondering if someone already did a patch to separate color channels in order to track some specific objects more easily. for example only display objects with have a certain red value (bigger 200 in RGB) and so on. i did some patches on my own, but i am not really satisfied and would like to have a look on how other people achieved this goal. well just in case. otherwise good night or good morning wherever you might be... cheers marc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp color seperation
On Thu, 7 Dec 2006, metafor wrote: i am wondering if someone already did a patch to separate color channels in order to track some specific objects more easily. for example only display objects with have a certain red value (bigger 200 in RGB) and so on. Don't do that, because then it can't distinguish between red, yellow, white and purple. There are a bunch of techniques for dealing with that. For example, use Red minus Green minus Blue, as a way to detect only Red but not other colours. (I did that for my currently-running exhibition with Andrée Préfontaine at Glendon Gallery, that has a fruit-controlled audio sampler) I don't know how to do that in GEM, but in GridFlow, you just multiply each picture by a column matrix; e.g. here are objects for separating redness and greenness: [#inner (3 1 # 1 -1 -1)] for the tomato slice [#inner (3 1 # -1 1 -1)] for the kiwi slice _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] DesireData 0.39.A.pre4
http://artengine.ca/desiredata/download/desiredata-0.39.A.pre4.tar.gz Desire 0.39.A.pre4 (2006.12.07) (-r desiredata; ./configure make) : * major speedup of the GUI (sometimes 3-4 times faster) * lots of bugfixes * logging of the socket into the terminal is now disabled by default * introducing PD_PLUSPLUS_FACE, a new way to use m_pd.h and desire.h * new branch desiredata instead of devel_0_39. * got rid of #ifdef DESIRE * reply-matching in client-server protocol (less bug-prone) * reversing the connection to what it was supposed to be: the client connects to the server, not the other way around. * the server uses [netreceive] to receive the connection from the GUI * removed support for .pdsettings, .plist, microsoft registry. * cross-platform libpd * new titlebar icon http://artengine.ca/desiredata/gallery/pd.gif * removed t_guiconnect * removed [scope] _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] fmbox patch for d/l, improv
Hello, I've made my first pd instrument. It's a 16 (I think...) op FM patch with selectable wave types run through a voltage controlled filter, with delay and reverb. I created a GUI for it, but I usually control it with a Behringer BCF-2000 midi controller. I find it somewhat useful for abstract tones and texture - can sound pretty rough or subtle depending on how it is set. In any event, I've been playing it for a few weeks now and I've gotten some nice things out of it, disturbance-esque Sachiko M. tone type things. Required libs: freeverb~ for the reverb section, can easily be disconnected though. It's available for download at: http://art.sewanee.edu/mccoy/pdpatches/fmbox.zip Comments and suggestions welcome... Is anyone else doing similar things to this (non-generative instruments/envs for live performance)? I'm looking for more ideas :) I have experimented with adding amplitude envelopes to each of the 4 main sources but it turned a little bit drone-like and feedback sounding for my taste. Also, if anyone knows, on an optimization note: do send~ and receive~ cause any difference in cpu-time compared to just straight connections? Kevin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 6, 2006, at 4:34 PM, chris clepper wrote: On 12/6/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Now, I send a [mode 1( message, and it still works. From here on out, both [mode 0( and [mode 1( work. Or are you saying that you cannot switch back to [mode 1( once you switch to [mode 0(? The message only takes effect the first time you send it? What sort of output do you see in the console? I can give you the exact transcript tomorrow, but it was basically: using mode 0:GL_TEXTURE_2D using mode 1:GL_TEXTURE_RECTANGLE_EXT using mode 0:GL_TEXTURE_2D using mode 1:GL_TEXTURE_RECTANGLE_EXT using mode 0:GL_TEXTURE_2D .hc Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Re: [offlist] Pre Loading a Delay Line
Hi Michael, thanks for the verbose answers! When I get a free moment I will check all this stuff out at length. I'm not one for classic textbook stuff either, so I figured there was a method to your madness ;-) One way I've been dealing with this low frequency issue is by taking some inspiration from the Trautonium. The Doepfer synthesizer manufacturer recently started to make modules for reproducing this sound, but the basic idea is very simple. Take a note, and make a few octave or partial octave subdivisions. So for each note you could have two or three subharmonics of that octave which would fill in the low frequencies. In practice, this would mean setting up several KS delay lines for each excitation, but pitching them at subharmonics of the highest note. Octave divisions are the cleanest and most natural sounding, but three or four octaves below some notes means you have a slightly pitched echo rather than a tone. So half, three quarter or other divisions are worth experimenting with. Normal, musical divisions with a slight detune just high or low of the target note give very nice, rich, deep sounds. From here, you can easily side-track into Just Intonation theory and all other kinds of stuff. I just like it when it sounds heavy! good luck, d. Michael Garrett wrote: Here is a link to the simple synth I am starting with. It simulates the sound of a PVC type xylophone. It adjusts the delay length based on the requested note. It is this synth that got me thinking about pre-exiting the delay line in order to get low frequency sounds. http://www.garrett-technologies.com/Music/pvc_synth.zip mcg -Original Message- From: Michael Garrett [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 1:58 PM To: 'Michael Garrett'; 'derek holzer' Cc: 'pd-list@iem.at' Subject: RE: [PD] Pre Loading a Delay Line Forgot to mention, the last synth is a standard KS synth, it does not use a pre loaded delay line!! mcg -Original Message- From: Michael Garrett [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 1:41 PM To: 'derek holzer' Cc: 'pd-list@iem.at' Subject: RE: [PD] Pre Loading a Delay Line Attached is the base KS synth that I am using. It sounds like a PVC pipe Being hit which was my goal. The delay is excited with a cosine enveloped bandlimited noise pulse. If you add some spikes to the table, you can change the excitation sound. Preloading the table, gets more low frequency energy into the table faster, allowing better generation of low frequency sounds. (I am a bass player!!) mcg -Original Message- From: derek holzer [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 12:26 PM To: Michael Garrett Cc: pd-list@iem.at Subject: Re: [PD] Pre Loading a Delay Line I was wondering how you arrived at this idea of preloading the delay line. From reading this I would say definitely trigger your waveforms as samples into a delay line with feedback. The waveform should be the same length as your delay line. By setting your feedback and playback readpoints to the same, you can change the functional length of delay without changing it's actual (or theoretical maximum) length. So you'll need to be able to call up the length of the waveform (unless they are all the same in your implementation) in miliseconds and send that to the [vd~] used for playback and for feedback as a starting point, from which you would adjust to change pitch. The first thing you would hear then is the sampled waveform, and then after that iterations of that waveform decreasing in volume. Classic KS. Or am I missing something? It seems you're taking a more complex approach to this than basic KS, and I wonder what the aim is in terms of sound... best, d. Michael Garrett wrote: A little better explanation: The idea is to read from the table, and feedback with and attenuated delay, back into the table, thereby modifying the table, the table at any given time, being the KS 'waveform' at that instant. So, reading attenuating and feeding Back the signal at varying rates, is equivalent to modifying the 'speed of sound' inside the 'waveguide'. So something like this: Read out from the table at the current (or delayed) index, send that to the output, take that sample attenuate it, and write it back to the using the delay index, increment the indices (with modulo) thereby replacing the original table with the time modified data at each time (or sample index). The read .. modify.. feedback rate, is equivalent to the 'propagation' of waves in the 'waveguide' (or the KS 'delay' unit). So of you were watching the table in real time, you would see the internal guts of the KS algorithm, modifying the wave (table)in real time. Once the energy in the table has decayed to zero, silence would be output... Another note would be triggered, by copying the table back into the 'waveguide' (or table or delay line depending on the implementation).
[PD] matrix~ os x problems
Hello all, I am interested in using matrix~ in OS X - but I can't get it to work. It won't create the object. I'm using pd-extended 38.4, but it won't work in 39.2 test4 either. error (miXed): bad creation arguments for class 'matrix~' missing number of inlets matrix~ ... couldn't create I have zexy loaded. Any ideas? I want to build an audio connection matrix for live improv patches. Thanks! Kevin -- [D]aily life [is] a theatrical landscape in which 'everyone has their price,' God (via televangelism) and happiness (smile buttons) become commodities, radio stations say they love you, and detergents have compassion for your hands. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record mixed pixes
On Thu, Dec 07, 2006 at 01:00:04PM -0600, chris clepper wrote: On 12/7/06, Danks, Mark [EMAIL PROTECTED] wrote: Reversing the order pix_invert and pix_record will still apply the invert?it will just happen after the pix_record happens. That is a much clearer way to say what I was try to say. The inversion will not be applied to the image input to pix_record, but the processing would still happen. Well, I don't want to speak for Matju, but I think what he's saying is that he realises this, but it is counter intuitive and suprising. If I have a dsp or message graph and I send the output of something through some modifiers, I don't expect those modifiers to be automatically applied to another cable going somewhere else. I expect modifiers further down the tree to only effect things on the same branch. Essentially, when patching Gem, you have to be even more aware of the order of operations than when just regularly patching dsp, because operations on one branch of the graph can affect operations on another branch of the graph. I guess one way to 'fix' that (and break backwards compatability) would be perform a GLPushMatrix every time there is a fork in the graph, and a GLPopMatrix every time you get to a leaf node. Best, Chris. --- [EMAIL PROTECTED] http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
RE: [PD] pix_record mixed pixes
Actually, this one is more complicated, because it involves the underlying pix buffer. That has nothing to do with OpenGL... Mark -Original Message- From: Chris McCormick [mailto:[EMAIL PROTECTED] Sent: Thursday, December 07, 2006 7:49 PM To: chris clepper Cc: Danks, Mark; Mathieu Bouchard; pd-liste; vincent Rioux; IOhannes m zmoelnig Subject: Re: [PD] pix_record mixed pixes On Thu, Dec 07, 2006 at 01:00:04PM -0600, chris clepper wrote: On 12/7/06, Danks, Mark [EMAIL PROTECTED] wrote: Reversing the order pix_invert and pix_record will still apply the invert?it will just happen after the pix_record happens. That is a much clearer way to say what I was try to say. The inversion will not be applied to the image input to pix_record, but the processing would still happen. Well, I don't want to speak for Matju, but I think what he's saying is that he realises this, but it is counter intuitive and suprising. If I have a dsp or message graph and I send the output of something through some modifiers, I don't expect those modifiers to be automatically applied to another cable going somewhere else. I expect modifiers further down the tree to only effect things on the same branch. Essentially, when patching Gem, you have to be even more aware of the order of operations than when just regularly patching dsp, because operations on one branch of the graph can affect operations on another branch of the graph. I guess one way to 'fix' that (and break backwards compatability) would be perform a GLPushMatrix every time there is a fork in the graph, and a GLPopMatrix every time you get to a leaf node. Best, Chris. --- [EMAIL PROTECTED] http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record mixed pixes
On 12/7/06, Chris McCormick [EMAIL PROTECTED] wrote: I guess one way to 'fix' that (and break backwards compatability) would be perform a GLPushMatrix every time there is a fork in the graph, and a GLPopMatrix every time you get to a leaf node. That's just doing the same thing as the [separator]/[pix_separator] objects. I think effort would be better spent making more documentation which clearly shows how patching differs from DSP and message objects. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] glpushmatrix glpopmatrix
Start with the separator.pd help file. On 12/7/06, yukio kuroiwa [EMAIL PROTECTED] wrote: hi do anybody have some examples of how glpushmatrix and glpopmatrix works in gem? thanks yu -- yukio kuroiwa [EMAIL PROTECTED] -- http://www.fastmail.fm - Access all of your messages and folders wherever you are ___ 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] glpushmatrix glpopmatrix
hi, I know of patches that use the push/pop matrix: have a look at http://lists.puredata.info/pipermail/pd-list/2004-09/022550.html there are examples of lindenmayer systems. all pasted into one mail, so please copy and save as seperate files with extension *.pd marius. yukio kuroiwa wrote: hi do anybody have some examples of how glpushmatrix and glpopmatrix works in gem? thanks yu ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] how to submit typo corrections
Yes, this would be helpful. If you are working on Pd patches, don't bother with the diff -uw stuff, just add the whole patch to the tracker. It always helps to write a little description of what you changed in the patcher tracker, when you submit it. .hc On Dec 7, 2006, at 5:04 PM, Kyle Klipowicz wrote: Yes! Please do this! I wanted to when I was learning Pd at first and I didn't know how. Now that I'm not head-deep into the docs, I lost the drive to do it. Your contribution would be very welcome! ~Kyle On 12/7/06, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, pierre spring hat gesagt: // pierre spring wrote: i'm all new to pd and very exited to having discovered this software... and eager to learn... now, as i started to read the documentation from scratch, i was wondering if my first contribution to the project couldn't be by helping getting rid of typos in the documentation... not that i think of myself as a good english writer... but i see typos ;) anyone a clue where and how i could contribute this? is there an svn repository? There is a CVS repository at Sourceforge, where you can also submit bug reports with type corrections. Some info is here: http://pure-data.sourceforge.net/old/trackers.php Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wavetable distortion after save
The builds labeled with only a date are fresh from CVS, for example: pd-2006-12-05-linux-ubuntu-dapper-i386-i686.tar.bz2 .hc On Dec 7, 2006, at 10:32 AM, metafor wrote: hi hc i tried yesterday. but the domain was not reachable. so gave it a try today, but i can not find 0.41 version. i see 0.39-2 for various distributions, i guess this are builds from cvs. i already have pd built from cvs and there the error is still included. so where could i get the 0.41? or do i misunderstand something? please let me know where to grab a source which has this wavetable-64bit issue fixed. all the best marc On Tue, 5 Dec 2006 13:23:44 -0500 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: You can get 0.41 test builds for GNU/Linux from the autobuild farm: http://autobuild.puredata.info .hc On Dec 5, 2006, at 10:41 AM, Miller Puckette wrote: Hi Marc, This is a bug that is fixed in 0.41 (which is in early pre-release right now). cheers Miller On Tue, Dec 05, 2006 at 03:20:31PM +0100, metafor wrote: hi list i experience a strange behavior of pd saving wavetables. i am working on ubuntu edgy amd64, pd is compiled from CVS a week ago. if i draw a wavetable and save my patch, the result is completely distorted when i reopen the patch. like some random sinus curves. i do not compute audio and it's the only wavetabele in the patch. i have pd installed on debian on a different machine, which is not 64bit and there i do not experience this behavior. what could this be? best marc ___ 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 - --- I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ 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 Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] matrix~ os x problems
Hallo, Kevin McCoy hat gesagt: // Kevin McCoy wrote: I am interested in using matrix~ in OS X Which matrix~? There are at least three available. I guess you want the one from Iemmatrix, previously know as zexy's matrix~. You can create this as [mtx_*~] without fear of a nameclash, after you have installed iemmatrix. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] glpushmatrix glpopmatrix
On Fri, Dec 08, 2006 at 12:34:53AM -0500, marius schebella wrote: I know of patches that use the push/pop matrix: have a look at http://lists.puredata.info/pipermail/pd-list/2004-09/022550.html there are examples of lindenmayer systems. all pasted into one mail, so please copy and save as seperate files with extension *.pd marius. Awesome! Does anyone know if there is a copy of these patches on the web with their correct names so we don't have to copy/paste them out of the list interface? Cyrille, do you still have them? I am keen to try this out; can't beleive I missed it the first time around. Chris. --- [EMAIL PROTECTED] http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] fmbox patch for d/l, improv
That's wicked fun. It's got loads of sweet spots, I've just been messing with for it for half an hour and had some hilarious and some beautiful sounds from it. You've got a 4 op FM algorithm with fully connected feedback so the range is huge, and I love the extra filtermaina where you're using the operators to modulate the filter too :) That's crazy but, it sounds brilliant on slow waves! Personally I'd drop the freeverb. Lot's of people seem to put a reverb on their synths then get to see it's really best without it. Reverb is nearly always global effect in most cases, unless you're Phil Collins and want your drumkit to sound like each drum is in a different room. If the synth is washed in reverb too much I think you lose the focus of the sound, the sound becomes all about the reverb and not about the synth, so you lose control because you cant really hear it anymore as you twiddle the controls. I think you'll find a few peeps have made cool ambience and texture synths, check out Alberto Zins outerspace and some Claudius-Maximus patches like Chaos engine. You might also like the machine machine in my collection. Nice GUI too. Improvements you could make are to add offsets between the frequencies ;) !!! And a little bank of presets where you've programmed a few juicy patches is always really good when you lok at new synth, it gives you a quick overview of the kind of sounds it can make, so you can quickly choose if it's right for a part. The difference between using a named send~ and a connection is negligable or null, but there's a disadvantage (and feature!) to using [send~] and [receive~] which is a 1 sample delay. There's also a lovely feature (hideous bug) that means the order you create sends and receives makes a difference, but otherwise don't worry about the efficiency. On Thu, 7 Dec 2006 17:48:15 -0600 Kevin McCoy [EMAIL PROTECTED] wrote: Hello, I've made my first pd instrument. It's a 16 (I think...) op FM patch with selectable wave types run through a voltage controlled filter, with delay and reverb. I created a GUI for it, but I usually control it with a Behringer BCF-2000 midi controller. I find it somewhat useful for abstract tones and texture - can sound pretty rough or subtle depending on how it is set. In any event, I've been playing it for a few weeks now and I've gotten some nice things out of it, disturbance-esque Sachiko M. tone type things. Required libs: freeverb~ for the reverb section, can easily be disconnected though. It's available for download at: http://art.sewanee.edu/mccoy/pdpatches/fmbox.zip Comments and suggestions welcome... Is anyone else doing similar things to this (non-generative instruments/envs for live performance)? I'm looking for more ideas :) I have experimented with adding amplitude envelopes to each of the 4 main sources but it turned a little bit drone-like and feedback sounding for my taste. Also, if anyone knows, on an optimization note: do send~ and receive~ cause any difference in cpu-time compared to just straight connections? Kevin ___ 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
