Re: [PD] Strange bug in my patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Caio Barros wrote: > > IOhannes m zmölnig: >>> I'm not requesting this changes, i'm just asking if this is possible, > since >>> this is a "non suported feature". >> in open source development there is not much difference between the two :-) > > Maybe if you are a programmer, yes. But if you are just a humble composer > student as I am you can only wait for a good soul to hear your prayers. (Or > maybe pay a good soul to hear you prayers, but that's not for humble > composer students). i guess you misunderstood me. i understood that you won't code the features yourself; how would a "request for a feature" be different from a question of "whether this 'can' be done (hopefully by someone else who feels like this is indeed a good idea and who has the skills to implement them)", apart from the level of politeness? both are merely asking, whether someone knows how to do it and whether this (or some other) person is actually willing to do it. that's all the might you have when you "request". (but there already has been a thread on the issue of 'request's on this mailinglist; it turns out that 'request' translates differently in the various languages, so some people see it as a "question whether it is possible" while for others it is more a "demand" (e.g. something they think they have a right to)) > Thanks for the help, i'll look for iemguts. > > There is another thing that don't work with dynamically created objects that > is the [loadbang] object. please read the archives on this topic (there are numerous search interfaces to this mailinglist, one of them being at http://lists.puredata.info/serach/Pd-list) the last time, this question popped up on 23rd february, so you might already have been subscribed to the list. in short: this is a feature, not a bug mfd IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuMva8ACgkQkX2Xpv6ydvSQcACbBjOWXDRK+IdgcFYj6HJhKI1p WhAAoO6GRNsVuXxOmVWD0hQPSxNKsoit =/3RD -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Writing wave tables to disk
Hi, I am using Pd to generate some wave files which will contain snippets of basic band limited wave forms to be used in a tracker program (looped). I am currently using a [delay] and [writesf~] to determine where to start and stop the recording on exact period boundaries of the wave being recorded. For example, I want a file containing a wave at some Hz to have exactly X cycles in it. This doesn't seem to be working, and I guess that's because [writesf~] and/or [delay] both want to do things on block boundaries. Anyone have suggestions for how I can write out a table to a wav file, or some other way to be an exact length in samples/milliseconds? I am using Pd vanilla. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help Patch and FLOSS Manual Updates
That's great, Ben. There is already a fair amount of Gem docs there, but not officially "published" yet, so they don't show up everywhere. When you are in the Write mode, you'll see a lot more stuff there. .hc On Mar 1, 2010, at 3:31 PM, Ben Baker-Smith wrote: Hello Derek, That's great, straight to the source. I'm most interested in contributing to the Gem documentation, though it seems that many of the empty index items have been cleaned up in the last few days. [gemframebuffer] and [separator] would both be good to cover, but I don't know that I can do them justice. [camera] would be good too even though it's pretty straightforward. I just created an account, so next time I come across something that's dying to be documented I'll see about getting it done. In regards to the minor correction I sent to the list last week, it has in fact been taken care of, I just hadn't cleared my browser's cache! Thanks to Servando Barreiro for that. -Ben On Mon, Mar 1, 2010 at 11:58 AM, Derek Holzer wrote: Hi Ben, if you'd like to contribute to the FLOSS Manual, just make a login and start! Is there anything in particular you wanted to work on? Derek On 3/1/10 6:16 PM, Ben Baker-Smith wrote: Where should corrections to the help patches and FLOSS manual be sent? I would like to contribute to some of the documentation, especially where I have found errors, but cannot figure out who to contact. I've tried just posting updates to the list but the last couple times received no response. -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 150: "Take away the elements in order of apparent non-importance" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list I hate it when they say, "He gave his life for his country." Nobody gives their life for anything. We steal the lives of these kids. - Admiral Gene LeRocque ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Strange bug in my patch
2010/2/28 Matteo Sisti Sette > Have you tried by sending a [; pd dsp 0; pd dsp 1( message after the > creation of the objects? > Disabling and enabling dsp again should cause the dsp chain to be > recomputed, this time including all objects. > Or you may create one more "dummy" object, one that has some dsp objects > inside _but_ that does not produce any sound. > Have you tried that? > > I didn't tried the dsp 0 and dsp 1 yet, but I did tried the creation of the dummy object today and it worked perfectly, thanks again for the help. My composition is now one big step closer to the end! But won't the dsp 0/1 cause a little break in the playback? Maybe I'll try that just out of curiosity. I asked about those features in dynamic object creation because I think it's a nice way of creating repeated things just as much as you need it, instead of building a big patch with the maximun you think someone will ever use. Controlling wich object you want to delete is also a good way to get rid of things you are not using. IOhannes m zmölnig: >> >> I'm not requesting this changes, i'm just asking if this is possible, since >> this is a "non suported feature". > >in open source development there is not much difference between the two :-) Maybe if you are a programmer, yes. But if you are just a humble composer student as I am you can only wait for a good soul to hear your prayers. (Or maybe pay a good soul to hear you prayers, but that's not for humble composer students). Thanks for the help, i'll look for iemguts. There is another thing that don't work with dynamically created objects that is the [loadbang] object. But I think this is actually a good thing since at one hand it doesn't make sence (aren't your main patch already loaded? how can it loadbang after it's loaded!?) and at the other hand you can easily program a bang just before the patch is dyamically created (with delay 0) using the trigger object. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] integer values
--- On Tue, 3/2/10, João Pais wrote: > From: João Pais > Subject: Re: [PD] integer values > To: "volker böhm" , pd-list@iem.at > Date: Tuesday, March 2, 2010, 1:06 AM > since what you need most is a > click/activity detector to trigger your quantizer, it might > be possible to do this with data structures - to avoid > adding a [metro]. unfortunately data structures are complex > to work with and I have no time now do try something. but > you could look at my jmmmp/sliders abstraction and go from > there. recent versions of pd have a click on/off detector in > data structures, I think. > > next week I could say something more about it, if this > isn't something urgent. > > João You can detect clicks for a scalar, but not for each individual element of an array. Unless there's a cool trick someone knows, I think you're still forced to use the [metro] workaround if you use data structures. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] integer values
since what you need most is a click/activity detector to trigger your quantizer, it might be possible to do this with data structures - to avoid adding a [metro]. unfortunately data structures are complex to work with and I have no time now do try something. but you could look at my jmmmp/sliders abstraction and go from there. recent versions of pd have a click on/off detector in data structures, I think. next week I could say something more about it, if this isn't something urgent. João thanks everybody for your suggestions. matteo's example is close to what i need. thanks for this trick, i'd probably never have thought of stacking two sliders on top of each other. i tried the same thing with an array (to have an arbitrary number of sliders grouped together) - but it doesn't work :( [#many] looks interesting. i haven't fully explored its possibilities. my impression is, it's good for clicking, but dragging to change multiple values in one go, seems not possible (see my poor example below). On 01.03.2010, at 11:27, João Pais wrote: can you put an example of the patch you're doing? it might be easier to give suggestions in that way. it's basically what matteo has posted - a slider, with values quantized to integer steps. why integers if you can have floats, you might ask: suppose you wanted to cut a sample into 8 equal slices, and then want to specify the order in which to playback the slices by a specific sequence. in this szenario i'm not interested e.g. in the 2.4th slice, i want either slice number 2 or 3. therefore i'd like to have an interface that allows only integer values and nothing in between. this is just a simple example, but maybe it shows, why such a thing might be useful from time to time. ok, one slider is fine, only for making sequences it would be great to have multiple sliders combined, to be able to drag horizontally for easy editing of multiple values. so here goes my akward design of an integer multislider thing: #N canvas 78 22 553 384 10; #N canvas 0 0 450 300 (subpatch) 0; #X array a 8 float 3; #A 0 1 5 3 5 2 4 6 2; #X coords 0 7 8 0 200 140 1; #X restore 71 53 graph; #X obj 344 207 tabread a; #X obj 344 121 until; #X msg 344 98 8; #X obj 344 149 counter 0 7; #X obj 344 229 + 0.5; #X obj 344 253 int; #X obj 344 278 tabwrite a; #X obj 344 176 t f f; #X text 41 183 0 --; #X text 43 46 7 --; #X obj 344 73 metro 100; #X obj 344 50 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X text 62 21 click and drag to edit values with mouse; #X obj 344 20 loadbang; #X connect 1 0 5 0; #X connect 2 0 4 0; #X connect 3 0 2 0; #X connect 4 0 8 0; #X connect 5 0 6 0; #X connect 6 0 7 0; #X connect 8 0 1 0; #X connect 8 1 7 1; #X connect 11 0 3 0; #X connect 12 0 11 0; #X connect 14 0 12 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] http client native in pd?
Nice example! .hc On Mar 1, 2010, at 5:13 PM, wrote: And here's a version that gets the latest solar wind speed from the ACE satellite... Martin hc wrote: Ah, right, here's an updated version, that will also disconnect if there's no response within 5000ms. .hc "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] http client native in pd?
And here's a version that gets the latest solar wind speed from the ACE satellite... Martin hc wrote: > > Ah, right, here's an updated version, that will also disconnect if > there's no response within 5000ms. > > .hc > httpget-ace.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] http client native in pd?
Ah, right, here's an updated version, that will also disconnect if there's no response within 5000ms. .hc httpget.pd Description: Binary data On Mar 1, 2010, at 3:23 PM, > wrote: If you change the [list append 13 10] to [list append 13 10 13 10], adding a blank line to the request, it works. Martin hc wrote: Here's a sketch to start with. It works sometimes, but seems to be a bit flaky: Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help Patch and FLOSS Manual Updates
Hello Derek, That's great, straight to the source. I'm most interested in contributing to the Gem documentation, though it seems that many of the empty index items have been cleaned up in the last few days. [gemframebuffer] and [separator] would both be good to cover, but I don't know that I can do them justice. [camera] would be good too even though it's pretty straightforward. I just created an account, so next time I come across something that's dying to be documented I'll see about getting it done. In regards to the minor correction I sent to the list last week, it has in fact been taken care of, I just hadn't cleared my browser's cache! Thanks to Servando Barreiro for that. -Ben On Mon, Mar 1, 2010 at 11:58 AM, Derek Holzer wrote: > Hi Ben, > > if you'd like to contribute to the FLOSS Manual, just make a login and > start! Is there anything in particular you wanted to work on? > > Derek > > On 3/1/10 6:16 PM, Ben Baker-Smith wrote: >> >> Where should corrections to the help patches and FLOSS manual be sent? >> >> I would like to contribute to some of the documentation, especially >> where I have found errors, but cannot figure out who to contact. I've >> tried just posting updates to the list but the last couple times >> received no response. > > > -- > ::: derek holzer ::: http://macumbista.net ::: > ---Oblique Strategy # 150: > "Take away the elements in order of apparent non-importance" > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] http client native in pd?
If you change the [list append 13 10] to [list append 13 10 13 10], adding a blank line to the request, it works. Martin hc wrote: > > > Here's a sketch to start with. It works sometimes, but seems to be a > bit flaky: ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] wave generation questions
> > Hi, > > I am playing around with examples of the FLOSS manual. > > Currently I am sending messages like > > sinesum > > to an array, which then is read by tabread4~ and send > to an dac~. > > To make this setup a little more convenient I am looking for > some simplifications: > > 1: Currently I have to enter edit mode to change the parameter list >after "sinesum". Is it possible to do this in non-edit mode >somehow? > > 2: Each time I edit the parameterlist and set the array afterwards, I >have to send an "normalize 1"-message to normalize the amplitude to >"1" max. Is it possible to automate this? > hello Meino, slighty different approach: keep the sum of your partial weights to always be 1 (except for when they are all 0). see attached example. Then "normalize 1" message is not needed because the list of partial weights is normalized before sending it. Not sure if it matters, but this seems a bit more efficient to me, because you rewrite the table only once each time. gr, Tim > Thank you very much in advance for any help! > Best regards, > mcc > > > #N canvas 0 0 999 675 12; #X obj 106 279 pack f f f f f f f; #X obj 138 524 *; #X obj 197 454 /; #X obj 197 429 1; #X obj 197 398 t b f f; #X obj 182 42 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 10448 1; #X obj 138 433 drip; #X obj 163 500 f; #X obj 138 457 t f b; #X msg 138 549 add2 \$1; #X msg 106 588 0.179812 0.0170725 0.194286 0.197918 0.184149 0.182015 0.0447466; #X obj 138 329 t l l b; #X msg 192 514 set; #X obj 182 68 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 992 1; #X obj 106 302 t b l; #X msg 105 624 \; sumwave sinesum 1024 \$1 \$2 \$3 \$4 \$5 \$6 \$7 ; #X obj 106 106 t b f; #X obj 182 98 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 11289 1; #X obj 106 136 t b f; #X obj 182 128 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 11500 1; #X obj 106 166 t b f; #X obj 182 158 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 10700 1; #X obj 106 196 t b f; #X obj 182 188 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 10576 1; #X obj 106 226 t b f; #X obj 182 218 hsl 128 15 0 127 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 2600 1; #X obj 106 256 t b f; #X obj 724 261 table seq 16; #X obj 623 260 tabread seq; #X obj 627 422 mtof; #X obj 627 446 phasor~; #X obj 627 494 tabread~ sumwave; #X obj 627 518 *~; #X obj 626 565 dac~; #X obj 627 366 t f b; #X obj 684 451 vline~; #X obj 623 229 f; #X obj 672 206 + 1; #X obj 623 180 metro 120; #X obj 623 159 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X obj 588 286 sel -1; #X obj 627 -13 loadbang; #X msg 646 76 \; pd dsp 1; #X obj 627 315 t f f; #X obj 807 422 mtof; #X obj 807 446 phasor~; #X obj 807 494 tabread~ sumwave; #X obj 807 518 *~; #X obj 807 366 t f b; #X obj 872 451 vline~; #X obj 676 339 pipe 240; #X obj 627 398 + 48; #X obj 807 398 + 48; #X obj 30 32 unpack f f f f f f f; #X msg 29 6 17.4825 76.9231 11.8881 0 0 44.7552 18.1818; #X obj 672 230 mod 16; #X msg 872 411 0.1 20 \, 0 100 25; #X msg 684 411 0.3 25 \, 0 100 30; #X msg 637 117 \; seq 0 0 -1 0 12 3 7 -1 0 -1 0 7 10 12 3 10 7; #N canvas 0 0 450 300 (subpatch) 0; #X array sumwave 1027 float 3; #A 0 -0.0240157 0 0.0240157 0.0480092 0.0719584 0.0958413 0.119636 0.14332 0.166873 0.190271 0.213495 0.236522 0.259333 0.281905 0.304219 0.326254 0.347991 0.36941 0.390492 0.411218 0.43157 0.451531 0.471082 0.490206 0.50 0.527112 0.544862 0.562122 0.57888 0.595121 0.610832 0.626 0.640614 0.654663 0.668135 0.681022 0.693313 0.705 0.716075 0.726532 0.736362 0.745561 0.754124 0.762046 0.769323 0.775953 0.781933 0.787262 0.791938 0.795962 0.799335 0.802057 0.804131 0.80556 0.806346 0.806494 0.806009 0.804897 0.803162 0.800813 0.797855 0.794299 0.790151 0.785422 0.780121 0.774258 0.767845 0.760893 0.753413 0.745419 0.736923 0.727939 0.718481 0.708563 0.6982 0.687406 0.676198 0.664592 0.652602 0.640247 0.627542 0.614505 0.601153 0.587503 0.573573 0.559381 0.544945 0.530283 0.515412 0.500352 0.485121 0.469737 0.454217 0.438582 0.422848 0.407035 0.39116 0.375241 0.359296 0.343343 0.3274 0.311484 0.295612 0.279801 0.264067 0.248428 0.2329 0.217497 0.202236 0.187132 0.1722 0.157454 0.142908 0.128575 0.11447 0.100605 0.0869919 0.0736429 0.0605696 0.0477827 0.035293 0.0231102 0.011244 -0.000296759 -0.0115035 -0.0223683 -0.0328838 -0.0430431 -0.0528397 -0.062268 -0.0713226 -0.0799988 -0.0882923 -0.0961996 -0.103718 -0.110844 -0.117576 -0.123912 -0.129852 -0.135395 -0.140541 -0.145291 -0.149646 -0.153608 -0.157177 -0.160358 -0.163153 -0.165566 -0.1676 -0.16926 -0.170551 -0.171479 -0.172047 -0.172264 -0.172135 -0.171668 -0.170868 -0.169745 -0.168305 -0.166556 -0.164509 -0.16217 -0.159549 -0.156655 -0.153498 -0.150088 -0.146434 -0.142547 -0.138436 -0.134112 -0.129586 -0.124868 -0.119969 -0.1149 -0.109672 -0.104295 -0.098781 -0.0931407 -0.087385 -0.081525 -0.0755715 -0.0695354 -0.0634277 -0.0572589 -0.0510399 -0.0447811 -0.03849
Re: [PD] integer values
Have you looked at ds-arrays at all? You can quantize the values and change them in one go as you describe (see attached). -Jonathan --- On Mon, 3/1/10, volker böhm wrote: > From: volker böhm > Subject: Re: [PD] integer values > To: pd-list@iem.at > Date: Monday, March 1, 2010, 7:26 PM > thanks everybody for your > suggestions. > > matteo's example is close to what i need. > thanks for this trick, i'd probably never have thought of > stacking two sliders on top of each other. > > i tried the same thing with an array (to have an arbitrary > number of sliders grouped together) - but it doesn't > work :( > > [#many] looks interesting. i haven't fully explored its > possibilities. my impression is, it's good for clicking, but > dragging to change multiple values in one go, seems not > possible (see my poor example below). > > On 01.03.2010, at 11:27, João Pais wrote: > > > can you put an example of the patch you're doing? it > might be easier to give suggestions in that way. > > it's basically what matteo has posted - a slider, with > values quantized to integer steps. > why integers if you can have floats, you might ask: > suppose you wanted to cut a sample into 8 equal slices, and > then want to specify the order in which to playback the > slices by a specific sequence. in this szenario i'm not > interested e.g. in the 2.4th slice, i want either slice > number 2 or 3. > therefore i'd like to have an interface that allows only > integer values and nothing in between. > > this is just a simple example, but maybe it shows, why such > a thing might be useful from time to time. > > ok, one slider is fine, only for making sequences it would > be great to have multiple sliders combined, to be able to > drag horizontally for easy editing of multiple values. > > so here goes my akward design of an integer multislider > thing: > > #N canvas 78 22 553 384 10; > #N canvas 0 0 450 300 (subpatch) 0; > #X array a 8 float 3; > #A 0 1 5 3 5 2 4 6 2; > #X coords 0 7 8 0 200 140 1; > #X restore 71 53 graph; > #X obj 344 207 tabread a; > #X obj 344 121 until; > #X msg 344 98 8; > #X obj 344 149 counter 0 7; > #X obj 344 229 + 0.5; > #X obj 344 253 int; > #X obj 344 278 tabwrite a; > #X obj 344 176 t f f; > #X text 41 183 0 --; > #X text 43 46 7 --; > #X obj 344 73 metro 100; > #X obj 344 50 tgl 15 0 empty empty empty 17 7 0 10 -262144 > -1 -1 1 > 1; > #X text 62 21 click and drag to edit values with mouse; > #X obj 344 20 loadbang; > #X connect 1 0 5 0; > #X connect 2 0 4 0; > #X connect 3 0 2 0; > #X connect 4 0 8 0; > #X connect 5 0 6 0; > #X connect 6 0 7 0; > #X connect 8 0 1 0; > #X connect 8 1 7 1; > #X connect 11 0 3 0; > #X connect 12 0 11 0; > #X connect 14 0 12 0; > > > > > ___ > Pd-list@iem.at > mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ds-sliders.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] wave generation questions
Hi Meino, the answer to both your questions is simple Pd dataflow stuff... On 3/1/10 8:00 PM, meino.cra...@gmx.de wrote: 1: Currently I have to enter edit mode to change the parameter list after "sinesum". Is it possible to do this in non-edit mode somehow? You could use number boxes, a [pack] object and dollar sign variables in the "sinesum" message. Keep in mind the numbers won't be passed to the "sinesum" message until the "hot" inlet of [pack] is triggered. 2: Each time I edit the parameterlist and set the array afterwards, I have to send an "normalize 1"-message to normalize the amplitude to "1" max. Is it possible to automate this? [trigger bang float] is your friend here. Or [t b f f f f f ] for as many parameters as you are entering in the situation above. Save the last "bang" for the "normalize 1" message. This is covered briefly in the FLOSS Manual here: http://en.flossmanuals.net/PureData/OrderOfOperations (Although I would be very happy to see some better examples there, espc those using [trigger]!!!) D. -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 139: "Revaluation (a warm feeling)" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] wave generation questions
Hi, I am playing around with examples of the FLOSS manual. Currently I am sending messages like sinesum to an array, which then is read by tabread4~ and send to an dac~. To make this setup a little more convenient I am looking for some simplifications: 1: Currently I have to enter edit mode to change the parameter list after "sinesum". Is it possible to do this in non-edit mode somehow? 2: Each time I edit the parameterlist and set the array afterwards, I have to send an "normalize 1"-message to normalize the amplitude to "1" max. Is it possible to automate this? Thank you very much in advance for any help! Best regards, mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] integer values
thanks everybody for your suggestions. matteo's example is close to what i need. thanks for this trick, i'd probably never have thought of stacking two sliders on top of each other. i tried the same thing with an array (to have an arbitrary number of sliders grouped together) - but it doesn't work :( [#many] looks interesting. i haven't fully explored its possibilities. my impression is, it's good for clicking, but dragging to change multiple values in one go, seems not possible (see my poor example below). On 01.03.2010, at 11:27, João Pais wrote: can you put an example of the patch you're doing? it might be easier to give suggestions in that way. it's basically what matteo has posted - a slider, with values quantized to integer steps. why integers if you can have floats, you might ask: suppose you wanted to cut a sample into 8 equal slices, and then want to specify the order in which to playback the slices by a specific sequence. in this szenario i'm not interested e.g. in the 2.4th slice, i want either slice number 2 or 3. therefore i'd like to have an interface that allows only integer values and nothing in between. this is just a simple example, but maybe it shows, why such a thing might be useful from time to time. ok, one slider is fine, only for making sequences it would be great to have multiple sliders combined, to be able to drag horizontally for easy editing of multiple values. so here goes my akward design of an integer multislider thing: #N canvas 78 22 553 384 10; #N canvas 0 0 450 300 (subpatch) 0; #X array a 8 float 3; #A 0 1 5 3 5 2 4 6 2; #X coords 0 7 8 0 200 140 1; #X restore 71 53 graph; #X obj 344 207 tabread a; #X obj 344 121 until; #X msg 344 98 8; #X obj 344 149 counter 0 7; #X obj 344 229 + 0.5; #X obj 344 253 int; #X obj 344 278 tabwrite a; #X obj 344 176 t f f; #X text 41 183 0 --; #X text 43 46 7 --; #X obj 344 73 metro 100; #X obj 344 50 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X text 62 21 click and drag to edit values with mouse; #X obj 344 20 loadbang; #X connect 1 0 5 0; #X connect 2 0 4 0; #X connect 3 0 2 0; #X connect 4 0 8 0; #X connect 5 0 6 0; #X connect 6 0 7 0; #X connect 8 0 1 0; #X connect 8 1 7 1; #X connect 11 0 3 0; #X connect 12 0 11 0; #X connect 14 0 12 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] http client native in pd?
Here's a sketch to start with. It works sometimes, but seems to be a bit flaky: httpget-help.pd Description: Binary data httpget.pd Description: Binary data .hc On Feb 27, 2010, at 1:41 PM, Martin Peach wrote: Look at [mrpeach/tcpclient]. The help file does that. You need to format the strings as lists of bytes, probably tables are the best way to do that, although if you have Pd-extended the [mrpeach/str tolist] object will do it. Or just use text files with the request strings. Then load the response into a table and parse it there. Martin Chipp Jansen wrote: Does anybody know if there is a [httpclient] object that allows one to fetch url's from within pd? I want to grab small bits of XML feeds into my patch. I started to try to use the [netclient] object by making requests to port 80 on servers, but I'm just curious if somebody created something that runs from with in pd already? Thanks! Chipp ___ 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 Information wants to be free.-Stewart Brand ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help Patch and FLOSS Manual Updates
Hi Ben, if you'd like to contribute to the FLOSS Manual, just make a login and start! Is there anything in particular you wanted to work on? Derek On 3/1/10 6:16 PM, Ben Baker-Smith wrote: Where should corrections to the help patches and FLOSS manual be sent? I would like to contribute to some of the documentation, especially where I have found errors, but cannot figure out who to contact. I've tried just posting updates to the list but the last couple times received no response. -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 150: "Take away the elements in order of apparent non-importance" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Help Patch and FLOSS Manual Updates
Where should corrections to the help patches and FLOSS manual be sent? I would like to contribute to some of the documentation, especially where I have found errors, but cannot figure out who to contact. I've tried just posting updates to the list but the last couple times received no response. -Ben ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] integer values
can you put an example of the patch you're doing? it might be easier to give suggestions in that way. João thanks for your responses. On 28.02.2010, at 15:19, Derek Holzer wrote: You could use a array/table with as many elements as you need sliders, and use [int] to quantize them integers. that's what i wanted to use in the first place. quantizing the table values _after_ output, is of course possible, but then the quantisation is not graphically visible, which makes for a lame interface. Most GUI elements give "integers" already, for example a default slider gives 0-127. The type is float but the output values are all without a decimal, unless you change the size or range of the slider of course, so for your purposes you could consider them integers. ja, but changing the range is what i'd often have to do, e.g. having the user choose a step number between 0 and 7. i tried quantizing the slider output and to use the set message to immediately set the quantized value back into the fader for display, but didn't get any usable results. On 28.02.2010, at 15:48, Frank Barknecht wrote: I once wrote a wrapper around arrays as [g_pattern32]: http://more.rjdj.me/2009/06/23/editing-drum-patterns-in-rjdj/ where you can easily set table values with a number box which moves in integer steps as default. thanks for the link. yes, this is certainly usable. but i'm still not completely happy with this approach, either. i think a well designed interface allows viewing and editing of the data in the same location. volker. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-anywhere on openmoko/debian
Hi IOhannes, It would be really nice to have a proper armel version, I will also try to build one but please let us know as well if anybody has a luck on that. Koray. On Feb 27, 2010, at 10:52 PM, pd-list-requ...@iem.at wrote: > Message: 10 > Date: Sat, 27 Feb 2010 21:52:17 +0100 > From: IOhannes m zm?lnig > Subject: Re: [PD] Pd-anywhere on openmoko/debian > To: pd-list > Message-ID: <4b898601.9010...@iem.at> > Content-Type: text/plain; charset=ISO-8859-1 > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > IOhannes m zm?lnig wrote: >> hi >> >> i tried to install the Pd-anywhere packages on my debian(armel)-running >> openmoko, but the binaries immediately fail with "illegal instruction". > > packages = pda_0.6-4_armel.deb (debian package from sf) > binaries = /usr/bin/pd and /usr/lib/pd/bin/pd-gui > > >> does anybody have a version of PDa at hand, that runs on debian/armel? > > btw, the openmoko package (.opk) used to run fine on fso (i haven't > tried to run them on my new debian installation though) > what platform is the debian/armel package supposed to run on? (my > installation is debian/armel) > > fgamdsr > IOhannes > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkuJhgAACgkQkX2Xpv6ydvTLZgCgsGSxFt/SXjVOoyUlOfDuSSvY > oRwAmwdIHc9qk3ILt5Jl9vSde/F8rSbO > =jLP7 > -END PGP SIGNATURE- > > - M.Koray Tahiroğlu Media Lab, Aalto University, School of Art and Design http://mlab.taik.fi/~korayt tel: +358 45 233 6272 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 59, Issue 101
Hi, 0.42.5-3 deb had some dependence problems with libc6 version, which blocks all the tcl/tk issues to be solved. I did not have any luck with pda 0.6-armel.deb at all. On the other hand, vanilla seems like the most promising, I will try to put my hands on this whenever I will have time. It would be nice to have a proper running version in Maemo. Koray On Feb 27, 2010, at 1:00 PM, pd-list-requ...@iem.at wrote: > Message: 3 > Date: Fri, 26 Feb 2010 01:39:09 -0500 > From: Umberto > Subject: Re: [PD] Puredata on maemo > To: Pure data list > Message-ID: <1267166349.4165.9.ca...@localhost.localdomain> > Content-Type: text/plain; charset="utf-8" > > > > ? Hi Hans, Koray? i installed pda 0.6-4 armel.deb on Meaemo 5, the > application? runs but i cant get any sound > i have 2 audio drivers OSS and ESD when i try OSS i get this in the shell OSS: > ? SNDCTL_DSP_CHANNELS failed /dev/dps > > ? and with ESD i get this : > ? error at esd open:0 > > ? when the input and output channel on esd to 1 i dont get any error message > , but > ? pd is still not making any sound. > > ? Any idea? > > ? Koray did you had any luck ? > > Ive also tried pureda 0.42.5-3 without any luck , it doesnt compile > > >> - Original message - >>> >>> You should be able to run the armel version from Debian >>> >>> http://packages.debian.org/sid/puredata >>> >>> .hc >>> >>> On Feb 18, 2010, at 4:44 AM, Koray Tahiro?lu wrote:> > Hei Hans, Umberto, At the moment I am trying to install vanilla on Maemo 5, I have some? problems with other dependencies, but lets see if it will be? possible to install Pd vanilla directly to Maemo, I will try your? current release as well. Koray On Feb 18, 2010, at 11:05 AM, pd-list-requ...@iem.at wrote: > Message: 5 > Date: Thu, 18 Feb 2010 02:33:43 -0500 > From: Hans-Christoph Steiner > Subject: Re: [PD] Puredata on maemo > To: Umberto > Cc: Pd list > Message-ID: > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > > Hey Umberto, > > welcome!? You can run Pd on Maemo 4.1 so it should work on Maemo 5. > We're working on updating the mobile version of Pd, so perhaps a? > Maemo > 5 build will come out of that.? Here's the current release: > > http://pd-anywhere.sourceforge.net/release/maemo/ > > .hc > > On Feb 15, 2010, at 3:07 AM, Umberto wrote: > >> Hi, im new in the list , i would like to know if its possible to run >> pd linux mobile devices like maemo 5 or android ,do anybody have >> tried that , if not how difficult would it be? >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list - M.Koray Tahiro?lu Media Lab, Aalto University, School of Art and Design http://mlab.taik.fi/~korayt tel: +358 45 233 6272 >>> - M.Koray Tahiroglu Media Lab, Aalto University, School of Art and Design http://mlab.taik.fi/~korayt tel: +358 45 233 6272 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
