Re: [PD] trigger ftos comments
On 27/12/2006, at 18.36, [EMAIL PROTECTED] wrote: Hi, I'm bad with like t f f, t b f, t b b, and ftos It might be worth to have a look at ext13-help.pd and trigger- help.pd. They might be reachable from your help browser. ext13-help.pd tells you that ftos is short for Float To Symbol, where the right inlet and/or creation argument specifies the numbers of digits of the floats used in the output symbol. trigger-help.pd tells you what f,b,l etc are short for and also what the trigger object does (in short it offers (first of all) hands-on control of the order the output of an object is sent which can be useful/needed in the case where the output is connected to more then one input/inlets). It might also be useful to have a look at doc/ 2.control.examples/03.connections.pd and/or doc/manuals/0.Intro/ Into15.ordering_messages.pd (that is from the help browser). I'm sorry if this answer does not match your question - i couldn't just tell. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vertically too big patches (using OSX)
On 28/12/2006, at 13.30, Max Neupert wrote: it's a known thing and reguary on this list.. Oh, im sorry, i should have looked more carefully. edit the patch with a editor (TextEdit will do) and modify the first line by hand Ahh. Of course, why didn't i think that fare. Thanks a lot! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Compilation of externals on Mac-Intel
Hi again i ended in a dead end still trying to connect PD to a database. I was on Linux before and after a while i learned how to compile the various externals, including flext. Now i want to do the same on my macbook, which turns out not to be such an easy task. My goal is to connext PD to a postgres database, be it via sqlsingle or the py-external and python. In both cases there are no binaries available for intel-macs, or at least i did not find them. So i send out general question to all the Mac-Intel Users here. Whats the best way, to be most flexible ? a) Lern how to compile the externals, maybe via fink ? Is that a good approach ? b) wait until the pd-extended-installers include them all ? c) swith back to linux Thanks for suggestions Bye Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
Thanks for the advice but I am hoping to avoid webcam due to inherent quality/fps decrease. Also, what makes me wonder is because Kino works fine but Gem doesn't and given that Edgy is more-or-less supposed to draw from the bleeding edge lib versions that this kind of a problem will eventually trickle down to other distros which may be currently relying upon older versions of supporting libs, hence requiring update in Gem. If this is so, I think sooner rather than later is probably a good idea. Best wishes, Ico On 12/28/06, Studio Zodiak [EMAIL PROTECTED] wrote: I tried to get 1394 running with ubuntu edgy without success also. Maybe try using a webcam before you die of frustration. I did. It changed my life : ) Sylvain *I* ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [*] vs [*~]
why is there no |!/~| object like in max/msp? I don't know. Where's the [swap] that can support signals? ;) well, a |swap| object itself is not a really good solution without an optimizing compiler for the dsp chain ... and why is expr~ so slow? I don't know, this might deserve a look (or a rewrite). sample-wise dsp processing is usually way slower than block-wise. iirc, i read something about a factor 2 ... t -- [EMAIL PROTECTED]ICQ: 96771783 http://www.mokabar.tk The aim of education is the knowledge, not of facts, but of values William S. Burroughs 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] [*] vs [*~]
If there was no DSP chain, or if the chain included all of the non-DSP, we might delay such determination until later... (but should we?) if there was no dsp chain, it would be easier to utilize several audio threads (see jackdmp) ... caching would definitely be worse, though ... But what if there was one dsp_chain per thread, and that when the dsp_add() phase happens, it adds to one of several dsp_chains depending on some kind of load-balancing metric? i'm not sure, if you can use traditional dsp chains for multi-threaded systems. probably you'd be better off, if you implement some multi-threaded graph traversal, so that parallel nodes can be run on separate cores. for now, i see several problems though: - the scheduling overhead of traversing a graph in contrary to iterating over an array - i'm not sure, if current general purpose operating systems are able to allow a thread scheduling, that's fine enough, maybe a linux-rt kernel with high-resolution timers and dyntick would be required for lowest latencies ... tim -- [EMAIL PROTECTED]ICQ: 96771783 http://www.mokabar.tk Your mind will answer most questions if you learn to relax and wait for the answer. William S. Burroughs 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
[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
On Thu, 28 Dec 2006, Ivica Ico Bukvic wrote: Thanks for the advice but I am hoping to avoid webcam due to inherent quality/fps decrease. USB2 is 40 times faster than USB1: at 400 mbps, in 720x576, full color 24 bits per pixel, cameras could do 40 fps... but typically they don't, they use half the data rate (decimation of chroma columns, as in most broadcast video) and have a cap at 30 fps because anyway the motion is already blurry enough at 30 fps. You may also need a special program to unlock the framerate of the camera. For Philips cameras (most of the modern Logitech/Labtec) the setpwc program will allow you to get away from the default framerate of 10 fps. _ _ __ ___ _ _ _ ... | 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] call for GNU/Linux binaries
Can anyone send me binaries of the following flext objects compiled as individual .pd_linux files? I would like to include them in the upcoming Pd-extended release. They should be tested and known to work. Both i386 and PowerPC would be appreciated. absattr deljoin delsplit dyn~ fftease gem2pdp msd msd2D msd3D pdp2gem pix_2pdp pool py sfplay~ vasp wvvw xsample Even better would be to get these all compiling as part of the whole package, but this will work for this release. .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Set Operations
Thanks a lot, Frank. I am going to look at this stuff tonight. Mike On 12/28/06, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, Alexandre Quessy hat gesagt: // Alexandre Quessy wrote: Very interesting. You can look in the list-abs library. I don't know if there is a list-roll_left abstraction though. There is [list-rot], which is similar to [Lror] but rotates the other direction, so you should use [* -1] to make it compatible with Peter's tutorial. Yesterday I made a toset implementation, which needs some cleaning up but it's rather easy to do. I'm just not sure if it should be part of [list]-abs as it's rather special and set is an ambigous name, which I would like to avoid in a general purpose library as [list]-abs (or rather, I wouldn't want set to mean in [list]-abs what Peter Elsea describes in Fuzzy Logic). [Ltop] is a bit more tricky to clone - Question: How to find the x largest values in a [table]? -, but I also have a basically working version. I attached my scratch-patch, in case you're interested, including a lot of bugs, so not for the faint of heart. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Help the Environment, Plant a Bush back in Texas! I place economy among the first and most important republican virtues, and public debt as the greatest of the dangers to be feared. To preserve our independence, we must not let our rulers load us with perpetual debt. -- Thomas Jefferson, third US president, architect and author (1743-1826) Give Peace a Chance -- John Lennon (9 October 1940 – 8 December 1980) Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vertically too big patches (using OSX)
Hallo, Steffen hat gesagt: // Steffen wrote: When the patch and the window is too big to be displayed, i can't reach the resize corner, hence can do the above to make the scroll bar appear. - What could i do to solve this (except wiping OS X for something else), what do you do? On Linux many Window Managers like Blackbox support resizing through other operations as well. In Blackbox I can Alt-Rightclick anywhere into a window to resize it freely. Maybe OS-X has some similar hotkeys? I think these operations are very useful especially in Pd to quickly resize (sub)patches without having to search and hit the window border exactly. I'm so slooow at this. 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] vertically too big patches (using OSX)
Unfortunately, this isn't the case as far as I've known. It's one of my primary gripes about OSX's otherwise beautiful interface. Maybe for their next release??? ~Kyle On 12/28/06, Frank Barknecht [EMAIL PROTECTED] wrote: On Linux many Window Managers like Blackbox support resizing through other operations as well. In Blackbox I can Alt-Rightclick anywhere into a window to resize it freely. Maybe OS-X has some similar hotkeys? I think these operations are very useful especially in Pd to quickly resize (sub)patches without having to search and hit the window border exactly. I'm so slooow at this. -- 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
[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
On Thu, 28 Dec 2006, Ivica Ico Bukvic wrote: Thanks for the info. However, ADVC-100 that I use is a firewire A/V device so the default behavior is 30fps at 720x480 (NTSC) with the only bottleneck being the quality of the camcorder (which in this case is still better than a webcam). But all this is moot as Gem worked just fine a month ago What I'm saying is that if ever you are stuck with having to use something else than last month, then you still have a way out that isn't completely bad. It's not like 160x120 at 5fps...;) _ _ __ ___ _ _ _ ... | 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
Re: [PD] running pd as a cubase vsti
Denis Trapeznikoff a écrit : 2006/12/26, Patco [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Did you try to put a physical midi cable between pd and cubase or a virtual midi cable with Hubis Loopback ou MapleDriver? You might have your solution with pdvst, look it up... It's an old pd version (0.37) but maybe it would be able to do what you are expecting from pd. The solution that is said to be more preferable than Hoobi's is MidiYoke (http://www.midiox.com/myoke.htm). It offers 8 virtual MIDI cables and comes bundled with MidiOx, a MIDI filtering and routing utility. P.S. Greetings, list, my first post here. :) Maple driver has also 8 virtual cables. PC. ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [*] vs [*~]
--- Tim Blechmann [EMAIL PROTECTED] schrieb: and why is expr~ so slow? I don't know, this might deserve a look (or a rewrite). sample-wise dsp processing is usually way slower than block-wise. iirc, i read something about a factor 2 ... afaik, [expr~] does non-recursive / block-wise processing, whereas [fexpr~] does sample-wise / recursive processing. so, your explanation would apply to [fexpr~], if i am not totally wrong. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] wave morphing
Hi list, I am trying to fade beetween waveshapes, doesn't find how to get an average of the morphed signal between 0 and 1, Anyone has an idea? #N canvas 0 0 454 304 10; #X obj 117 74 noise~; #N canvas 454 176 514 430 module 0; #X obj 139 23 inlet~; #X obj 176 343 outlet~; #X obj 233 71 osc~; #X obj 232 50 / 100; #X obj 197 94 ~ 0; #X obj 140 122 samphold~; #X obj 232 24 inlet; #X obj 283 23 inlet; #X obj 318 63 fade-morph 63 128; #X obj 176 234 +~; #X obj 195 194 *~ 2; #X obj 176 267 +~; #X obj 324 87 fade-morph 0 126; #X obj 334 114 fade-morph -63 126; #X obj 195 173 *~ 0; #X obj 177 151 *~ 0; #X obj 234 209 *~ 1; #X obj 176 298 /~ 2; #X obj 189 213 -~ 2; #X obj 235 239 +~ 3; #X connect 0 0 5 0; #X connect 2 0 4 0; #X connect 2 0 16 0; #X connect 3 0 2 0; #X connect 4 0 5 1; #X connect 4 0 14 0; #X connect 5 0 15 0; #X connect 6 0 3 0; #X connect 7 0 8 0; #X connect 7 0 12 0; #X connect 7 0 13 0; #X connect 8 0 15 1; #X connect 9 0 11 0; #X connect 10 0 18 0; #X connect 11 0 17 0; #X connect 12 0 14 1; #X connect 13 0 16 1; #X connect 14 0 10 0; #X connect 15 0 9 0; #X connect 16 0 19 0; #X connect 17 0 1 0; #X connect 18 0 9 1; #X connect 19 0 11 1; #X restore 141 137 pd module; #X obj 243 102 hsl 128 15 0 127 0 0 empty empty empty -2 -6 0 8 -262144 -1 -1 0 1; #X floatatom 235 64 5 0 0 0 - - -; #X floatatom 132 272 5 0 0 0 - - -; #X obj 133 178 unsig~ 50; #X text 121 13 waveshape morphing; #X connect 0 0 1 0; #X connect 1 0 5 0; #X connect 2 0 1 2; #X connect 3 0 1 1; #X connect 5 0 4 0; #N canvas 0 0 339 233 10; #N canvas 29 318 179 311 fade-morph 0; #X obj 42 8 inlet; #X obj 41 267 outlet; #X obj 42 114 change; #X obj 41 245 /; #X obj 42 157 -; #X obj 109 50 \$2; #X obj 127 118 / 2; #X obj 42 178 abs; #X obj 42 200 -; #X obj 42 222 abs; #X obj 42 135 - \$1; #X obj 42 30 t a b; #X obj 80 72 + \$1; #X obj 42 91 clip \$1; #X connect 0 0 11 0; #X connect 2 0 10 0; #X connect 3 0 1 0; #X connect 4 0 7 0; #X connect 5 0 6 0; #X connect 5 0 12 0; #X connect 6 0 4 1; #X connect 6 0 3 1; #X connect 6 0 8 1; #X connect 7 0 8 0; #X connect 8 0 9 0; #X connect 9 0 3 0; #X connect 10 0 4 0; #X connect 11 0 13 0; #X connect 11 1 5 0; #X connect 12 0 13 2; #X connect 13 0 2 0; #X restore 163 121 pd fade-morph; #X text 161 47 \$2 = ending fade out; #X text 161 26 \$1 = begining fade in; #X text 148 66 \$2/2 = top level; #X text 86 44 inlet; #X text 72 189 outlet = value between 0 and 1; #X obj 163 94 inlet; #X obj 163 145 outlet; #X connect 0 0 7 0; #X connect 6 0 0 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
RE: [PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
--- Mathieu Bouchard [EMAIL PROTECTED] schrieb: On Thu, 28 Dec 2006, Ivica Ico Bukvic wrote: Thanks for the advice but I am hoping to avoid webcam due to inherent quality/fps decrease. USB2 is 40 times faster than USB1: at 400 mbps, in 720x576, full color 24 bits per pixel, cameras could do 40 fps... but typically they don't, they use half the data rate (decimation of chroma columns, as in most broadcast video) and have a cap at 30 fps because anyway the motion is already blurry enough at 30 fps. anyway, though it theoretically should be possible to capture a webcam with [EMAIL PROTECTED], i couldn't find a cam yet, that supports these values. also, it is so confusing, that often they are advertized as usbII capable cams, but actually they don't make use of the bandwidth. further you find often a maximum framerate in the specs, but not which dimensions these maximum rate is related to. webcam sellers are really pissing me off. i bought a spc900nc, which works with the opensource pwc linux webcam driver. though this cam should be capable of capturing at 90fps according to the specs, i couldn't reach that rate neither with the proprietary windows driver nor with the pwc driver. the maximum with the pwc i could get is [EMAIL PROTECTED], which is less than 1/4 of what you say should be possible with usbII. more moanings about webcams: it's hard to tell in advance, if it will be possible to switch automatic gain control/automatic white balance/automatic shutter time on and off, which could be important when using a cam with gem/pdp/gridflow. with the cam i mentioned above, i have the following colospace problems: -pdp is capturing the cam as expected -gridflow captures it only in yuv420p colorspace and one needs to convert it to RGB using gridflow objects, which is heavily cpu expensive. -gem shows the captured image as bgr instead of rgb, so colors red and blue are swapped. it is possible to convert it to rgb with [pix_colormatrix], which is also very cpu expensive. fazit: webcams are kind of an annoying topic and i can really understand ivico's efforts to get a dv-cam working with gem. 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
[PD] RE: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
Despite those thoughts I still haven't had a look at unicap yet, still too many other things TODO first. Well, I just wasted another 2 hours trying to get my 5+ (!) year old webcam working which is still unsupported in Linux (intel pocket pc cam cs780, even though CS630 and CS430 are supported). Ironically, in Windoze everything just worked. Based on my tests I am suspecting that this is a lib/distro-independent issue, and as such am also wondering what will happen with pd/gem on Linux in 6 months when most of the other distros pump out their next release with libs similar to Edgy (maybe some of them already are?) leaving gem video for all intents and purposes broken. I also looked at the videojack project Mathieu pointed out and it really looks, well, promising, but it is by no means a complete and/or well supported product despite its huge potential. Perhaps this video issue should be bumped higher on the gem TODO list given the current situation? Thanks for all your help! Best wishes, Ico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wave morphing
Patco a écrit : Hi list, I am trying to fade beetween waveshapes, doesn't find how to get an average of the morphed signal between 0 and 1, Anyway, I've resolved this, it's attached #N canvas 0 0 793 557 10; #X obj 115 76 noise~; #X obj 301 79 hsl 128 15 0 127 0 0 empty empty WaveShape -2 -6 0 8 -262144 -1 -1 3800 1; #X text 121 13 waveshape morphing; #X obj 192 59 nbx 5 14 -1e+037 1e+037 0 1 empty empty Frequency 0 -6 0 10 -262144 -1 -1 2000 256; #N canvas 0 0 450 300 graph123 0; #X array \$0-lfo1 1 float 2; #X coords 0 1 1 -1 100 50 1; #X restore 491 18 graph; #X obj 219 170 tabwrite~ \$0-lfo1; #X obj 299 97 t b a; #X obj 192 99 t b a; #X text 389 103 the square signal is between 0 - 1 \, the sin and random signal is between -1 and 1; #N canvas 454 176 526 442 module1 0; #X obj 139 23 inlet~; #X obj 176 343 outlet~; #X obj 233 71 osc~; #X obj 232 50 / 100; #X obj 239 93 ~ 0; #X obj 140 122 samphold~; #X obj 232 24 inlet; #X obj 283 23 inlet; #X obj 315 55 fade-morph 63 128; #X obj 176 234 +~; #X obj 176 267 +~; #X obj 324 106 fade-morph 0 126; #X obj 325 157 fade-morph -63 126; #X obj 195 173 *~ 0; #X obj 177 151 *~ 0; #X obj 234 209 *~ 1; #X text 327 36 Random; #X text 336 87 Square; #X text 335 136 Sinus; #X connect 0 0 5 0; #X connect 2 0 4 0; #X connect 2 0 15 0; #X connect 3 0 2 0; #X connect 4 0 5 1; #X connect 4 0 13 0; #X connect 5 0 14 0; #X connect 6 0 3 0; #X connect 7 0 8 0; #X connect 7 0 11 0; #X connect 7 0 12 0; #X connect 8 0 14 1; #X connect 9 0 10 0; #X connect 10 0 1 0; #X connect 11 0 13 1; #X connect 12 0 15 1; #X connect 13 0 9 1; #X connect 14 0 9 0; #X connect 15 0 10 1; #X restore 141 137 pd module1; #N canvas 508 62 444 466 module2 0; #X obj 139 23 inlet~; #X obj 176 343 outlet~; #X obj 233 71 osc~; #X obj 232 50 / 100; #X obj 140 122 samphold~; #X obj 232 24 inlet; #X obj 283 23 inlet; #X obj 315 55 fade-morph 63 128; #X obj 176 234 +~; #X obj 176 267 +~; #X obj 324 106 fade-morph 0 126; #X obj 325 157 fade-morph -63 126; #X obj 216 97 *~ 0; #X obj 177 151 *~ 0; #X obj 234 209 *~ 1; #X text 327 36 Random; #X text 336 87 Square; #X text 335 136 Sinus; #X obj 252 264 t b; #X obj 248 295 tabwrite~ \$0-lfo2-square; #X obj 218 162 -~; #X obj 216 120 ~ 0; #X obj 247 120 ~ 0; #X connect 0 0 4 0; #X connect 2 0 14 0; #X connect 2 0 12 0; #X connect 3 0 2 0; #X connect 4 0 13 0; #X connect 5 0 3 0; #X connect 6 0 7 0; #X connect 6 0 10 0; #X connect 6 0 11 0; #X connect 6 0 18 0; #X connect 7 0 13 1; #X connect 8 0 9 0; #X connect 9 0 1 0; #X connect 10 0 12 1; #X connect 11 0 14 1; #X connect 12 0 21 0; #X connect 12 0 22 0; #X connect 13 0 8 0; #X connect 14 0 9 1; #X connect 18 0 19 0; #X connect 20 0 8 1; #X connect 20 0 19 0; #X connect 21 0 4 1; #X connect 21 0 20 0; #X connect 22 0 20 1; #X restore 116 268 pd module2; #X floatatom 136 243 5 0 0 0 - - -; #X obj 178 241 hsl 128 15 0 127 0 0 empty empty WaveShape -2 -6 0 8 -262144 -1 -1 0 1; #N canvas 0 0 450 300 graph123 0; #X array \$0-lfo2 1 float 2; #X coords 0 1 1 -1 100 50 1; #X restore 337 236 graph; #X obj 200 297 tabwrite~ \$0-lfo2; #X obj 184 268 t b; #X obj 214 271 t b; #X msg 283 22 63; #X msg 285 3 0; #X msg 283 43 127; #X text 321 5 sin; #X text 316 23 square; #X text 315 41 random; #N canvas 0 0 450 300 graph123 0; #X array \$0-lfo2-square 1 float 2; #X coords 0 1 1 -1 100 50 1; #X restore 475 240 graph; #X floatatom 105 387 5 0 0 0 - - -; #X floatatom 84 465 5 0 0 0 - - -; #X obj 84 442 unsig~ 50; #X obj 147 385 hsl 128 15 0 127 0 0 empty empty WaveShape -2 -6 0 8 -262144 -1 -1 6300 1; #N canvas 0 0 450 300 graph123 0; #X array \$0-lfo3 1 float 2; #X coords 0 1 1 -1 100 50 1; #X restore 306 380 graph; #X obj 153 412 t b; #X obj 183 415 t b; #N canvas 0 0 450 300 graph123 0; #X array \$0-lfo3-square 1 float 2; #X coords 0 1 1 -1 100 50 1; #X restore 444 384 graph; #X obj 169 441 tabwrite~ \$0-lfo3; #X text 42 141 wrong; #X text 43 271 wrong; #X text 27 420 right; #X obj 135 481 + 1; #X obj 135 502 / 2; #X floatatom 135 523 5 0 0 0 - - -; #X msg 114 336 63; #X msg 116 317 0; #X msg 114 357 127; #X text 179 519 mission accomplished; #N canvas 508 62 452 474 module3 0; #X obj 139 23 inlet~; #X obj 176 343 outlet~; #X obj 233 71 osc~; #X obj 232 50 / 100; #X obj 140 122 samphold~; #X obj 232 24 inlet; #X obj 283 23 inlet; #X obj 315 55 fade-morph 63 128; #X obj 176 234 +~; #X obj 176 267 +~; #X obj 324 106 fade-morph 0 126; #X obj 325 157 fade-morph -63 126; #X obj 242 160 *~ 0; #X obj 177 151 *~ 0; #X obj 234 209 *~ 1; #X text 327 36 Random; #X text 336 87 Square; #X text 335 136 Sinus; #X obj 252 264 t b; #X obj 220 144 -~; #X obj 216 120 ~ 0; #X obj 247 120 ~ 0; #X obj 248 295 tabwrite~ \$0-lfo3-square; #X connect 0 0 4 0; #X connect 2 0 14 0; #X connect 2 0 20 0; #X connect 2 0 21 0; #X connect 3 0 2 0; #X connect 4 0 13 0; #X connect 5 0 3 0; #X connect 6 0 7 0; #X connect 6 0 10 0; #X connect 6 0 11 0; #X connect 6 0 18 0; #X connect 7 0 13 1; #X connect 8 0 9 0; #X
[PD] wiiremote b4
Ok, Masayuki Akamatsu released updated code for the wiiremote object. It looks complete, so here's the Pd version again. Please try it and let me know if it works for you: wiiremote_b4.tar.bz2 Description: Binary data .hc If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] msgfile busted?
Could you try test6 and see if it is still broken? http://at.or.at/hans/pd/installers.html .hc On Dec 27, 2006, at 6:57 AM, timon wrote: Hi, Im trying to get msgfile to work on OSX 10.4.8 (G4) using HCS's PD 0.39.2 extended (test 4). No luck. Wont read, write or anything. Just printing [done] bang. Is there a known bug/break here? Cant find anything on the list... Thanks, Timon ___ 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] msgfile busted?
I forgot to mention, if it's still busted in test6, then please file a bug report: http://puredata.org/dev/bugtracker .hc On Dec 27, 2006, at 6:57 AM, timon wrote: Hi, Im trying to get msgfile to work on OSX 10.4.8 (G4) using HCS's PD 0.39.2 extended (test 4). No luck. Wont read, write or anything. Just printing [done] bang. Is there a known bug/break here? Cant find anything on the list... Thanks, Timon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] float parsing
On Dec 28, 2006, at 12:03 AM, Mathieu Bouchard wrote:
On Wed, 27 Dec 2006, Miller Puckette wrote:
Dunno which is should be, but the 'c' language doesn't
allow unary '+' in front of numerical literals... so I
followed that lead.
I don't know which C language you are talking about. Try compiling
the following program with options -ansi -pedantic-errors:
#if + +1
int main (void) {
int foo[+ +1] = { + + + + + + + + + + +1 };
return foo[0];
}
#endif
This demonstrates that unary + works in front of numerical literal,
both in the main language and in the preprocessor. I don't know of
a way to test whether the last + before the 1 is actually
considered part of the literal or not. However, both scanf() and
strtod() consider + as part of a float literal (was there ever a
time that they didn't? really?).
What would be the advantages/disadvantages of either way? My
intuition says that +1 should be a symbol, perhaps because it is
rare to write positive numbers in math with a leading +.
Maybe the errant newbie might be confused when +1 turns out to be a
symbol. But if Pd starts removed + signs upon save, then that could
also be annoying.
.hc
_ _ __ ___ _ _ _ ...
| 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
As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours; and
this we should do freely and generously. - Benjamin Franklin
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Compilation of externals on Mac-Intel
You forgot this option: d) port sqlsingle to Mac OS X and add it to the Pd-extended build system ;) .hc On Dec 28, 2006, at 8:03 AM, Luigi Rensinghoff wrote: Hi again i ended in a dead end still trying to connect PD to a database. I was on Linux before and after a while i learned how to compile the various externals, including flext. Now i want to do the same on my macbook, which turns out not to be such an easy task. My goal is to connext PD to a postgres database, be it via sqlsingle or the py-external and python. In both cases there are no binaries available for intel-macs, or at least i did not find them. So i send out general question to all the Mac-Intel Users here. Whats the best way, to be most flexible ? a) Lern how to compile the externals, maybe via fink ? Is that a good approach ? b) wait until the pd-extended-installers include them all ? c) swith back to linux Thanks for suggestions Bye Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] float parsing
On Thu, 28 Dec 2006, Hans-Christoph Steiner wrote: My intuition says that +1 should be a symbol, Intuition is something that is trained. If you trained that part of your intuition using pd and not much else, you may get to see +1 is a symbol as something normal, obvious, and the way it should be. People with different experience may get to think otherwise. The leading + is recognised in float literals in almost all programming languages; actually, only pd works like that, if I think only of contemporary languages that were designed for doing real work. But if Pd starts removed + signs upon save, then that could also be annoying. Pd already removes a lot of things. e.g. 101 becomes 1e+6, and so does 102, ... _ _ __ ___ _ _ _ ... | 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] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
As I suspected, issue is much more acute. I just tried the identical setup on vanilla FC6 and it exhibits *exactly* the same problem (Kino works, but Gem doesn't using the same ieee1394 device, namely ADVC-100). So, now we have Dapper, Edgy, and FC6 for sure having this problem and I would not be surprised to hear that there are more recent distros which exhibit this issue (Debian for sure due to its relationship to Ubuntu). Regarding your questions Studio, please see my previous e-mails, they are pretty verbose as to what is missing and/or what is the behavior. FWIW, I do not have /dev/dv1394-0, but rather /dev/dv1394/0 device. This is the case on both FC6 and Ubuntu. The problem is exhibited via pd-extended install, totally from scratch source install (mine on Ubuntu had everything yes except for libmpeg1 and ffmpeg; libmpeg3 was also yes), and now also the CCRMA build. This may seem that newer udev plus latest ieee1394 libs/drivers are at odds with the Gem way of addressing them. I have traced the problem down to Gem/src/Pixes/videoDV4L.cpp which deals with dv1394 device and from which all of the errors come. Commenting any of the tripwires simply triggers the next one (i.e. closed error, then ioctl WAIT_FRAMES, then ioctl GET_STATUS, etc.). Commenting all return NULL evokes these errors on every frame flodding the shell. I could probably take a stab on this one if I knew more about ieee1394 and more precisely dv1394 stuff but I don't. Learning so would take way too much time and more importantly it would be redundant as I am sure the community already has those who are well-versed in this area. I will, however, gladly provide necessary access/feedback and even code provided I am given some help in understanding dv1394 stuff so that the code is altered accordingly. I hope you will agree with me that this is a pretty big deal as it will preclude use of dv1394 in conjunction with Gem without exceptions until this issue is resolved. My plea is please push this to the top of the TODO list and I'll do all I can to assist in resolving the issue. Many thanks! Best wishes, Ico On 12/28/06, Studio Zodiak [EMAIL PROTECTED] wrote: This is interesting. Like I said before, I asked this list before with the same problem. maybe we can share info. Are you compiling Gem? I have used the compiling options --with-ieee1394-includes and --with-ieee1394-libs -I don't know where to set the libs thaugh- /usr/lib/? Anyway, at the end of the configure, I get no for the ieee1394 option. even disabling v4l is not doing much. I went on the ieee1394 website and saw that the api relies on two libraries. Just for you information, last time I succeeded in making my dvcamera work with Gem on linux was on red hat 9. This I have tried on breezy and dapper with no success. I grepped for /dev/ieee1394 in the Gem's src directory and found that it is supposed to default to ieee1394 from v4l (is this correct?). I remember having to send a driver 1 message to pix_video like on a mac. Only on my Edgy machine the repertoire is /dev/ieee1394-0 could one do as such perhaps? 1. ln -s /dev/ieee1394 /dev/ieee1394-0 2. permissions Anyway, just my 2 cents for now. Sylvain *Ivica Ico Bukvic [EMAIL PROTECTED]* wrote: Despite those thoughts I still haven't had a look at unicap yet, still too many other things TODO first. Well, I just wasted another 2 hours trying to get my 5+ (!) year old webcam working which is still unsupported in Linux (intel pocket pc cam cs780, even though CS630 and CS430 are supported). Ironically, in Windoze everything just worked. Based on my tests I am suspecting that this is a lib/distro-independent issue, and as such am also wondering what will happen with pd/gem on Linux in 6 months when most of the other distros pump out their next release with libs similar to Edgy (maybe some of them already are?) leaving gem video for all intents and purposes broken. I also looked at the videojack project Mathieu pointed out and it really looks, well, promising, but it is by no means a complete and/or well supported product despite its huge potential. Perhaps this video issue should be bumped higher on the gem TODO list given the current situation? Thanks for all your help! Best wishes, Ico ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Re: [GEM-dev] Re: pix_video and dv1394 capture on Edgy
FWIW, here are some pointers that may help. I just investigated kino package which apparently works and the same site hosts a very simple dvgrab shell app which captures dv stream into an avi file. At a first glance it appears simple enough to be adapted for Gem use, but I may be totally wrong about this too... Now, if someone could please point out what kind of packets does videoDV4L.cpp send out to Gem... Best wishes, Ico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [*] vs [*~]
On Dec 27, 2006, at 12:01 PM, Mathieu Bouchard wrote: I have some newbie questions here... why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? Pd is strongly typed, so floats and signal data are different types, just like floats and symbols. And then why is it that [*~] can multiply a signal by a float, but [*] can't do that? And then why is it that [*~] can't multiply a float by a signal, the signal has to be on the left? Why is it that if I want to divide a float by a signal, then I have to explicitly cast the float to signal (using [sig~]) or use [expr~] ? The right inlet is generally matched to the first argument in the object box. In this context, it makes sense to have only [*~]'s right inlet violate the strict typing because you can't type signal data into the object box. .hc _ _ __ ___ _ _ _ ... | 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 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] mouse movement in PD causes audio dropout
Sounds like the Windows GUI-core bottleneck that was discussed a while back. I haven't seen this before. Which version of Pd are you using? .hc On Dec 28, 2006, at 2:38 PM, jeff bechtel wrote: Hi list, So, I'm running a new Pentium D dual core 2.66 ghz Dell. Win XP Pro. While in PD ( no other sound apps) mouse movement causes the audio to drop out altogether. The sound resumes to normal when I stop moving the mouse. A look at the task manager performance monitor reveals the cpu activity spikes way way up during mouse movement- like 89-90% (whew!). This happens with both asio port audio, and the onboard audio My Dell laptop ( XP pro ) performs great in PD , both ASIO and standard audio. The same spike in cpu activity doesnt do a thing to the audio playback etc They are running exactly the same screen resolution 1024*768 32bit I found the method on the PD archives for setting the prioity for PD to HIGH, and put it into the batch that starts all of my externals. PD runs normally, loading all libraries as expected, but the problem persists I adjusted the windows gui to run for optimized performance as well is it even remotely possible that it needs to be compiled for this type of processor? Thanks so much, PD RULES!! JEff __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ¡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] wiiremote b4
Let's keep this on list, since it might be of interest to others. A crash log would be interesting. Also, a transcript from the Pd window, and what you had to do to get it to crash. (I don't even have bluetooth, so I am flying blind ;) .hc On Dec 28, 2006, at 7:09 PM, nick weldin wrote: Hi Hans Still crashing for me I'm afraid. Am downloading latest builds on the off chance. Can send crash report from the log if that sany use. Cheers Nick Ok, Masayuki Akamatsu released updated code for the wiiremote object. It looks complete, so here's the Pd version again. Please try it and let me know if it works for you: Attachment converted: Macintosh HD:wiiremote_b4.tar.bz2 (/) (00B8B373) .hc - --- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ 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
Re: [PD] [PD-announce] videos using mapping lib
Actually, based on this discussion, Cyrille and I updated [autoscale] so that it can save its state and you can turn off the auto-tracking: http://at.or.at/hans/pd/objects.html .hc On Dec 20, 2006, at 11:21 AM, Thomas Ouellet Fredericks wrote: You can try scale/adaptive from the pdmtl abstractions: http:// wiki.dataflow.ws/pdmtlabs It is an autoscale than tightens over time. It was previously known as powerranger. Tof On 12/20/06, cyrille henry [EMAIL PROTECTED] wrote: Hans-Christoph Steiner a écrit : Looks quite nice, but I would like to see greater variation in the sound. Perhaps in the final show, there will more other elements to fill it out. for sure, we make 2 more week of work after this video. but i think we nead a better microphone than the camcoder mic in order to record the sound. i don't know how the final captation quality will be. So this is the first big proof-of-concept for the mapping collection. few years ago, this collection was call la kitchen in CVS abstraction folder, and i already used it a lot. lot's of things changed, but the spirit was there. How did it work out? i commited everything that needed to be changed :-) this collection feet my need, but i think it's quite logical :-) (ok, i still have few things to clean and commit) i would like a autocal object with a start ans stop callibration feature. do you think i can add this to the curent autocal object? i also would like a an dynacal (dynamic calibration) object that take maximum value from the last few sec by example in order to make the calibration. i fink few abstraction could be turn into external for performance isue, but that's optional. I have an instrument design that I'll be working on over January where I will try to use the mapping library extensively. great. cyrille .hc On Dec 19, 2006, at 7:04 PM, cyrille henry wrote: hello, i used embeded sensors : flex sensors and accelerometter. the sensors are connected to a wifi sensors box and send to a computer over udp. you can find pictures of the sensors system here : http://drpichon.free.fr/ch/ecrire/upload/ the mapping strategy is usually like this : sensors calibration - data short analysis : (high pass filter, differentiation, ...) - some kind of non-linearity depending on the movent tracked ([max 0] ...)- curve object - diferents kind of physical model filter to generate 3 data from 1 single input = audio synthesis (noise + band pass filter (varing output amplitude + cutof freq + Q). in fact, i did not work on the sound : i just send data to the musician (and the light). i hope i'll have the show video quite soon... Kyle Klipowicz a écrit : Very nice! I like the dancing too, very martial arts. dance come from video game... cyrille How many cameras did you use to track the motion, and what was their configuration? Or is that a sensor strip on the floor? I'm curious about methodology, please tell more! ~Kyle On 12/19/06, *cyrille henry* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: hello, here are few videos of movement sonification. i used pd + the mapping abstractions for the relations between embeded sensors and sound (or light). http://drpichon.free.fr/ch/data/LAURE%20combat%20capteurs%20sons %20lumiere3.mov http://drpichon.free.fr/ch/data/LILOU%20combat%20capteurs% 20sons4.mov http://drpichon.free.fr/ch/data/BABS%20combat%20capteurs% 20sons5.mov http://drpichon.free.fr/ch/data/BABS%20combat%20capteurs% 20sons5.mov more infos and description of the project (french) : http://mylene.benoit.free.fr/ cyrille ___ PD-announce mailing list [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailto: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 ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] cyclone in Windows
Could someone test whether cyclone is working on Windows in test6? I want to make sure that works in the release. .hc [W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
