Re: [Pd] Playing a bitmap
When you get something workable, please post a patch. I've been following your conversation here with much interest. Thanks, Kevin On 1/27/07, Chuckk Hubbard [EMAIL PROTECTED] wrote: This is awesome. I still don't have it working right, but I'm close. What I was doing was cropping the image to 1 pixel wide, but I think that was a mistake. I need a large block size for resolution, and through some testing, as Paris suggested, I realized I was getting discrete blocks of pitch that changed every few seconds. I suspect I just need more window overlap... -Chuckk On 1/26/07, Stephen Sinclair [EMAIL PROTECTED] wrote: May I suggest this paper: http://www.dafx.ca/proceedings/papers/p_309.pdf and: http://ccrma.stanford.edu/~woony/works/raster/ The examples are quite fun. :) Steve ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Far and away the best prize that life has to offer is the chance to work hard at work worth doing. -Theodore Roosevelt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Question about vline~
Hello, Frank Barknecht wrote: Hallo, Thomas Mayer hat gesagt: // Thomas Mayer wrote: I have a question about the non-left inlets of vline~. If I read the help patches right, then the right input of [line] is grain rate, so I suppose the same applies to [line~]. [vline~] has three inlets, so I also suppose that one of those is grain rate. What is the other one? It's the initial predelay, that is, the third optional element of a list sent to vline~'s first inlet. If you for example add a number box to the [vline~] object in the help patch and set this to 2000, then a message [1 1000( sent to the first inlet will ramp to 1, but with a two second delay. This works only one time. A following message wil start immediatly again. Thanks for this answer. cu Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] general libdir question
On Jan 25, 2007, at 1:59 PM, Georg Holzmann wrote: Hallo! load libdirs. Are you sure, you are running a version which supports it? Maybe some other pd is called, like in /usr/local? What does type -a pd say? no, I checked it and I use the pd-extended pd ... however, I have various pd's installed, so type -a says: type -a pd pd is /usr/bin/pd pd is /usr/X11R6/bin/pd pd is /usr/local/bin/pd pd is ./pd I just recognized something interesting: If I create an [libdir] object I can use [import iemmatrix] and then it works as it should ... ? Sounds like you are using an 0.40 version of Pd-extended. The libdir stuff was converted to use Thomas Grill's loader functionality, so you have to load the libdir lib before you can load any libdirs. This same libdir.pd_linux binary will also work with vanilla Pd = 0.40. .hc LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] general libdir question
Let's keep this on the list since it's generally useful info. Turns out the main auto-build server is down, I don't know why. It was probably just unplugged by someone who was meddling, but it is old hardware (circa 1998) so it could of just died). I won't be in the office until Tuesday, so expect it to be down until then. I'll try to check on it earlier. If anyone has an old server with hardware RAID disks they want to donate to this cause, that would help. It doesn't need to be large or a fast CPU. 20gigs of disk and a 700 MHz CPU would work. .hc On Jan 27, 2007, at 10:30 AM, Marc D. Demers wrote: Hi, Is it me you are unable to get the nightly build binairies or is it a server problem? Marc D. Demers Avis relatif à la confidentialité Ce message contient des renseignements qui peuvent être confidentiels ou protégés. Il s'adresse au destinataire prévu ou à une personne autorisée à le recevoir en son nom. Si vous l'avez reçu par erreur, nous vous prions d'en informer l'auteur dans les meilleurs délais, de ne pas divulguer son contenu et de le supprimer de votre système. Notice of Confidentiality This message contains information that may be confidential or privileged. It is intended for the exclusive use of the addressee or any person entitled to receive it. If you received this message in error, please inform the author as soon as possible, do not disclose its contents and delete it from your system. From: [EMAIL PROTECTED] Subject: Re: [PD] general libdir question Date: Sat, 27 Jan 2007 10:25:32 -0500 To: [EMAIL PROTECTED] CC: pd-list@iem.at On Jan 25, 2007, at 1:59 PM, Georg Holzmann wrote: Hallo! load libdirs. Are you sure, you are running a version which supports it? Maybe some other pd is called, like in /usr/local? What does type -a pd say? no, I checked it and I use the pd-extended pd ... however, I have various pd's installed, so type -a says: type -a pd pd is /usr/bin/pd pd is /usr/X11R6/bin/pd pd is /usr/local/bin/pd pd is ./pd I just recognized something interesting: If I create an [libdir] object I can use [import iemmatrix] and then it works as it should ... ? Sounds like you are using an 0.40 version of Pd-extended. The libdir stuff was converted to use Thomas Grill's loader functionality, so you have to load the libdir lib before you can load any libdirs. This same libdir.pd_linux binary will also work with vanilla Pd = 0.40. .hc LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Soyez parmi les premiers à essayer Windows Live Mail. ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] slowly load a pd-patches/abs without dropouts
Enrique Erne a écrit : On Fre Jan 26 10:49 , Patco sent: llo, this look awsome, but anyway, none of the patches I've tested are correctly built, any patch. could you send me one or two of these patches and maybe a short notice where it got messed up ? One more time I should have read more carefully the mail, anyway you might be interested by this bug: error: canvas: no method for 'struct' ... you might be able to track this down from the Find menu. error: $2: argument number out of range error: $3: argument number out of range error: pd-1-: no such object error: pd-2-1004-array_data: no such object error: pd-3-1004-array_TMP: no such object error: pd-4-1004-array_point_TMP: no such object error: pd-5-1004-array_init: no such object error: pd-6-poll: no such object error: pd-7-initPoints: no such object error: pd-8-serialize: no such object error: pd-9-1004-listInput: no such object error: pd-10-serialize: no such object error: pd-1-: no such object error: pd-2-1004-array_data: no such object error: pd-3-1004-array_TMP: no such object error: pd-4-1004-array_point_TMP: no such object error: pd-5-1004-array_init: no such object error: pd-6-poll: no such object error: pd-7-initPoints: no such object error: pd-8-serialize: no such object error: pd-9-1004-listInput: no such object error: pd-10-serialize: no such object Althought I've encountered another bug first I couldn't reproduce, where any patch weren't correctly build, all I could say is that the y coordinate was replacing the object name, something like this [47 namecanvas $0-gop one two three], for all objects, and they were all built several times, I thought your patch weren't working at all, and my limited time didn't allow to throw an eye on the reason of the bug... pc #N struct 1004-array1 float x float y float pointx float pointy array 1004-array 1004-point; #N struct 1004-point float x float y; #N canvas 259 167 1121 410 12; #X obj 46 45 cnv 15 253 99 empty empty empty 20 12 0 14 -233017 -66577 0; #N canvas 0 0 534 324 1004-array_data 0; #X scalar 1004-array1 0 0 0 0 \; 0 0 \; 1.275 100 \; 6.375 50 \; 15.9375 25 \; 63.75 0 \; \;; #X coords 0 140 255 0 255 140 1; #X restore 45 4 pd \$0-array_data; #N canvas 173 618 591 190 1004-array_TMP 0; #X obj 6 16 struct \$0-array1 float x float y float pointx float pointy array \$0-array \$0-point; #X obj 6 80 plot \$0-array 555 1 x y; #X restore 45 147 pd \$0-array_TMP; #N canvas 252 542 514 364 1004-array_point_TMP 0; #X obj 10 80 drawpolygon 0 3 -1 -1 -1 1 1 1 1 -1; #X obj 6 9 struct \$0-point float x float y; #X restore 45 169 pd \$0-array_point_TMP; #X obj 439 22 inlet; #X obj 650 66 symbol; #N canvas 713 434 460 246 1004-array_init 0; #X obj 78 172 append \$0-array1 x y; #X obj 233 149 pointer; #X msg 277 89 \; \$1 clear; #X obj 233 67 makefilename pd-%d-array_data; #X obj 233 89 t a a; #X obj 233 45 \$0; #X obj 53 3 inlet; #X msg 233 127 traverse \$1 \, bang; #X msg 78 150 0 0; #X obj 53 25 t b b b; #X obj 53 194 s \$0-initPoints; #X connect 1 0 0 2; #X connect 3 0 4 0; #X connect 4 0 7 0; #X connect 4 1 2 0; #X connect 5 0 3 0; #X connect 6 0 9 0; #X connect 7 0 1 0; #X connect 8 0 0 0; #X connect 9 0 10 0; #X connect 9 1 8 0; #X connect 9 2 5 0; #X restore 708 155 pd \$0-array_init; #X obj 491 243 s \$0-poll; #N canvas 136 6 691 930 poll 0; #X obj 127 16 r \$0-poll; #X obj 127 129 metro 100; #X obj 143 294 until 1; #X obj 162 250 r \$0-points; #X obj 143 272 i; #X obj 152 193 0; #X obj 143 316 0; #X obj 171 316 + 1; #X obj 178 360 element \$0-array1 \$0-array; #X obj 381 338 pointer; #X msg 381 316 traverse \$1 \, next; #X obj 381 294 makefilename pd-%d-array_data; #X obj 381 272 \$0; #X obj 95 471 list append; #X obj 213 405 unpack 0 0; #X obj 42 382 set \$0-point x y; #X obj 91 510 list append; #X obj 346 109 r \$0-update; #X msg 42 510 \$2 \$3; #X obj 178 382 get \$0-point x y; #X obj 178 427 max 0; #X obj 301 404 max 0; #X obj 301 426 min 100; #X obj 178 449 min 255; #X obj 275 129 select 1; #X obj 127 98 t f f; #X obj 143 338 t f f; #X obj 155 616 r \$0-nSizeMsOut; #X obj 33 795 select; #X obj 76 773 - 1; #X obj 76 751 r \$0-points; #X obj 91 532 unpack 0 0 0; #X obj 136 638 *; #X obj 279 616 * 0.01; #X obj 136 660 t f f; #X obj 168 773 list prepend; #X obj 168 751 list append; #X obj 136 594 / 255; #X obj 140 707 0; #X obj 168 707 -; #X obj 136 682 t f b f; #X obj 168 729 abs; #X obj 199 198 0; #X obj 168 817 t a a; #X obj 85 839 list append; #X obj 168 795 list prepend; #X obj 85 861 outlet; #X obj 127 38 t f f; #X obj 127 60 0; #X obj 194 58 max 1; #X obj 127 171 t b b b; #X obj 346 131 t b b; #X obj 274 867 outlet; #X obj 274 845 list append; #X obj 274 819 r \$0-getpat; #X connect 0 0 47 0; #X connect 1 0 50 0; #X connect 2 0 6 0; #X connect 3 0 4 1; #X connect 4 0 2 0; #X connect 5 0 6 1; #X connect 6 0 7 0; #X connect 6 0 26 0; #X connect 7 0 6 1; #X connect 8 0 15 2; #X connect 8 0 19 0; #X connect 9 0 8 1; #X connect 10 0 9 0; #X connect 11 0 10 0; #X
Re: [PD] pd 0.40.2 horizontal scroll-bar bug
hello pat On Sat, 2007-01-27 at 15:00 -0500, patrick wrote: hi, i compiled pd 0.40.2 from miller's site. minor bug here on linux, see the screenshot. the bottom horizontal scroll-bar is not working. this i think on your picture there is actually a scrollbar, but it is very small. i guess, because there is one or more objects quite far on the left side of the visible part in your patch. (the scrollbar is at the right end). behavior was not in pd 0.39.x - also sometimes all objects are moving on the left side of the patch. maybe that is what happened here? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] general libdir question
On Jan 27, 2007, at 10:59 AM, Georg Holzmann wrote: Hallo! Sounds like you are using an 0.40 version of Pd-extended. The libdir stuff was converted to use Thomas Grill's loader functionality, so you have to load the libdir lib before you can load any libdirs. This same libdir.pd_linux binary will also work with vanilla Pd = 0.40. Okay, thanks - I understand ... Can we make a site on puredata.org where we descripe all that stuff from a user point of view ? Maybe in http://puredata.org/docs, but I don't know where to put it there, because there are only user manuals - or also in downloads/ pd-extended ... Maybe also the release path you described (with links): dated auto-build -- test build -- RC build -- release so that newbies know which version they should download and how to use it ... Sounds like an excellent idea. As usual, it's just a matter of someone doing the work.Related to the web site reorg, I think that the doc section of the website should all be a wiki so that it is easy to contribute. .hc LG Georg Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] slowly load a pd-patches/abs without dropouts
On Fri, 2007-01-26 at 11:38 +0100, Roman Haefeli wrote: i guess if i can do it in userspace, it is possible in pd itself. possible is almost everything with software, but how much effort does it need? rewriting pd? though i am not too much a techie myself, i hear voices saying, that despite the upcoming multicore-processor, pd won't be able to do threading in the near future (which would be necessary in order to make use of the additional calculating power). from my understanding of things, i'd say, that in order to avoid drop-outs on patch-load (or file/audiosample-load), pd would require threading (please someone correct me, if i am totally mistaken). afaik, pd-dev does already some of it (e.g. when reading a soundfile into an array). all threaded implementations of the soundfiler/sndfiler have the problem, that the dsp chain needs to be resorted after loading a file to a table ... so, an audio dropout will occur, when the dsp chain is resorted. tim -- [EMAIL PROTECTED]ICQ: 96771783 http://www.mokabar.tk I must say I find television very educational. The minute somebody turns it on, I go to the library and read a good book. Groucho Marx signature.asc Description: This is a digitally signed message part ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] slowly load a pd-patches/abs without dropouts
Tim Blechmann wrote: all threaded implementations of the soundfiler/sndfiler have the problem, that the dsp chain needs to be resorted after loading a file to a table ... so, an audio dropout will occur, when the dsp chain is resorted. This would be easy to prevent, assuming the output device is sufficiently decoupled from the DSP chain. When the DSP chain has to be resorted, render out an extra couple of blocks of audio using the unsorted chain into a larger-than-normal output buffer, resort the chain, then pick up where the old chain left off. So long as the resort-DSP-chain code is vaguely aware of what's going on in the stuff-buffer-into-DAC code, this should work. How does one get dev access to the PD source? I'd love to get my hands dirty.. -- Damian Stewart +64 27 305 4107 f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list