Re: [PD] get average value of db in a specified frequency range
I think that something as simple as lop~ (range-top) | hip~ (range-bot) | env~ would work? On Thu, Jul 23, 2009 at 10:07 AM, budi prakosa wrote: > hello all, > how to get an average value from sound (db) in a specified frequency range?? > thanks! > ___ > 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] get average value of db in a specified frequency range
hello all, how to get an average value from sound (db) in a specified frequency range?? thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Easiest way to connect a wiimote to pd on ubuntu
Thanks IOhannes. It's finally ok. here the steps : * recompile cwiid * then add #include "cwiid_internal.h" in the wiimote.c (that was my mistake there) * copy the file from cwiid src to the same dir * copy the libcwiid.a from cwiid to /usr/lib * compile wiimote Damien. IOhannes m zmölnig a écrit : Damien Henry wrote: by using the compiled version of wiimote.pd_linux I've the following : /home/dh/Bureau/A/wiimote.pd_linux: libbluetooth.so.2: cannot open shared object file: No such file or directory wiimote ... couldn't create If I've rename the libbluetooth.so to libbluetooth.so.2 and get the i would have suggested making a symbolic link from libbluethooth.so.2 to libbluetooth.so (probably something might rely on libbluetooth.sh, and i usually try not to break to many things) folowing : /home/dh/Bureau/A/wiimote.pd_linux: /home/dh/Bureau/A/wiimote.pd_linux: undefined symbol: hci_remote_name wiimote ... couldn't create So I've recompile the libcwii 6.0.0 (you must edit the code and change hci_remote_name to hci_read_remote_name that is deprecated) hmm, i guess it would be better to change the name in wiimote rather than libcwii but wiimote.c is still not compilling : make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I/usr/local/include -o wiimote.o -c wiimote.c wiimote.c: In function ‘cwiid_callback’: wiimote.c:238: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:239: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:242: erreur: déréférencement d'un pointeur de type incomplet wiimote.c: In function ‘cwiid_doConnect’: wiimote.c:404: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:414: erreur: déréférencement d'un pointeur de type incomplet i still don't understand why you get this...but: i seem to use the sources of libcwiid for inclusion (hardcoded paths in the externals) rather than the installed sources (from the debian package). can't really help you though... mfgas IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabsend~ help patch
> The inlet is the audio signal that > will be write on the array, check > your description! Thanks. I think that came from using [noise~] as a template, and mindlessly changing "noise~" to "tabsend~" on the first pass. > > Anyway it was helpful, I didn't know samplerate~... > > Thanks, I'll take a look to the 0.999 thing. Now I see clicking repeatedly on the message box to [tabread] shows the value getting smaller, which I guess means the frequency I'm sending to [phasor~] is slightly larger than it should be. -Jonathan > > > > On Wed, Jul 22, 2009 at 3:40 PM, Jonathan Wilkes > wrote: > > I'm currently editing the help patch > "tabsend~-help.pd," which is attached. > > > > It didn't have an example patch, so I went ahead and > made one. > > Problem is, I've never used tabsend~, so I'm not sure > how useful that > > example is. If someone has a better example to > include in this > > patch, please send it my way. > > > > Also, I don't understand why the first element in my > example is "0.54". > > It's the same if I explicitly set the phase to zero. > > > > Thanks, > > Jonathan > > > > > > > > ___ > > 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] tabsend~ help patch
You get that number because you're sending a high frequency to the array (which is updated continuously, that's what tabsend~ do). Try lower freqs and you'll get changing values. On Wed, Jul 22, 2009 at 3:40 PM, Jonathan Wilkes wrote: > I'm currently editing the help patch "tabsend~-help.pd," which is attached. > > It didn't have an example patch, so I went ahead and made one. > Problem is, I've never used tabsend~, so I'm not sure how useful that > example is. If someone has a better example to include in this > patch, please send it my way. > > Also, I don't understand why the first element in my example is "0.54". > It's the same if I explicitly set the phase to zero. > > Thanks, > Jonathan > > > > ___ > 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] tabsend~ help patch
The inlet is the audio signal that will be write on the array, check your description! Anyway it was helpful, I didn't know samplerate~... Thanks, I'll take a look to the 0.999 thing. On Wed, Jul 22, 2009 at 3:40 PM, Jonathan Wilkes wrote: > I'm currently editing the help patch "tabsend~-help.pd," which is attached. > > It didn't have an example patch, so I went ahead and made one. > Problem is, I've never used tabsend~, so I'm not sure how useful that > example is. If someone has a better example to include in this > patch, please send it my way. > > Also, I don't understand why the first element in my example is "0.54". > It's the same if I explicitly set the phase to zero. > > Thanks, > Jonathan > > > > ___ > 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] d_fat extension ???
Hans-Christoph Steiner wrote: .d_fat doesn't work on Pd-extended (I don't remember why, feel free to fix it), just rename it to .pd_darwin like a normal external. hmm: apart from all the flamewars about whether it's a good idea or not to use .d_fat and/or .pd_darwin, why do you imply that only files with .pd_darwin are "normal" externals? given the vanilla bible of Pd both are equals. fmadst IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Easiest way to connect a wiimote to pd on ubuntu
Damien Henry wrote: by using the compiled version of wiimote.pd_linux I've the following : /home/dh/Bureau/A/wiimote.pd_linux: libbluetooth.so.2: cannot open shared object file: No such file or directory wiimote ... couldn't create If I've rename the libbluetooth.so to libbluetooth.so.2 and get the i would have suggested making a symbolic link from libbluethooth.so.2 to libbluetooth.so (probably something might rely on libbluetooth.sh, and i usually try not to break to many things) folowing : /home/dh/Bureau/A/wiimote.pd_linux: /home/dh/Bureau/A/wiimote.pd_linux: undefined symbol: hci_remote_name wiimote ... couldn't create So I've recompile the libcwii 6.0.0 (you must edit the code and change hci_remote_name to hci_read_remote_name that is deprecated) hmm, i guess it would be better to change the name in wiimote rather than libcwii but wiimote.c is still not compilling : make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I/usr/local/include -o wiimote.o -c wiimote.c wiimote.c: In function ‘cwiid_callback’: wiimote.c:238: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:239: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:242: erreur: déréférencement d'un pointeur de type incomplet wiimote.c: In function ‘cwiid_doConnect’: wiimote.c:404: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:414: erreur: déréférencement d'un pointeur de type incomplet i still don't understand why you get this...but: i seem to use the sources of libcwiid for inclusion (hardcoded paths in the externals) rather than the installed sources (from the debian package). can't really help you though... mfgas IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] tabsend~ help patch
I'm currently editing the help patch "tabsend~-help.pd," which is attached. It didn't have an example patch, so I went ahead and made one. Problem is, I've never used tabsend~, so I'm not sure how useful that example is. If someone has a better example to include in this patch, please send it my way. Also, I don't understand why the first element in my example is "0.54". It's the same if I explicitly set the phase to zero. Thanks, Jonathan #N canvas 397 32 564 619 10; #X obj 4 579 cnv 15 550 20 empty \$0-pddp.cnv.footer empty 20 12 0 14 -228856 -66577 0; #X obj 4 -17 cnv 15 550 40 empty \$0-pddp.cnv.header tabsend~ 3 12 0 18 -204280 -1 0; #X obj 3 417 cnv 3 550 3 empty \$0-pddp.cnv.inlets inlets 15 12 0 13 -228856 -1 0; #N canvas 428 102 494 344 META 0; #X text 12 45 LICENSE GPL; #X text 12 65 TEMPLATE template-help.pd v0.1; #X text 12 85 PLATFORM windows macosx gnulinux; #X text 12 105 DATATYPE float list; #X text 12 5 GENRE storage; #X text 12 125 LIBRARY internal; #X text 12 145 WEBSITE http://crca.ucsd.edu/~msp/; #X text 12 185 RELEASE_VERSION 0.41.4; #X text 12 165 RELEASE_DATE 2009-06-12; #X text 12 25 KEYWORDS control list storage; #X restore 504 581 pd META; #X obj 3 457 cnv 3 550 3 empty \$0-pddp.cnv.outlets outlets 15 12 0 13 -228856 -1 0; #X obj 3 498 cnv 3 550 3 empty \$0-pddp.cnv.argument arguments 15 12 0 13 -228856 -1 0; #X obj 3 548 cnv 3 550 3 empty \$0-pddp.cnv.more_info more_info 15 12 0 13 -228856 -1 0; #N canvas 408 513 431 109 Related_objects 0; #X obj 1 1 cnv 15 425 20 empty \$0-pddp.cnv.header empty 3 12 0 14 -204280 -1 0; #X obj 21 42 fft~; #X text 7 1 [fft~] Related Objects; #X restore 106 582 pd Related_objects; #X obj 82 432 cnv 17 3 17 empty \$0-pddp.cnv.let.0 0 5 9 0 16 -228856 -162280 0; #X obj 82 473 cnv 17 3 17 empty \$0-pddp.cnv.let.0 0 5 9 0 16 -228856 -162280 0; #X obj 453 581 help; #X obj 470 -14 tabsend~; #X obj 439 3 pddp/pddplink http://wiki.puredata.info/en/tabsend~ -text pdpedia: tabsend~; #X text 15 6 description: write one block of a signal continuously to an array; #X text 102 431 inactive; #X text 152 431 - the inlet to [tabsend~] is not used.; #X text 102 516 one; #N canvas 0 0 450 300 (subpatch) 0; #X array tabsend~-help-array 64 float 2; #X coords 0 1 64 -1 200 140 1; #X restore 219 84 graph; #X obj 37 157 phasor~; #X obj 37 207 tabsend~ tabsend~-help-array; #X obj 37 90 samplerate~; #X obj 37 68 loadbang; #X floatatom 48 135 7 0 0 0 - - -; #X obj 37 112 expr 1 / (64 / $f1); #X obj 470 50 pddp/dsp; #X text 464 72 (Green = On); #X text 457 28 Turn On Audio; #X floatatom 328 304 5 0 0 0 - - -; #X obj 328 279 tabread tabsend~-help-array; #X msg 328 253 0; #X text 102 472 (none); #X text 152 516 [tabsend~] takes one argument which is the name of an array to write to.; #X text 34 251 By default a block is 64 samples \; this can be reset using the [block~] object.; #X connect 18 0 19 0; #X connect 20 0 23 0; #X connect 21 0 20 0; #X connect 23 0 22 0; #X connect 23 0 18 0; #X connect 28 0 27 0; #X connect 29 0 28 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] d_fat extension ???
.d_fat doesn't work on Pd-extended (I don't remember why, feel free to fix it), just rename it to .pd_darwin like a normal external. .hc On Sun, 2009-07-19 at 08:05 -0300, IOhannes m zmölnig wrote: > Andres Ferrari wrote: > > hello, > > > > > > is d_fat a new extension for externals in OSX? > > how works? > > "d" is for darwin, "fat" is for universal binaries. > there are alternative extensions like "d_ppc" (guess what). > > it's just an filename-extension, otherwise it is identical to the old > extensions (but it is useful if you want to have several architecture > binaries living side-by-side) > > > > > > I have pd extended 0.40.3 on OSX intel 10.5.5, but no objects with this > > extension works in my system. > > > > what is the exact error message? > is it not able to find the files or can it not dlopen them? (use "-verbose") > iirc, hans has expressed his dislike of .d_fat in favour of .pd_darwin, > but i don't think he would have actively removed support for .d_fat. > > however, if this _is_ the problem, just renaming .d_fat to .pd_darwin > should fix it (and bugger hans to remain compatible with pd-vanilla :-)) > (i'm pretty sure that on 0.40 you already should have support for .d_fat) > > if it finds the file but cannot dlopen, then the file is probably NOT a > fat binary (despite it's name) and rather compiled for a wrong architecture. > > fgmasdr > IOhannes > > ___ > 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] Easiest way to connect a wiimote to pd on ubuntu
by using the compiled version of wiimote.pd_linux I've the following : /home/dh/Bureau/A/wiimote.pd_linux: libbluetooth.so.2: cannot open shared object file: No such file or directory wiimote ... couldn't create If I've rename the libbluetooth.so to libbluetooth.so.2 and get the folowing : /home/dh/Bureau/A/wiimote.pd_linux: /home/dh/Bureau/A/wiimote.pd_linux: undefined symbol: hci_remote_name wiimote ... couldn't create So I've recompile the libcwii 6.0.0 (you must edit the code and change hci_remote_name to hci_read_remote_name that is deprecated) but wiimote.c is still not compilling : make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I/usr/local/include -o wiimote.o -c wiimote.c wiimote.c: In function 'cwiid_callback': wiimote.c:238: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:239: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:242: erreur: déréférencement d'un pointeur de type incomplet wiimote.c: In function 'cwiid_doConnect': wiimote.c:404: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:414: erreur: déréférencement d'un pointeur de type incomplet BR Damien. Damien Henry a écrit : Hello, Thanks for the external link : http://mikewoz.com/pd-stuff.php But I met a compilation problem : make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I/home/dh/pd/pd-0.40-0/src -o wiimote.o -c wiimote.c wiimote.c: In function 'cwiid_callback': wiimote.c:238: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:239: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:242: erreur: déréférencement d'un pointeur de type incomplet wiimote.c: In function 'cwiid_doConnect': wiimote.c:404: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:414: erreur: déréférencement d'un pointeur de type incomplet make: *** [wiimote.pd_linux] Erreur 1 I've install the libcwiid1-dev package that is cwiid version 0.6.00 for ubuntu I also change the path of the lib to /usr/lib that is the correct installation for both the .h and the .a files from the lib. (mention in the Reame) I change the makefile to have the path to pd.h (mention in the makefile) Any clue someone ? BR Damien. F. Medeiros a écrit : Hello, Get the wiimote external http://mikewoz.com/pd-stuff.php On Wed, 2009-07-22 at 00:10 +0200, Damien Henry wrote: Hello ! What is the easiest way to connect a wiimote to pb on ubuntu ? Thanks in advance. Damien. ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] CPU usage with multiple cameras and different operating systems. (Gem)
Hi all! I'm developing an installation which currently uses six webcams (Logitech Vision Pro, but tried also lots of other cameras). I'm using Gem patches on Linux and OS X and realized that OS-X's CPU consumption is much less than on linux. I made tests with a single webcam on Linux and single (and multiple webcams) on OS X. Both computers are not directly comparable, because of different hardware, but maybe this is interesting anyways. The Linux computer: AMD Athlon64, 2.2 GHz, GeForce 7600 GS, nvidia proprietary driver, Kernel 2.6.30-ARCH (and also other kernels from debian and ubuntu), webcam @ 640x480, 30 FPS. Measurements of CPU consumption are done using htop, on the above described computer. The OS-X 10.5 Computer: Macbook pro 2x2.2 GHz, Geforce M 8xxx (don't know exactly, it's not my computer, but I can look more accurate if someone wants to know.) Measurements are made by using top (and OS-X activity monitor, which seem to be the same) Linux: when using one webcam in cheese or luvcview it's using approximately 40% CPU usage. when using the same webcam in Gem's pix_video help Patch it's approximately 80% CPU usage OS X: didn't test simple application like cheese, but: one webcam in pix_video help patch uses 15% cpu. Gem, single webcam: approx. 15% usage Gem, three webcams: approx 20% For comparison in other programs on Linux and with other video content in Gem: Gem, pix_movie (352x288, 25 fps, mpg) 10% cpu usage Gem pix_movie (720x480, 24 fps, quicktime) 59% CPU mplayer - vo gl: (720x480, 24 fps, quicktime) 62% cpu mplayer -vo null: (720x480, 24 fps, quicktime) 40% cpu(40% for decoding? or is there already some system overhead?) so it seems "normal" to have such huge cpu consumptions for video replay and cameras on linux? I didn't measure it, but I also had extremely high cpu usage when using firewire dv cameras some time ago. where does this big difference come from? does OS-X use video decoding on graphics card or something similar? any ideas for making video faster on Linux? cheers Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Mixing ie how best to use the IN and OUT clip meters?
this sorted everything for my digital mtering needs http://plugin.org.uk/meterbridge/ On Wed, 22 Jul 2009 18:10:53 +0200 danomatika wrote: > Howdy all, > > I've been having a fight with myself on how to best mix within pd. I'm > constantly going back and forth between: > > > 1. Keep everything and a lower relative so that the OUT never goes > above 100 and the CLIP box never goes red. > 2. Follow my ears and make it sound good, ignore the OUT > box/button. > > > In practice, following #2 yields much better sounding recordings, at > least to me. I'm definitely not clipping as there are not aliasing/digi > distortion going on. Viewing the file in Audacity mere shows the drums > to be the culprit, but as they are so fast, I cant actually hear any > clip. > > Generally, following #1 gives me good sounding mixes, but at way too low > of a volume. > > How do you guys approach doing this? I notice the IN and OUT meters are > off by default ..., but I assume that's due to performance reasons. :D > > I mix everything through separate channels with [vu~]'s using [throw~] > and [catch~] objects which are eventually combined into a left and right > channel which are sent to the [dac~]. Does anyone have any other tricks > such as using scopes etc to help? > > Alos, I keep setting the drums too loud over and over again. Yves, how > do I properly use [compressor~], does [compressor~ 1] have it output at > 1.0 or what? I know it works but I don't really understand the -1 to 5 > range. Does anyone have any good, fast tricks in pd for good sounding > drum compression? > > --- > Dan Wilcox > danomatika.com > robotcowboy.com > -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Mixing ie how best to use the IN and OUT clip meters?
Howdy all, I've been having a fight with myself on how to best mix within pd. I'm constantly going back and forth between: 1. Keep everything and a lower relative so that the OUT never goes above 100 and the CLIP box never goes red. 2. Follow my ears and make it sound good, ignore the OUT box/button. In practice, following #2 yields much better sounding recordings, at least to me. I'm definitely not clipping as there are not aliasing/digi distortion going on. Viewing the file in Audacity mere shows the drums to be the culprit, but as they are so fast, I cant actually hear any clip. Generally, following #1 gives me good sounding mixes, but at way too low of a volume. How do you guys approach doing this? I notice the IN and OUT meters are off by default ..., but I assume that's due to performance reasons. :D I mix everything through separate channels with [vu~]'s using [throw~] and [catch~] objects which are eventually combined into a left and right channel which are sent to the [dac~]. Does anyone have any other tricks such as using scopes etc to help? Alos, I keep setting the drums too loud over and over again. Yves, how do I properly use [compressor~], does [compressor~ 1] have it output at 1.0 or what? I know it works but I don't really understand the -1 to 5 range. Does anyone have any good, fast tricks in pd for good sounding drum compression? --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pd lab at Unlimited Liability, Hamburg, Germany, 2. August 2009
Hello, I conduct a pd hacklab at Unlimited Liability (Norderstr. 71 ug) on 2. August in Hamburg, Germany. Less of a fullsized workshop, its more an event for introducing pd, exploring the possibilities, exchanging and discussing patches and ideas. pd lab#1 is free and all operating systems are allowed. Bring some refreshments because its an unfunded venture so there is only limited support. Its essential that you bring your own laptop and save your place via email to pd...@block4.com Optionally bring more like : - Midi- and other inputdevices - Soundcards, cable, headphones, speakers, mixers - Arduino, DIY electronics - Webcams About Unlimited Liability: An extension of the target: autonopop exhibition/workshop/concert/debate series, "unlimited liability" is a store which sells artists multiples for 30 euros and less—stickers, DVDs, CDs, posters, zines, t-shirts, buttons, food, services, and works whose form is to be determined in the course of exchange with the purchaser. The only media excluded are painting and drawing. What makes the project different from multiples-shops and "affordable art" fairs is that it attempts to take the democratization-of-art project into as-yet untested waters. The DIY approach of alternative production/distribution is protected by a firewall against cooptation. This is done by a legal contract which stipulates that no purchaser may have more than 50,000 euros in assets, subject to penalty in case of false disclosure. The art-gallery world partition of audiences—those who merely "appropriate symbolically" on the one side, "real buyers" on the other—is thereby inverted. Those able to buy at "unlimited liability" belong to social groups excluded (due to their insufficient ressouces) from buying on the art market. This state of affairs is "shown" as much as the works on sale. "unlimited liability" art production instead of art-commodities. http://block4.com/index.php?id=106 http://www.targetautonopop.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Where are msd.pd_darwin, msd2D.pd_darwin and msd3D.pd_darwin on MacOSX ?
Hi Thomas, The osx binaries of msd works perfect here. Is there any news about the windows versions? I can't find them on your website. Thanks a lot. Nicolas Le 20/06/09 19:08, Thomas Grill a écrit : Hey all, i uploaded OSX binaries for Pd and Max/MSP to http://g.org/ext/beta. Windows versions to follow at some point gr~~~ Am 20.06.2009 um 17:17 schrieb Nicolas Montgermont: flext binarie have been removed from pd extended: http://puredata.info/docs/faq/how-do-i-download-the-flext-binaries-that-used-to-be-included-in-pd-extended msd must be recompile for the last extended, cause the m_pd.h has changed between 0.40 and 0.41. I can do that on osx when I have time, but it will be great if someone know how to do it for windows. Nicolas Le 20/06/09 16:34, Jack a écrit : Hello, I'm looking for msd.pd_darwin, msd2D.pd_darwin and msd3D.pd_darwin in the 'extra' folder on MacOSX. Do you know why they have been removed (or i'm wrong) ? I have old ones, it is not a problem for me. But with pd-ext 0.41.4 (from puredata.info/downloads) you can't use MSD in this state. Thanx. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- http://nim.on.free.fr ___ 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 -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] video interviews from Montreal online
thanks for all the feedback and offers for help. I am still away from my office and wont have access to the files until after tomorrow. I left the files to be completed and posted on line with some student interns in our IT department at the school and I will follow up with them about the missing audio and other issues starting Friday. best Greg On 7/22/09, Frank Barknecht wrote: > Hallo, > Frank Barknecht hat gesagt: // Frank Barknecht wrote: > >> thanks a lot for your effort, it's highly appreciated - also maybe I'd >> still >> like Ogg Theora files for the open source spirit :) > > Btw.: ogg theora gives a massive size reduction. Here's the result of > "ffmpeg2theora 01-Intro-Roman.mov": > > $ du 01-Intro-Roman.* > 190M01-Intro-Roman.mov > 6.3M01-Intro-Roman.ogv > > And it doesn't even look bad. But still no sound. :( > > Ciao > -- > Frank > > ___ > 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] Easiest way to connect a wiimote to pd on ubuntu
Hello, Thanks for the external link : http://mikewoz.com/pd-stuff.php But I met a compilation problem : make cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I/home/dh/pd/pd-0.40-0/src -o wiimote.o -c wiimote.c wiimote.c: In function 'cwiid_callback': wiimote.c:238: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:239: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:242: erreur: déréférencement d'un pointeur de type incomplet wiimote.c: In function 'cwiid_doConnect': wiimote.c:404: erreur: déréférencement d'un pointeur de type incomplet wiimote.c:414: erreur: déréférencement d'un pointeur de type incomplet make: *** [wiimote.pd_linux] Erreur 1 I've install the libcwiid1-dev package that is cwiid version 0.6.00 for ubuntu I also change the path of the lib to /usr/lib that is the correct installation for both the .h and the .a files from the lib. (mention in the Reame) I change the makefile to have the path to pd.h (mention in the makefile) Any clue someone ? BR Damien. F. Medeiros a écrit : Hello, Get the wiimote external http://mikewoz.com/pd-stuff.php On Wed, 2009-07-22 at 00:10 +0200, Damien Henry wrote: Hello ! What is the easiest way to connect a wiimote to pb on ubuntu ? Thanks in advance. Damien. ___ 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] video interviews from Montreal online
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: > thanks a lot for your effort, it's highly appreciated - also maybe I'd still > like Ogg Theora files for the open source spirit :) Btw.: ogg theora gives a massive size reduction. Here's the result of "ffmpeg2theora 01-Intro-Roman.mov": $ du 01-Intro-Roman.* 190M01-Intro-Roman.mov 6.3M01-Intro-Roman.ogv And it doesn't even look bad. But still no sound. :( Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] video interviews from Montreal online
Hallo, thanks a lot for your effort, it's highly appreciated - also maybe I'd still like Ogg Theora files for the open source spirit :) Jason Plumb hat gesagt: // Jason Plumb wrote: > I'd love to just torrent this for the community to share, but I noticed > that several of the files don't seem to have audio! Can somebody else > please confirm/deny that the following files don't have audible streams: > > http://arthur.sewanee.edu/dsyler/other/pd/Roman/01-Intro-Roman.mov I have no sound with this one on Linux (I didn't test the original versions.) Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] video interviews from Montreal online
Greg Pond wrote: > I finally made arrangements to edit and post most of the interviews > Kevin and I collected in Montreal and elsewhere through my > university's webiste. These include Miller, Hans, Chun, Bouchard, > Roman, and Frank. Selecting one of the names will produce a menu of > short videos on specific topics. > http://www.sewanee.edu/pd These are great! As others have pointed out, a good codec would be helpful here...and so I've taken it upon myself to help the community by transcoding these. I've got them all downloaded and encoded to h.264, bringing the 14GB of original data down to about 1.2GB with comparable quality. I'd love to just torrent this for the community to share, but I noticed that several of the files don't seem to have audio! Can somebody else please confirm/deny that the following files don't have audible streams: http://arthur.sewanee.edu/dsyler/other/pd/Roman/01-Intro-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/02-WhatisPD-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/03-HowandWhy-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/04-Opensource-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/05-HowDoYouUsePD-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/06-Community-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Mathieu/02-Future-Mathieu.mov (Interestingly enough, I can't hear any of Roman's audio, and Mathieu's first clip is fine). I'd prefer to treat the whole thing as a single set/torrent and let users pick/choose what they wantbut I'm open to the idea of separate torrents per speaker. Thoughts? > There are interviews from Yves and Alejandre, documentation of > performances and artworks from Montreal as well as interviews with > Claude and Ed from Janualry 2008 in London yet to edit and post. Some > of that may be available Monday or Tuesday next week. All very great! I'll gladly volunteer to transcode and host torrents for a while. > I only conducted a few interviews in Montreal so this documentation is > in no way comprehensive but is hopefully useful for teaching and > thinking about where PD has been and where it is going. You're selling it short -- this is mother's milk for the community. I'm happy to help support its distribution among the community. -jason http://noisybox.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
