Re: [PD] signal / message
On Sun, 2009-05-10 at 17:29 +0200, Wolfgang J?ger wrote: Hello, What's the best way to convert a signal into a message? There are possibilities like snapshot~ or vsnapshot~, but they are not accurate. The error they produce when you convert into a message and reconvert to a signal (with sig~, line~ or vline~) is clearly audible- Does anybody know if [env~] takes the average of all samples in it's window? Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal / message
env~ outputs RMS values, have a look in Puckettes book: http://crca.ucsd.edu/~msp/techniques/latest/book-html/node54.html http://crca.ucsd.edu/~msp/techniques/latest/book-html/node8.html Hans r At 08:14 11/05/2009, Ingo Scherzinger wrote: On Sun, 2009-05-10 at 17:29 +0200, Wolfgang J?ger wrote: Hello, What's the best way to convert a signal into a message? There are possibilities like snapshot~ or vsnapshot~, but they are not accurate. The error they produce when you convert into a message and reconvert to a signal (with sig~, line~ or vline~) is clearly audible- Does anybody know if [env~] takes the average of all samples in it's window? Ingo ___ 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] OT : Ubuntu/Fedora opinions (relative to Pd, of course)
Hi. I installed F10 recently + Planet CCRMA real time kernel with no problems. It took me a while to figure out how to install nvidia GPU drivers to be able to use native resolution of my monitor and hardware 3D acceleration but except for that everything works out of the box. The only problem with audio is that PULSAUDIO doesn't see my HDMI audio output, only the analog one. There is a (not perfect) way to fix that (and I read that the new pulseaudio update will solve the problem properly) but I can just use the analog out and for music software I can use my Saffire (works with jack+ffado) or Photon x25 (works out of the box). I only compiled the latest PD vanilla on this system but I think there is also a binary of pd-exended available to download from puredata.info For the Ubuntu studio I have to say that I don't have any personal experience but I've been watching their mailing list and it seems that a lot of people are having problems with the 9.04 + real time kernel. If you want to work with audio then I think is better to go with Hardy. I definitely reccomend F10 and if could share my experience with getting the graphics card drivers with the CCRMA kernel if you encounter any problems. all the best Adrian G On Sun, 10 May 2009 20:26:31 -0700 lt;bgt;Lao Yu lt;noise@gmail.comgt;lt;/bgt; wrote Hi, since the release of F9 I look at the audio part of Linux - I personally find it a complete disaster and 'user-hostile' to be polite. Many on this list are software specialists, so please don't look down on someone who doesn't want to follow 3 pages of instructions of how to make pulse audio work 'on top of' ALSA - especially if there are follow-ups on the relevant forums that they still don't have any signal output. My laptop currently runs F9 (or WinXP) and works is an mp3 player, full stop. From posts on the fedora list I understand that my situation is even better than many others who don't even get that to work. My question is, how does Ubuntu studio compare to Fedora? Before I start doctoring with my laptop and install Ubuntu 9.04 instead of F9 I'm scratching my head. Thanks for any comments. Best Jurgen ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -gt; 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] video multi image detection and red circle
Jose Luis Santorcuato wrote: Dear friends... i make a tracking controller for video, but in the Gem window always appear the red circle with the cross... i want view and control other videos with tracking... but always de red circle...depth???gemhead -1??? gemwin-1??? i can measure the movement. I use Mac Intel. i am not sure what you are talking about. it seems like you are seeing a red circle with a cross. this means that your patch is drawing a red circle with a cross. (ther eis no code in Gem itself that will magically (without a representation in your patch) draw things onto your screen). if you want to disable a certain part of your rendering patch you can: - delete the objects that draw the unwanted thingies - disable the unwanted thingies by either: - using [spigot] (or other ways of cuttin the connection ) somewhere between [gemhead] and the object(s) that actually draw (e.g. [circle] - sending [0( to the [gemhead] in question (which will turn the gemhead of until you turn it on again) the most likely pitfall is that all [gemhead]s within the current environment (that is: running instance of Pd) are taken into account for rendering; so if you are opening a help-patch for a certain object, this might well draw onto your carefully crafted Gem-scenery. fgamsrd IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal / message
Thank you Hans, that's about what I expected. Now having read this I was wondering if there is an object that reports the peak amplitude of a given window size rather than RMS. Does anybody know? Ingo -Ursprüngliche Nachricht- Von: Hans Roels [mailto:hans.ro...@versateladsl.be] Gesendet: Montag, 11. Mai 2009 08:45 An: Ingo Scherzinger Betreff: Re: [PD] signal / message env~ outputs RMS values, have a look in Puckettes book: http://crca.ucsd.edu/~msp/techniques/latest/book-html/node54.html http://crca.ucsd.edu/~msp/techniques/latest/book-html/node8.html Hans r At 08:14 11/05/2009, you wrote: On Sun, 2009-05-10 at 17:29 +0200, Wolfgang J?ger wrote: Hello, What's the best way to convert a signal into a message? There are possibilities like snapshot~ or vsnapshot~, but they are not accurate. The error they produce when you convert into a message and reconvert to a signal (with sig~, line~ or vline~) is clearly audible- Does anybody know if [env~] takes the average of all samples in it's window? Ingo ___ 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] packOSC BLOB
iirc, for the very project the decoding is done outside of Pd anyhow (on specialized hardware), so the problem of [unpackOSC] not knowing what to do with a blob is a minor issue here. (and the use of specialized hardware is the reason why data (low-resolution fixed-point numbers) should actually be packed in a blob rather than floating-point). The decoding should be done on a microcontrollerboard and in puredata too. The audio data will be sent over ethernet to the target device, there it should be decoded and played back. The problem lies at the ethernet layer, where only a 10Mbit/s wire is available. At a Samplingrate of 44100Hz and a word width of 32bit are only about 7 channels (without overhead,...) possible. So it would be fine to reduce the resolution from 32bit floating point to maybe 16bit or even 8bit fixed point (while 32bit floating point is still selectable in case of better hardware). Sending 16bit or 8bit samples over OSC (without losing the gained bit width (OSC-data-types are at least 32bit)) will require an arbitrary alignment of the bits within each OSC-data-argument, where BLOB comes into play. i still think (see above) that even [packOSC] cannot provide a consistent interface to pack blobs into an osc message that is sufficiently more simple to use than manually constructing OSC messages. Thanks Wolfgang ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal / message
Ingo Scherzinger wrote: Thank you Hans, that's about what I expected. Now having read this I was wondering if there is an object that reports the peak amplitude of a given window size rather than RMS. Does anybody know? iemlib's [prvu~] nothing in Pd-vanilla, afaik. fgamsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Good sequencer patches for learning?
Solen Music wrote: I did mean step sequencer. i have allways been interested in step-sequencers, and made a few attempts to build a good one. of course i was not successfull in making the perfect step-sequencer... and i would not reccomend my creations for learning, since they are quite messy, and rather designed for my own needs, than for beeing 'good examples'. (i want things to be as self contained as possible (no abstractions), and 'hassel-free copy/pasteable') anyway, you can find some basics like the use of counters, select/route etc. also in my patches. www.martin-brinkmann.de, my_instruments, and i think the latest is called sequencers1. sequencer that runs off a tappable groove metro (to give the option of everything from rigid straight to super loose hand tapped swing). this sounds interresting. i have wondered a few times how to make something like that, but was not able to come up with something better than a tap-tempo with a simple 'swing-factor'. how does your groove-metro work? bis denn! martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] signal / message
[prvu~] looks very interesting. Thanx! Ingo -Ursprüngliche Nachricht- Von: IOhannes m zmoelnig [mailto:zmoel...@iem.at] Gesendet: Montag, 11. Mai 2009 10:26 An: Ingo Scherzinger Cc: 'Hans Roels'; pd-list@iem.at Betreff: Re: [PD] signal / message Ingo Scherzinger wrote: Thank you Hans, that's about what I expected. Now having read this I was wondering if there is an object that reports the peak amplitude of a given window size rather than RMS. Does anybody know? iemlib's [prvu~] nothing in Pd-vanilla, afaik. fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] your views please
Hey allI've been working on a delay-based patch for a sort of instant ambient sound. It's all about two high feedback delays, one at 200 ms and one at ten seconds. So whatever got into a mic is repeated and stretched over time. In addition there's three synths controlled by the pitch, volume and attack of the resulting sound.Any comments and suggestions welcome.God BlessAndrew _ View your Twitter and Flickr updates from one place – Learn more! http://clk.atdmt.com/UKM/go/137984870/direct/01/#N canvas 205 158 920 780 10; #X obj 373 572 dac~; #X obj 374 402 +~; #X obj 386 235 delwrite~ a 200; #X obj 436 264 delwrite~ b 1; #X obj 432 313 delread~ a 200; #X obj 386 378 +~; #X obj 417 357 delread~ b 1; #X obj 455 421 s~ fb; #X obj 462 395 +~; #X obj 446 86 r~ fb; #X obj 370 509 *~ 1; #X msg 502 483 0; #X obj 557 363 keyname; #X symbolatom 578 402 10 0 0 0 - - -; #X obj 547 461 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 523 520 r start; #X msg 521 119 0; #X msg 538 188 1; #X obj 576 -1 keyname; #X symbolatom 597 38 10 0 0 0 - - -; #X obj 566 97 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 542 156 r start; #X obj 439 121 *~ 1; #X obj 149 138 bng 150 250 50 0 start empty Start 0 -10 0 10 -262144 -1 -1; #X obj 547 66 sel Escape; #X obj 528 430 sel Escape; #X obj 338 142 adc~ 2; #X obj 352 173 +~; #X obj 333 110 adc~ 1; #X obj 526 358 *~; #X obj 557 331 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X obj 535 306 loadbang; #X obj 320 516 env~; #X floatatom 319 549 5 0 0 0 - - -; #X obj 319 582 s vol; #N canvas 502 97 771 747 gem 0; #X obj 71 191 gemwin; #X obj 67 21 inlet; #X obj 64 68 moses 1; #X msg 136 108 create; #X obj 81 108 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1; #X msg 27 105 destroy; #X msg 95 139 lighting \$1; #X obj 296 -23 r vol; #X floatatom 312 51 5 0 0 0 - - -; #X obj 195 227 translateXYZ; #X msg 247 204 -1; #X obj 233 169 loadbang; #X obj 480 26 r vol; #X obj 448 130 osc~; #X obj 481 130 osc~; #X obj 519 130 osc~; #X obj 479 104 * 1.01; #X obj 527 100 * 1.015; #X obj 447 194 env~; #X obj 448 214 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 447 234 snapshot~; #X obj 477 175 env~; #X obj 477 197 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 477 215 snapshot~; #X obj 517 152 env~; #X obj 517 174 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 517 192 snapshot~; #X obj 473 281 + 0.5; #X floatatom 525 72 5 0 0 0 - - -; #X obj 476 54 / 50; #X obj 139 274 gemhead; #X obj 137 381 light; #X obj 136 351 translateXYZ; #X msg 180 326 5; #X obj 178 299 loadbang; #X obj 26 246 gemhead; #X obj 32 333 colourRGB; #X obj 46 277 loadbang; #X obj 28 371 world_light; #X msg 49 304 0.0001; #X obj 285 638 part_draw 1; #X obj 192 27 gemhead; #X obj 195 59 part_head 1000; #X obj 467 309 pack f f f; #X obj 392 402 part_color; #X obj 419 377 pipe 500; #X obj 323 275 pack f f f; #X obj 352 207 pipe 1000; #X obj 303 164 env~; #X obj 304 185 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 287 204 snapshot~; #X obj 378 139 env~; #X obj 379 160 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 362 179 snapshot~; #X obj 298 -4 / 200; #X msg 211 113 1; #X obj 322 310 list; #X obj 346 82 * -1.02; #X obj 263 339 part_velocity; #X obj 261 273 loadbang; #X msg 265 303 point; #X obj 355 586 loadbang; #X obj 194 150 part_source 1; #X msg 340 613 draw point; #X obj 292 133 osc~; #X obj 366 118 osc~; #X obj 302 15 * 2; #X obj 305 250 / 100; #X obj 361 253 / 100; #X obj 268 435 part_killold 500; #X obj 706 12 r vol; #X obj 684 379 sphere; #X floatatom 700 94 5 0 0 0 - - -; #X obj 550 33 gemhead; #X obj 643 131 translateXYZ; #X obj 624 11 env~; #X obj 625 32 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 608 51 snapshot~; #X obj 605 -5 phasor~ 0.1; #X obj 612 74 * 12; #X obj 638 93 - 6; #X obj 521 359 gemhead; #X obj 499 402 part_head; #X obj 510 500 part_source 1; #X msg 700 340 0.2; #X obj 691 316 loadbang; #X obj 701 70 - 7; #X obj 700 45 / 10; #X obj 657 262 colourRGB; #X obj 683 197 r sg; #X floatatom 681 223 5 0 0 0 - - -; #X obj 660 512 s ind; #X obj 659 443 env~; #X obj 660 464 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 643 483 snapshot~; #X obj 640 427 phasor~ 0.1; #X obj 906 379 sphere; #X floatatom 922 94 5 0 0 0 - - -; #X obj 772 33 gemhead; #X obj 865 131 translateXYZ; #X obj 846 11 env~; #X obj 847 32 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 830 51 snapshot~; #X obj 827 -5 phasor~ 0.1; #X obj 834 74 * 12; #X obj 852 99 - 6; #X msg 922 340 0.2; #X obj 913 316 loadbang; #X obj 879 262 colourRGB; #X floatatom 903 223 5 0 0 0 - - -; #X obj 928 12 r p; #X obj 905 197 r sg2; #X obj 922 45 / 10; #X obj 926 70 - 6; #X obj 863 395 gemhead; #X obj 863 427 part_head; #X obj 867 660 part_draw; #X obj 867 624 part_killold 50; #X obj 985 558
Re: [PD] OT : Ubuntu/Fedora opinions (relative to Pd, of course)
On Mon, 2009-05-11 at 11:26 +0800, Lao Yu wrote: Hi, since the release of F9 I look at the audio part of Linux - I personally find it a complete disaster and 'user-hostile' to be polite. Many on this list are software specialists, so please don't look down on someone who doesn't want to follow 3 pages of instructions of how to make pulse audio work 'on top of' ALSA - especially if there are follow-ups on the relevant forums that they still don't have any signal output. My laptop currently runs F9 (or WinXP) and works is an mp3 player, full stop. From posts on the fedora list I understand that my situation is even better than many others who don't even get that to work. My question is, how does Ubuntu studio compare to Fedora? Before I start doctoring with my laptop and install Ubuntu 9.04 instead of F9 I'm scratching my head. Thanks for any comments. you can download an ubuntu iso and burn it on cd and start it safely from there. you will quickly see, how well your soundcard and card configuration in your laptop is supported. personally, i don't have any experience with fedora, but i'd say for ubuntu at least it is difficult to make general statement. of course, the ubuntu dev team is eager to fix as many problems as possible, but still in most cases it is simply a matter of whether the included alsa version supports a certain card/configuration or not. i've made very different experiences in terms of sound working out of the box, altough most of the time it works without tweaking. i found, that the jack audioserver is a lot easier to setup and integrates much better in more recent versions of ubuntu. after starting jack (e.g. with qjackctl), it's even possible to launch pulseaudio automatically, so that it uses jack as the backend. this means, that even non-jack capable applications can be captured by puredata, for instance. i mention jack, because i found, that puredata runs quite stable with jack and has only little dropouts. it sometimes it still works well with jack, eventough you get a lot of 'tried but couldn't sync A/D/A' messages and crackling noises with alsa. before doctoring around, i really would only test your setup from a live-cd - just to check, if you can get a workable setup in one session. if not, and if you dislike tinkering around, then let it be, i'd say. in order to test, if puredata audio works for you, you need to perform the following steps (after you launched the live-cd): - enable the multiverse repository: http://www.ubuntugeek.com/how-to-enable-the-universe-and-multiverse-repositories-in-ubuntu-804-hardy.html - update your apt cache: sudo aptitude update - install pd and jack audio server: sudo aptitude install puredata qjackctl - start jack: qjackctl - start puredata: pd -jack -channels 2 if you come that far within a reasonable amount of time, ubuntu might be an option for you. let us know your progess. 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] OT : Ubuntu/Fedora opinions (relative to Pd, of course)
On Mon, 2009-05-11 at 01:31 -0500, adrian.g wrote: For the Ubuntu studio I have to say that I don't have any personal experience but I've been watching their mailing list and it seems that a lot of people are having problems with the 9.04 + real time kernel. If you want to work with audio then I think is better to go with Hardy. i can confirm this. the current linux-rt version is much smaller than the version of the generic linux kernel. personally, i am still runing hardy. 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
Re: [PD] your views please
On Mon, 2009-05-11 at 11:15 +0100, Andrew Faraday wrote: Hey all I've been working on a delay-based patch for a sort of instant ambient sound. It's all about two high feedback delays, one at 200 ms and one at ten seconds. So whatever got into a mic is repeated and stretched over time. In addition there's three synths controlled by the pitch, volume and attack of the resulting sound. Any comments and suggestions welcome. yo.. i had great fun to play with your patch. if you like to create this kind of things, please check the rjdj project. its idea is actually to run such patches on a portable device (currently only the iPhone(tm) and iPod touch(tm)) in order to create a some kind of immersive and reactive music/sound. probably you're the next rjdj star. ;-) as suggestions: - remove the numberboxes and other guis, when finalizing the patch. the ones, that are visible and updated very frequently, consume a lot of processing power. - i think, it's better to have only one [dac~], so it's a lot easier to insert a volume control. it took me some time to find all three [dac~]s. 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] OT : Ubuntu/Fedora opinions (relative to Pd, of course)
On lun, 2009-05-11 at 13:09 +0200, Roman Haefeli wrote: On Mon, 2009-05-11 at 11:26 +0800, Lao Yu wrote: Hi, since the release of F9 I look at the audio part of Linux - I personally find it a complete disaster and 'user-hostile' to be polite. Many on this list are software specialists, so please don't look down on someone who doesn't want to follow 3 pages of instructions of how to make pulse audio work 'on top of' ALSA - especially if there are follow-ups on the relevant forums that they still don't have any signal output. My laptop currently runs F9 (or WinXP) and works is an mp3 player, full stop. From posts on the fedora list I understand that my situation is even better than many others who don't even get that to work. My question is, how does Ubuntu studio compare to Fedora? Before I start doctoring with my laptop and install Ubuntu 9.04 instead of F9 I'm scratching my head. Thanks for any comments. you can download an ubuntu iso and burn it on cd and start it safely from there. you will quickly see, how well your soundcard and card configuration in your laptop is supported. personally, i don't have any experience with fedora, but i'd say for ubuntu at least it is difficult to make general statement. of course, the ubuntu dev team is eager to fix as many problems as possible, but still in most cases it is simply a matter of whether the included alsa version supports a certain card/configuration or not. i've made very different experiences in terms of sound working out of the box, altough most of the time it works without tweaking. i found, that the jack audioserver is a lot easier to setup and integrates much better in more recent versions of ubuntu. after starting jack (e.g. with qjackctl), it's even possible to launch pulseaudio automatically, so that it uses jack as the backend. this means, that even non-jack capable applications can be captured by puredata, for instance. i mention jack, because i found, that puredata runs quite stable with jack and has only little dropouts. it sometimes it still works well with jack, eventough you get a lot of 'tried but couldn't sync A/D/A' messages and crackling noises with alsa. before doctoring around, i really would only test your setup from a live-cd - just to check, if you can get a workable setup in one session. if not, and if you dislike tinkering around, then let it be, i'd say. in order to test, if puredata audio works for you, you need to perform the following steps (after you launched the live-cd): - enable the multiverse repository: http://www.ubuntugeek.com/how-to-enable-the-universe-and-multiverse-repositories-in-ubuntu-804-hardy.html - update your apt cache: sudo aptitude update - install pd and jack audio server: sudo aptitude install puredata qjackctl - start jack: qjackctl - start puredata: pd -jack -channels 2 if you come that far within a reasonable amount of time, ubuntu might be an option for you. let us know your progess. roman Hi, I've tried FC but I've been a happy Ubuntu Studio 8.04 user for, well, about a year now. I used to run Debian sid, but compiling a RT-kernel was such a pain and such a time-consuming process (not to talk about the nVidia proprietary driver that made me mad a couple of time every year) that I was glad to switch to Ubuntu. The only drawxback: no Hardy Studio live CD. But it's very stable with Pd+Jack+Ardour+ Edirol UA25, 8ms delay on a Dell Laptop, easy to install, easy to maintain. I even installed it on my older Shuttle running an old 1.3ghz AMD, and it runs like a charm. ++ OH Here is my sources.list: cat /etc/apt/sources.list # # deb cdrom:[Ubuntu-Studio 8.04 _Hardy Heron_ - Release i386 (20080423.1)]/ hardy main multiverse restricted universe #deb cdrom:[Ubuntu-Studio 8.04 _Hardy Heron_ - Release i386 (20080423.1)]/ hardy main multiverse restricted universe # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to # newer versions of the distribution. deb http://fr.archive.ubuntu.com/ubuntu/ hardy main restricted deb-src http://fr.archive.ubuntu.com/ubuntu/ hardy main restricted ## Major bug fix updates produced after the final release of the ## distribution. deb http://fr.archive.ubuntu.com/ubuntu/ hardy-updates main restricted deb-src http://fr.archive.ubuntu.com/ubuntu/ hardy-updates main restricted ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team, and may not be under a free licence. Please satisfy yourself as to ## your rights to use the software. Also, please note that software in ## universe WILL NOT receive any review or updates from the Ubuntu security ## team. deb http://fr.archive.ubuntu.com/ubuntu/ hardy universe deb-src http://fr.archive.ubuntu.com/ubuntu/ hardy universe deb http://fr.archive.ubuntu.com/ubuntu/ hardy-updates universe deb-src http://fr.archive.ubuntu.com/ubuntu/ hardy-updates universe ## N.B.
Re: [PD] OT : Ubuntu/Fedora opinions (relative to Pd, of course)
Hi, very nice to stop and spend some time - thanks a lot for your messages! I should perhaps wait another 2 weeks until F10 is officially released - if I'm still stuck I will get back to the list (or directly to Adrian). As far as Pd is concerned, I'm running the extended version on my macbook but honestly I find the out-of-the-box integration of the my sound card AND the availability of fftease more interesting on WinXP. Thanks again! Perhaps a '2nd round' soon. Jurgen ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] collaboration in mancherster
Hey Kruno,
I'm in Hebden Bridge, which is kinda near Mcr ('bout 50m on the train/car).
Always up for a bit of community minded pd action:)
Bests,
Jbz
On Mon, May 11, 2009 at 10:47 AM, kruno jost udruga...@gmail.com wrote:
Hi all,
can a PDer user from Manchester (or somewhere around Manchester) please
contact me.
Or can anyone inform me about anyone who knows anyone? Lets patch people!
Thnx in advance for any info
Kruno
--
URBANA KULTURA I EDUKACIJA
(Kruno Jost)
www.uke.hr
http://gentlejunk.net/projects
u...@jabber.cz
___
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] OT : Ubuntu/Fedora opinions (relative to Pd, of course)
On Mon, 2009-05-11 at 20:11 +0800, Lao Yu wrote: Hi, very nice to stop and spend some time - thanks a lot for your messages! I should perhaps wait another 2 weeks until F10 is officially released - if I'm still stuck I will get back to the list (or directly to Adrian). As far as Pd is concerned, I'm running the extended version on my macbook but honestly I find the out-of-the-box integration of the my sound card AND the availability of fftease more interesting on WinXP. there is fftease for linux: http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/FFTease/ romna ___ 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] packOSC BLOB
iirc, for the very project the decoding is done outside of Pd anyhow (on specialized hardware), so the problem of [unpackOSC] not knowing what to do with a blob is a minor issue here. (and the use of specialized hardware is the reason why data (low-resolution fixed-point numbers) should actually be packed in a blob rather than floating-point). The decoding should be done on a microcontrollerboard and in puredata too. The audio data will be sent over ethernet to the target device, there it should be decoded and played back. The problem lies at the ethernet layer, where only a 10Mbit/s wire is available. At a Samplingrate of 44100Hz and a word width of 32bit are only about 7 channels (without overhead,...) possible. So it would be fine to reduce the resolution from 32bit floating point to maybe 16bit or even 8bit fixed point (while 32bit floating point is still selectable in case of better hardware). Sending 16bit or 8bit samples over OSC (without losing the gained bit width (OSC-data-types are at least 32bit)) will require an arbitrary alignment of the bits within each OSC-data-argument, where BLOB comes into play. i still think (see above) that even [packOSC] cannot provide a consistent interface to pack blobs into an osc message that is sufficiently more simple to use than manually constructing OSC messages. Thanks Wolfgang Sorry if this is a dumb question ... but why would you want to do this in PD, why not use a hardware solution as it would be much faster? Something like Cobranet, ie digital audio over Cat5: http://www.audioscience.com/internet/products/sound_cards/asi54xx.htm -- Dan Wilcox danomatika www.robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packOSC BLOB
Daniel Wilcox wrote: Sorry if this is a dumb question ... but why would you want to do this in PD, why not use a hardware solution as it would be much faster? Something like Cobranet, ie digital audio over Cat5: http://www.audioscience.com/internet/products/sound_cards/asi54xx.htm hmm, why would anyone use Pd for making music when you can have real instruments: http://www.youtube.com/watch?v=2EXzfpS6WK4 seriously, for several dozens of channels, most cobranet devices are ridiculously expensive. fgamsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packOSC BLOB
IOhannes m zmoelnig wrote: Martin Peach wrote: Wolfgang Jäger wrote: Hello, For sending audio efficiently over OSC I would need an OSC-BLOB. Unfortunately the packOSC object supports no OSC-BLOBs. Is there any possibility to send BLOBs? since blob is an arbitrary type, you have to interpret/generate this list of bytes somehow in your patch. if you are working that low-level, i guess you can also de/construct OSC-packages on your own. ciao I can probably add a Blob type to [packOSC] and [unpackOSC]. The thing is that the blob type is supposed to consist of arbitrary bytes (8-bits), but Pd audio works with 32-bit floats. There is nothing [unpackOSC] can do with a received blob except output the list of bytes, so some other object would be needed to pack groups of 4 bytes into floats again. It may end up being just as efficient to send a bunch of floats for each signal vector. iirc, for the very project the decoding is done outside of Pd anyhow (on specialized hardware), so the problem of [unpackOSC] not knowing what to do with a blob is a minor issue here. (and the use of specialized hardware is the reason why data (low-resolution fixed-point numbers) should actually be packed in a blob rather than floating-point). i still think (see above) that even [packOSC] cannot provide a consistent interface to pack blobs into an osc message that is sufficiently more simple to use than manually constructing OSC messages. It might be interesting to have a [netsend~] and [netreceive~] pair that send/receive raw Pd sound vectors like [send~] -- no OSC or fancy formatting, just UDP packets with floats, except that the first element of the list would probably have to be the number of floats in the vector unless it's fixed for all time. [osc~ 330] | [netsend~ 127.0.0.1 9998] [netreceive~ 9998] | [dac~] Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packOSC BLOB
Yes, try netsend~ and netreceive~, by Olaf Matthes. There's a recent update (with some fixes) available at: http://www.remu.fr/sound-delta/netsend~/?page_id=7 older version: http://www.nullmedium.de/dev/netsend~/ or in svn: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/olafmatt/netsend ~/ - It doesn't seem to be in Pd-extended though... Nicholas Mariette Researcher Audio and Acoustics group LIMSI-CNRS, Orsay, France http://www.limsi.fr/Scientifique/aa/ http://www.limsi.fr/Scientifique/ps/thmsonesp/SonEspace http://soundsorange.net nicholas.marie...@limsi.fr On May 11, 2009, at 5:00 PM, Martin Peach wrote: IOhannes m zmoelnig wrote: Martin Peach wrote: Wolfgang Jäger wrote: Hello, For sending audio efficiently over OSC I would need an OSC-BLOB. Unfortunately the packOSC object supports no OSC-BLOBs. Is there any possibility to send BLOBs? since blob is an arbitrary type, you have to interpret/generate this list of bytes somehow in your patch. if you are working that low-level, i guess you can also de/ construct OSC-packages on your own. ciao I can probably add a Blob type to [packOSC] and [unpackOSC]. The thing is that the blob type is supposed to consist of arbitrary bytes (8-bits), but Pd audio works with 32-bit floats. There is nothing [unpackOSC] can do with a received blob except output the list of bytes, so some other object would be needed to pack groups of 4 bytes into floats again. It may end up being just as efficient to send a bunch of floats for each signal vector. iirc, for the very project the decoding is done outside of Pd anyhow (on specialized hardware), so the problem of [unpackOSC] not knowing what to do with a blob is a minor issue here. (and the use of specialized hardware is the reason why data (low-resolution fixed-point numbers) should actually be packed in a blob rather than floating-point). i still think (see above) that even [packOSC] cannot provide a consistent interface to pack blobs into an osc message that is sufficiently more simple to use than manually constructing OSC messages. It might be interesting to have a [netsend~] and [netreceive~] pair that send/receive raw Pd sound vectors like [send~] -- no OSC or fancy formatting, just UDP packets with floats, except that the first element of the list would probably have to be the number of floats in the vector unless it's fixed for all time. [osc~ 330] | [netsend~ 127.0.0.1 9998] [netreceive~ 9998] | [dac~] Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] fluid~in osx leopard??
thank to everyone for your help and support. I have another problem... how I can get fluid~.pd_darwin for max OSX leopard 10.5? Does anyone have a compilation? to compile the entire package of fluidsynth is very complex an requires a lot of extra software like Fink. please help me, I need so much this external, i have old version of fluid~ for osx 10.4 PPC, but not work in my new computer. thank a lot!! Andrés Ferrari G. http://www.myspace.com/anfex ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet Explorer 8. http://downloads.yahoo.com/ieak8/?l=e1 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] who wants to port [wacom] for windows (and unix) ?
Hello Pd developers and programmers, we - me and Johannes Kreidler for now - wanted to ask if anyone would be interested in programming a version of Thomas Grill's [wacom] for windows (and unix, if possible). This external is used to take data from wacom tablets - so in case anyone else is interested in this please say something. The features/work would include: - be compatible with general wacom architecture - and specially with the Intuos3 (which is the tablet we own) - take all parameters from the tablet connected - not forgetting tilt+inclination, touch strips and keys (these aren't covered by [wintablet]) - put the compiled binaries in a svn folder packaged with Pd Extended (see below) - be willing to do some maintenance now and then, specially until things get stable (after that, I guess the work would be kind of finished) According to T Grill, the developer(s) that work on this must register with Wacom as developer(s), so that they have access to the wacon API. Also, the source code cannot be given away, so they must sign a non-disclosure contract (from what Thomas said, not as complicated as it sounds). I couldn't find exact information about this, but at http://www.wacomeng.com/devsupport/index.html might be something more clear. It would be perfect if someone would be interested in porting the code just because. In case that doesn't happen, we - me, Johannes Kreidler and whoever wants to join in - would be interested in giving a small payment for the work. We're poor people (just like you), so we can't really pay what a professional programmer should get for the work. In that case, just get in discussion with us, and we'll see what can be done. Again, if this interests someone else - either as developper or contributor - please forward this mail away. Best, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 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-dev] who wants to port [wacom] for windows (and unix) ?
You can just use the linux input API to get the wacom data, [hid] works with wacoms in GNU/Linux, at least last time I tried. .hc On May 11, 2009, at 1:11 PM, Stephen Sinclair wrote: Isn't there actually a reverse engineered Wacom driver for Linux? Couldn't this be used instead of having to ask permission from Wacom? http://linuxwacom.sourceforge.net/ I too think it would be great to have cross-platform wacom support, but I think it would be even better if there was a libwacom C API for all operating systems for which the Pd wacom object was a simple wrapper. Steve On Mon, May 11, 2009 at 12:48 PM, João Pais jmmmp...@googlemail.com wrote: Hello Pd developers and programmers, we - me and Johannes Kreidler for now - wanted to ask if anyone would be interested in programming a version of Thomas Grill's [wacom] for windows (and unix, if possible). This external is used to take data from wacom tablets - so in case anyone else is interested in this please say something. The features/work would include: - be compatible with general wacom architecture - and specially with the Intuos3 (which is the tablet we own) - take all parameters from the tablet connected - not forgetting tilt+inclination, touch strips and keys (these aren't covered by [wintablet]) - put the compiled binaries in a svn folder packaged with Pd Extended (see below) - be willing to do some maintenance now and then, specially until things get stable (after that, I guess the work would be kind of finished) According to T Grill, the developer(s) that work on this must register with Wacom as developer(s), so that they have access to the wacon API. Also, the source code cannot be given away, so they must sign a non-disclosure contract (from what Thomas said, not as complicated as it sounds). I couldn't find exact information about this, but at http://www.wacomeng.com/devsupport/index.html might be something more clear. It would be perfect if someone would be interested in porting the code just because. In case that doesn't happen, we - me, Johannes Kreidler and whoever wants to join in - would be interested in giving a small payment for the work. We're poor people (just like you), so we can't really pay what a professional programmer should get for the work. In that case, just get in discussion with us, and we'll see what can be done. Again, if this interests someone else - either as developper or contributor - please forward this mail away. Best, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev ___ Pd-dev mailing list pd-...@iem.at http://lists.puredata.info/listinfo/pd-dev 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] packOSC BLOB
On Mon, 2009-05-11 at 16:00 +0200, IOhannes m zmoelnig wrote: Daniel Wilcox wrote: Sorry if this is a dumb question ... but why would you want to do this in PD, why not use a hardware solution as it would be much faster? Something like Cobranet, ie digital audio over Cat5: http://www.audioscience.com/internet/products/sound_cards/asi54xx.htm hmm, why would anyone use Pd for making music when you can have real instruments: http://www.youtube.com/watch?v=2EXzfpS6WK4 Hah. Mabey because we just love wasting our time with computers? seriously, for several dozens of channels, most cobranet devices are ridiculously expensive. Mabey he has a budget? If so then perhaps paying for a drop in solution is not such a bad idea ... I'm all for doing it myself, but not when the time and effort aren't worth it in the end. My friend is using Cobranet for one of our projects where the Pd computer is almost a kilometer away (by cable length) ... I also did another project where a bunch of serial devices needed to be connected to server about 20m away. Initially I was thinking about using some sort of industrial-style ethernet client-server setup using multiple computers, etc but in the end I just used a few USB 2.0 over Cat5 boxes. Much easier to access the devices directly. Just a small thought. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] warbling on Windows Vista 64 bit?
I have a laptop running Windows Vista Home Premium 64 bit. The machine is a dual-core Turion64 X2 with 4 GB of RAM. I installed the pd-extended Windows package from puredata.info. It started up fine, but when I went into the Media menu and tried the test sine wave tone, it played, but it was not a steady tone -- it warbled. I'm guessing there's some other service running that's competing with Pure Data for the sound card. Does anyone here have any ideas what I should look for? This is an HP Pavilion dv4 with a whole bunch of HP Multimedia software installed. I haven't tried uninstalling any of that yet. Meanwhile, pd-extended runs just fine on another (32-bit) laptop with Ubuntu Intrepid Ibex. So I'm not down for the count, but I'd really prefer running under Windows if I can. -- M. Edward (Ed) Borasky http://www.linkedin.com/in/edborasky I've never met a happy clam. In fact, most of them were pretty steamed. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] sharing video capture between patches
Hi all, I am need to access a video capture from separate instances of pd in the same machine. how would one do this? I have tried to use separate pix_videos but it doesn't work pd~? best, Jaime -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sharing video capture between patches
pix_share on OSX and Linux. You may have to manually change the shm settings on OSX for HD video. On Mon, May 11, 2009 at 10:13 PM, Jaime Oliver jaime.oliv...@gmail.comwrote: Hi all, I am need to access a video capture from separate instances of pd in the same machine. how would one do this? I have tried to use separate pix_videos but it doesn't work pd~? best, Jaime -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/http://www.realidadvisual.org/jaimeoliver%0Awww-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ 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] sharing video capture between patches
great thanks! On Mon, May 11, 2009 at 7:18 PM, chris clepper cgclep...@gmail.com wrote: pix_share on OSX and Linux. You may have to manually change the shm settings on OSX for HD video. On Mon, May 11, 2009 at 10:13 PM, Jaime Oliver jaime.oliv...@gmail.com wrote: Hi all, I am need to access a video capture from separate instances of pd in the same machine. how would one do this? I have tried to use separate pix_videos but it doesn't work pd~? best, Jaime -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Abstraction load time
I've been doing a lot of dynamic patching and notice that using abstractions slows down the process immensely. Why is it that test-abs.pd is so much slower than test-sp.pd (which just creates chains of internal objects in a subpatch)? Is there any way this could be sped up in future versions of pd? I find dynamic patching to be a powerful idiom when used with abstractions, but its kind of clunky right now because of the lengthy creation time. Thanks, Jonathan p.s. please excuse the trivial nature of the dsp, which is just there for the sake of comparison oscbank2~.pd Description: application/puredata oscbank~.pd Description: application/puredata oscvoice~.pd Description: application/puredata test-abs.pd Description: application/puredata test-sp.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
