[PD] Couple of new list-abs
Hi all, Here are list-remove and list-swap. [list-remove] is like list-delete, but it allows the removal of an arbitrary number of items. [list-swap] is a hybrid of list-remove and list-insert. It overwrites a portion of a list with another list of arbitrary length. I considered the name [list-overwrite]; I decided it was too long, but I'm open to suggestions. HTH, Luke list-remove-help.pd Description: Binary data list-remove.pd Description: Binary data list-swap-help.pd Description: Binary data list-swap.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Couple of new list-abs
Luke Iannini (pd) wrote: [list-swap] is a hybrid of list-remove and list-insert. It overwrites a portion of a list with another list of arbitrary length. I considered the name [list-overwrite]; I decided it was too long, but I'm open to suggestions. [list-replace] would be better, I think. [list-swap] makes me thing of [swap], which does something completely different. Claude ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Couple of new list-abs
Good point. I just had another look at [list-replace] (which already existed, and caused me to seek a new name). And in fact, it does just what my [list-swap] does... I seem to have a knack for replicating work. I somehow thought it could only truncate lists and append to them. So, the naming issue is moot : ). But I do think list-remove does something novel? Right? On 5/19/07, Claude Heiland-Allen [EMAIL PROTECTED] wrote: Luke Iannini (pd) wrote: [list-swap] is a hybrid of list-remove and list-insert. It overwrites a portion of a list with another list of arbitrary length. I considered the name [list-overwrite]; I decided it was too long, but I'm open to suggestions. [list-replace] would be better, I think. [list-swap] makes me thing of [swap], which does something completely different. Claude ___ 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] Vote your font! [was: fonts on GNU/Linux]
Hans-Christoph Steiner said : On May 18, 2007, at 12:52 PM, [*~] wrote: Derek Holzer said : Well, since everybody else is doing it [x] normal.png [ ] bold.png Bold is just too heavy and space-filling for normal use. The ability to switch to bold (or even designate certain comments as boldface) seems much more logical, captain. [x] bold.png hum, i would vote for bold. although i can understand the space- filling issue, bold is still easier to read(for me). besides, it might also be eaiser for new users too, making reading help/tutorial files less painfull.. I am curious why you would choose bold here, yet in desiredata, you choose a normal font. Is there some specifics about the font itself? Maybe it would make sense to draw the boxes lighter, like not quite black, but more a dark gray. That would make the normal font stand out more. my choice was not entirely derived from my personal perference, but based on (what i think) the general readability between the two choices. i mean, on my own system, i use *very* small font system wide, because i like it that way. as to desiredata, the screenshots so far are only for demo purposes, showing whatever features that are there. i mean, if i am using desiredata everyday for myself, i sure will prefer bold, rather normal. and yes, ultimately, it would be perfect if all elements can be cumstomized. ie. lighter object boxes, or no object boxes at all;) but we are not quite there yet.. chun .hc cheers chun d. -- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 19: Be dirty ___ 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 You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ 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] Vote your font! [was: fonts on GNU/Linux]
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Since there is obviously some demand for bold fonts, I added a new flag that allows you to set the font weight from the command line or pd-settings file. The flag is -weight and it expects either bold or normal. Thanks a lot for this. I couldn't test it yet, but this sounds like the best solution for now, until Pd gets a really configurable GUI. Also as my screenshots showed, bold and normal have practically the same width and height, so the choice a user makes here shouldn't affect patch layout. I'm just not too sure about the names of the startup option(s). I think, in the end these options should be named consistently, like for example this: -font-size (now: -font) -font-face (now: -typeface) -font-weight (now ... or tomorrow: -weight) 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] [multiCurveAdsr] v.2
Hallo, Phil Stone hat gesagt: // Phil Stone wrote: It would be pretty easy to modify this to have a separate C (curve) parameter for attack and decay/release (or even separate C's for decay and release as well, if one were so inclined). Actually I believe that it's not that easy at all, if you want to get retriggered envelopes right. If you need to enter a release phase with a concave curve, while your still in an attacke phase with a convex curve, it's tricky to do this in a clickless way 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] [multiCurveAdsr] v.2
You're right, Frank. I was just working on this, and as I wrote in a separate post, I gave up. You need independent [vline~]s, and matching up endpoints becomes extremely tricky. Phil Frank Barknecht wrote: Hallo, Phil Stone hat gesagt: // Phil Stone wrote: It would be pretty easy to modify this to have a separate C (curve) parameter for attack and decay/release (or even separate C's for decay and release as well, if one were so inclined). Actually I believe that it's not that easy at all, if you want to get retriggered envelopes right. If you need to enter a release phase with a concave curve, while your still in an attacke phase with a convex curve, it's tricky to do this in a clickless way Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [multiCurveAdsr] v.2
Frank Barknecht wrote: Hallo, Phil Stone hat gesagt: // Phil Stone wrote: It would be pretty easy to modify this to have a separate C (curve) parameter for attack and decay/release (or even separate C's for decay and release as well, if one were so inclined). Actually I believe that it's not that easy at all, if you want to get retriggered envelopes right. If you need to enter a release phase with a concave curve, while your still in an attacke phase with a convex curve, it's tricky to do this in a clickless way Ciao Agreed, and given that an abstraction I made for something similar using fexpr~ used 20% of my CPU for just one instance, I went the C route and made my first DSP external, which is around 10 times faster. Source code here: https://devel.goto10.org/listing.php?repname=maximuspath=%2Fanalogue%2Frev=0sc=0 It operates completely in the signal domain. inlets: ~ trigger (rising edge triggers attack, falling edge triggers release) ~ attack time ~ peak level ~ decay time ~ sustain level ~ release time ~ threshold (when the output rises above the threshold (values just below 1 work best), the mode switches from attack to decay+sustain) output: ~ curved envelope (true exponential decay shapes for all phases, as documented here: http://www.music.mcgill.ca/~gary/306/week11/envelopes.html ) Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [multiCurveAdsr] v3
Yet another fix - please use this version. I found a bug in the logic controlling the outlet designed to switch~ the parent patch; the delay for setting this outlet to zero (timed to coincide with the end of release) wasn't getting cleared on attack. So, on retriggers (i.e. new triggers before the former envelope completes), this flag was going '0' when it wasn't supposed to. I noticed this when I got into some heavy voice-stealing on my setup. It should work fine now. I hope this is it for a while -- I should have been numbering these as beta-versions! Phil Stone P.S. Roman - I gave a shot at implementing independent curves for Attack and Decay/Release, but it was harder than I thought. Such a design would require multiple [vline~]s spliced correctly, which becomes much more complicated. I don't think its impossible, but pretty complex. #N canvas 28 72 469 579 10; #N canvas 0 22 458 308 (subpatch) 0; #X array envelope 1 float 2; #X coords 0 1 1 0 400 140 1; #X restore 22 218 graph; #X obj 304 -173 loadbang; #X obj 136 -30 nbx 5 14 0 100 0 1 empty empty Level 0 -8 0 10 -262144 -1 -1 1 256; #X obj 169 -1 nbx 5 14 0 3000 0 1 empty empty A 0 -8 0 10 -262144 -1 -1 60 256; #X obj 199 30 nbx 5 14 0 2000 0 1 empty empty D 0 -8 0 10 -262144 -1 -1 20 256; #X obj 231 60 nbx 5 14 0 100 0 1 empty empty S 0 -8 0 10 -262144 -1 -1 50 256; #X obj 262 89 nbx 5 14 0 100 0 1 empty empty R 0 -8 0 10 -262144 -1 -1 79 256; #X msg 304 -147 \; pd dsp 1; #X obj 41 -177 bng 15 250 50 0 empty empty empty 0 -6 0 10 -262144 -1 -1; #X msg 80 -41 0; #X obj 80 -65 delay 200; #X obj 131 -88 nbx 5 14 -1e+37 1e+37 0 1 empty empty hold_time 0 -6 0 10 -262144 -1 -1 138 256; #X msg 41 -41 1; #X obj 96 188 tabwrite~ envelope; #X obj 293 125 nbx 5 14 0 20 0 1 empty empty curve_factor 0 -6 0 10 -262144 -1 -1 0 256; #X obj 106 -185 notein; #X obj 106 -162 sel 0; #X obj 41 -159 t b b; #X obj 41 -4 t f b; #X obj 133 -139 t b f; #X obj 212 -97 / 127; #X obj 12 -201 loadbang; #X text 91 -208 Hit bang or MIDI key to see current envelope; #X text 293 -79 Curve Factors; #X text 240 -47 1 - linear; #X text 229 -32 1 - exponential (fat) curves \, varying with C; #X obj 110 159 multiCurveAdsr 0.98 10 20 99 20; #X floatatom 316 194 5 0 0 0 - - -; #X text 350 190 for switch~ing parent; #X text 229 -62 1 - quartic-like (hollow) curve \, C=-0.214; #X connect 1 0 7 0; #X connect 2 0 26 1; #X connect 3 0 26 2; #X connect 4 0 26 3; #X connect 5 0 26 4; #X connect 6 0 26 5; #X connect 8 0 17 0; #X connect 9 0 26 0; #X connect 10 0 9 0; #X connect 11 0 10 1; #X connect 12 0 18 0; #X connect 14 0 26 6; #X connect 15 1 16 0; #X connect 16 0 9 0; #X connect 16 1 19 0; #X connect 17 0 12 0; #X connect 17 1 10 0; #X connect 18 0 26 0; #X connect 18 1 13 0; #X connect 19 0 12 0; #X connect 19 1 20 0; #X connect 20 0 2 0; #X connect 21 0 17 0; #X connect 26 0 13 0; #X connect 26 1 27 0; #N canvas 507 117 673 600 10; #X obj 17 84 inlet; #X text 13 63 trigger; #X obj 17 132 sel 0; #X obj 221 316 del \$2; #X obj 240 342 f \$4; #X msg 17 199 stop; #X text 75 304 ATTACK; #X obj 240 525 outlet~; #X text 54 74 if zero; #X text 55 91 release; #X text 320 2 When you send this patch a nonzero trigger it schedules a line~ to do an attack and decay \, and if zero \, it starts the release ramp.; #X obj 240 413 vline~; #X obj 240 370 pack 0 0; #X obj 240 497 *~; #X obj 267 107 inlet A; #X obj 317 107 inlet D; #X obj 368 107 inlet S; #X obj 419 107 inlet R; #N canvas 0 22 490 340 graph1 0; #X array \$0-envCurve 102 float 0; #X coords 0 1 101 0 100 100 1; #X restore 500 272 graph; #X text 604 364 0; #X text 603 264 1; #X text 192 341 DECAY; #X text 347 275 RELEASE; #X obj 141 130 f; #X obj 422 454 outlet switch; #X obj 389 322 pack 0 \$5; #X obj 240 447 tabread4~ \$0-envCurve; #X obj 422 428 r \$0-activate; #X obj 113 182 s \$0-activate; #X msg 110 158 1; #X obj 362 296 t b b; #X obj 363 357 del \$5; #X msg 363 382 0; #X text 385 506 - when finished (i.e. \, end of release) \,; #X text 386 490 - on attack: send on for dsp of parent voice; #X text 395 520 send off for dsp of parent voice; #X text 384 475 This outlet may be used as follows:; #X obj 156 107 inlet attackLevel; #X obj 492 189 change; #X obj 502 136 loadbang; #X obj 67 325 pack 100 \$2; #X text 17 1 Multi-curve ADSR; #X obj 255 474 r \$0-levelmult; #X obj 141 153 s \$0-levelmult; #X text 452 36 Curve Factors; #X text 17 19 arguments: level \, attack time \, decay time \, sustain level (proportion of overall level 0 - 100) \, release time; #X obj 492 107 inlet curveFactor; #X text 388 83 1 - exponential (fat) curves \, varying with C; #X msg 502 159 1; #X text 118 58 This adsr uses table-lookup for envelope curves \,; #X text 119 73 so it should be pretty cpu-efficient.; #X text 399 68 1 - linear; #X obj 17 162 t b b; #X text 48 202 (*); #X text 388 53 1 - quartic-like (hollow) curve \, C=-0.214; #N canvas 547 29 545 431 2571-makeCurve 0; #X msg 21 315 0; #X obj 104 115 - 1; #X msg 142 94 0;
Re: [PD] Vote your font! [was: fonts on GNU/Linux]
hy not make a vote? Attached are two screenshots, one with Vera bold, one with Vera normal, both on Linux, both on pd-extended 0.40. Which do you prefer? [ ] normal.png [ ] bold.png 1) i vote normal, the bold looks way too heavy to me. reading the comment text in bold makes my eyes spaz. Yeah, things look bad in those screenshots. I am not sure of Frank's setup. I'll do more testing on GNU/Linux. Also, those PNGs are an odd format (16bit?) so they were behaving strangely on my computer. I converted them to gifs and they look better. Also, I have added some screenshots from Mac OS X, where the fonts are anti-aliased: http://pow.idmi.poly.edu/~hans/pdfonts/ *File not found!* The URL you have loaded has not been found on this server. Please alert the system administrator if you believe you have reached this in error. Since there is obviously some demand for bold fonts, I added a new flag that allows you to set the font weight from the command line or pd-settings file. The flag is -weight and it expects either bold or normal. Also, for those who don't like Bitstream Vera Sans Mono, there is the -typeface flag. Should be in tomorrows auto- builds. won't this make the patches render at different sizes depending on your choice of font? so now if i want to open frank's GOP patchs and have them render right i have to remember to turn on the bold flag, which then makes all my patches render wrong? -josh -- tasty electronic music vittles -- bluevitriol.com the only music blog you need-- playtherecords.com you are the dj. interactive music -- improbableorchestra.com random observations of the bizarre -- vitriolix.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Vote your font! [was: fonts on GNU/Linux]
Hallo, Josh Steiner hat gesagt: // Josh Steiner wrote: hy not make a vote? Attached are two screenshots, one with Vera bold, one with Vera normal, both on Linux, both on pd-extended 0.40. Which do you prefer? [ ] normal.png [ ] bold.png 1) i vote normal, the bold looks way too heavy to me. reading the comment text in bold makes my eyes spaz. Note that I deliberatly chose apatch with a lot of comments in it. Normal patches don't have comments that long. 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] Vote your font! [was: fonts on GNU/Linux]
On May 19, 2007, at 12:48 PM, Frank Barknecht wrote: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Since there is obviously some demand for bold fonts, I added a new flag that allows you to set the font weight from the command line or pd-settings file. The flag is -weight and it expects either bold or normal. Thanks a lot for this. I couldn't test it yet, but this sounds like the best solution for now, until Pd gets a really configurable GUI. Also as my screenshots showed, bold and normal have practically the same width and height, so the choice a user makes here shouldn't affect patch layout. I'm just not too sure about the names of the startup option(s). I think, in the end these options should be named consistently, like for example this: -font-size (now: -font) -font-face (now: -typeface) -font-weight (now ... or tomorrow: -weight) That makes sense, I just committed this change. The old flags will still work. .hc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Vote your font! [was: fonts on GNU/Linux]
On May 19, 2007, at 3:43 PM, Josh Steiner wrote: hy not make a vote? Attached are two screenshots, one with Vera bold, one with Vera normal, both on Linux, both on pd-extended 0.40. Which do you prefer? [ ] normal.png [ ] bold.png 1) i vote normal, the bold looks way too heavy to me. reading the comment text in bold makes my eyes spaz. Yeah, things look bad in those screenshots. I am not sure of Frank's setup. I'll do more testing on GNU/Linux. Also, those PNGs are an odd format (16bit?) so they were behaving strangely on my computer. I converted them to gifs and they look better. Also, I have added some screenshots from Mac OS X, where the fonts are anti-aliased: http://pow.idmi.poly.edu/~hans/pdfonts/ *File not found!* The URL you have loaded has not been found on this server. Please alert the system administrator if you believe you have reached this in error. Since there is obviously some demand for bold fonts, I added a new flag that allows you to set the font weight from the command line or pd-settings file. The flag is -weight and it expects either bold or normal. Also, for those who don't like Bitstream Vera Sans Mono, there is the -typeface flag. Should be in tomorrows auto- builds. won't this make the patches render at different sizes depending on your choice of font? so now if i want to open frank's GOP patchs and have them render right i have to remember to turn on the bold flag, which then makes all my patches render wrong? Well, ideally the font info would be embedded in the patch, like in Max/MSP. For this release, the box sizes are pegged to pixel sizes, so no matter what font you use, the boxes will be the same size. Also, the area that is the clickable area of the font will be the same. This means that fonts that are quite a bit different than bitstream vera sans mono will look really bad. If they are bigger, the text will run out of the boxes. If they are smaller, then there will be a lot of blank space in the boxes. So it's not great, but it's a step in the right direction. .hc -josh -- tasty electronic music vittles -- bluevitriol.com the only music blog you need-- playtherecords.com you are the dj. interactive music -- improbableorchestra.com random observations of the bizarre -- vitriolix.com 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
Re: [PD] Vote your font! [was: fonts on GNU/Linux]
Hallo, Josh Steiner hat gesagt: // Josh Steiner wrote: or normal. Also, for those who don't like Bitstream Vera Sans Mono, there is the -typeface flag. Should be in tomorrows auto- builds. won't this make the patches render at different sizes depending on your choice of font? so now if i want to open frank's GOP patchs and have them render right i have to remember to turn on the bold flag, which then makes all my patches render wrong? I think, bold and normal on Vera have about the same size (see screenshots) But of course different patch layouts are one effect of changes to the font face. So far we had only one standard font, though with different sizes on each OS. Now pd-extended introduced two more fonts: Deja and Vera. But as I consider Miller's Pd to be the relevant version of Pd, I won't adapt my abstractions until whatever change of fonts is included there. 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] Realtime-version of I07.phase.vocoder.pd
Hi list... i am working on this right now. And since i never really had a deep look into all the tabread-thingies, some questions came up. Just to give you a quick sketch of my approach: I used the I07-patch and i am working with two of them (each 1 second) so i can swap from one to another. I have two 8 second tables that record the live signal from a vd~. So here my questions, just in case someone found a solution for that (i am sure you did ;-) ) 1) How to avoid clicks when the whole contents of a table is replaced/ updated. I tried something with vlineare there some zero- crossing modules for that ? 2) It seems to be possible to replace the contents of a table (the beginning) while playing the later contents of it. Is it possible to replace just a portion of a table without overwriting until the end ? the whole patch becomes somewhat unstable because of the graphics-display, any idea for a workaround ? 3) if i have a quite fast running number (index). select seems to be to slow or unstable in any way quite unreliable. i made a workaround with moses and ...not very elegant. after cleaning up i will post the patch bye luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Realtime-version of I07.phase.vocoder.pd
Maybe using tabsend~ with a different blocksize in a subpatch would help with the continuous writing to an array? I dunno. I am interested in a good solution to this though! ~Kyle On 5/19/07, Luigi Rensinghoff [EMAIL PROTECTED] wrote: Hi list... i am working on this right now. And since i never really had a deep look into all the tabread-thingies, some questions came up. Just to give you a quick sketch of my approach: I used the I07-patch and i am working with two of them (each 1 second) so i can swap from one to another. I have two 8 second tables that record the live signal from a vd~. So here my questions, just in case someone found a solution for that (i am sure you did ;-) ) 1) How to avoid clicks when the whole contents of a table is replaced/ updated. I tried something with vlineare there some zero- crossing modules for that ? 2) It seems to be possible to replace the contents of a table (the beginning) while playing the later contents of it. Is it possible to replace just a portion of a table without overwriting until the end ? the whole patch becomes somewhat unstable because of the graphics-display, any idea for a workaround ? 3) if i have a quite fast running number (index). select seems to be to slow or unstable in any way quite unreliable. i made a workaround with moses and ...not very elegant. after cleaning up i will post the patch bye luigi ___ 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
Re: [PD] Realtime-version of I07.phase.vocoder.pd
Luigi Rensinghoff wrote: 1) How to avoid clicks when the whole contents of a table is replaced/ updated. I tried something with vlineare there some zero- crossing modules for that ? Fade playback volume to zero, do the switch, fade playback volume up. Vary curve to suit the sound, but that's the general approach I think. A variation uses two tables played back simultaneously, staggered like: aAa aAa aAa aAa ... . bBb bBb bBb bBb ... with volume envelopes such that the total volume is constant. I think this is used in a delay-based pitchshifting example in the docs. 2) It seems to be possible to replace the contents of a table (the beginning) while playing the later contents of it. Is it possible to replace just a portion of a table without overwriting until the end ? Yes, see [tabwrite~] help (the stop message in particular). the whole patch becomes somewhat unstable because of the graphics-display, any idea for a workaround ? Use [table] instead of a graphical array. 3) if i have a quite fast running number (index). select seems to be to slow or unstable in any way quite unreliable. i made a workaround with moses and ...not very elegant. This is a limitation of floating point arithmetic, once you go past a certain size absolute precision becomes less, so integers are missing (ie, there is a floating point number where a + 1 = a, this might also extend to for any given b, you can find an a such that a + b = a, but I'm not sure). The solution / workaround is to use chained counters all counting with [+ 1]-[mod n]-[select 0], much like a clock uses seconds, minutes, hours, etc. Either that or recompile Pd to use double-precision floats, which isn't trivial, and would only postpone the issue (although by a great deal). Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Blending modes v/s OpenGL
Hi all, Anyone has a nice link to suggest me to understand well how we can imitate the blending mode that we find in popular graphics programs (such as Photoshop) like burn, add, overlay and such, using different arguments to the OpenGL function glBlenFunc() ? It's pretty well explained in the red book : http://www.glprogramming.com/red/chapter06.html but I would like something more straightforward. For instance, how can we imitate the pretty complex overlay mode ? Thanks, -- Alexandre Quessy http://alexandre.quessy.net http://www.puredata.info/Members/aalex ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Vote your font! [was: fonts on GNU/Linux]
On May 19, 2007, at 6:28 PM, Frank Barknecht wrote: Hallo, Josh Steiner hat gesagt: // Josh Steiner wrote: or normal. Also, for those who don't like Bitstream Vera Sans Mono, there is the -typeface flag. Should be in tomorrows auto- builds. won't this make the patches render at different sizes depending on your choice of font? so now if i want to open frank's GOP patchs and have them render right i have to remember to turn on the bold flag, which then makes all my patches render wrong? I think, bold and normal on Vera have about the same size (see screenshots) But of course different patch layouts are one effect of changes to the font face. So far we had only one standard font, though with different sizes on each OS. Now pd-extended introduced two more fonts: Deja and Vera. But as I consider Miller's Pd to be the relevant version of Pd, I won't adapt my abstractions until whatever change of fonts is included there. Actually, because of installation issues, I decided to go with Bitstream Vera Sans Mono (it comes with GNOME and KDE) and ditched DejaVu Sans Mono all together. Plus, it was rendering low on the line. .hc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ 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] [OT] some music made with pd
hey, this definitely isn't spam, that's what Pd is about, isn't it? making art? :) Interesting music, I am enjoying uwaga kanibalizm right now, I like when the electronics comes in at first, it made a very good interplay and contrast. But after a while the electronic sounds seem to pound away like they have lost their focus. The piece seems to regain focus when the violin starts to dominate again. .hc On May 18, 2007, at 1:19 PM, maciej wojnicki wrote: hi list i hope i don`t spam recently i started myspace profile www.myspace.com/mananasoko electroacoustic/improv violin+voice+pd programing all the tracks are taken live all electronics done with pd violin looped with akai headrush no editing or post-processing some tracks with vocals are on the way feedback very welcome. all the best maciej Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list