Re: [PD] [GEM] compilation error in fedora13
hi iohannes, thanks for your reply when running: -AC_SUBST(REFERENCEPATH) GEM_CHECK_RTE() -REFERENCEPATH=$GEM_RTE_REFERENCEPATH I get: ./configure: line 3662: syntax error near unexpected token `-REFERENCEPATH=$GEM_RTE_REFERENCEPATH' ./configure: line 3662: `-REFERENCEPATH=$GEM_RTE_REFERENCEPATH' [joliv...@warren src]$ // when removing AC_SUBST(REFERENCEPATH) and REFERENCEPATH=$GEM_RTE_REFERENCEPATH I get: ./configure: line 3661: syntax error near unexpected token `GEM_ARG_ENABLE' ./configure: line 3661: `GEM_ARG_ENABLE(PIC, PositionIndependentCode (potentially slower))' // When changing GEM_CHECK_RTE() for GEM_CHECK_RTE I get: ./configure: line 3659: GEM_CHECK_RTE: command not found ./configure: line 3661: syntax error near unexpected token `PIC,' ./configure: line 3661: `GEM_ARG_ENABLE(PIC, PositionIndependentCode (potentially slower))' any ideas? best, J On Tue, Oct 12, 2010 at 1:05 AM, IOhannes m zmoelnig wrote: > On 2010-10-12 03:17, Jaime Oliver wrote: > > Hi all, > > > > I am getting the following error when running ./configure in the latest > gem > > from svn: > > > > checking whether ln -s works... yes > > ./configure: line 3662: syntax error near unexpected token > > `REFERENCEPATH=$GEM_RTE_REFERENCEPATH' > > ./configure: line 3662: `REFERENCEPATH=$GEM_RTE_REFERENCEPATH' > > > > any idea what it means? > > > > no, not really. > it's probably some problem with you /bin/sh (which shell are you using). > > anyhow, the REFERENCEPATH is not needed anyhow, so you could just get > rid of the 2 offending lines in configure.ac (see attached patch), > re-run autoconf && ./configure > > if this doesn't help, then the problem is probably elsewhere. > (just a wild guess: maybe you have to change 'GEM_CHECK_RTE()' to > 'GEM_CHECK_RTE') > > gmasdr > IOhannes > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Jaime E Oliver LR www.jaimeoliver.pe 858 750 0924 (cel) 858 202 1522 (home) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] overdriven speaker
On Tue, 19 Oct 2010, Martin Schied wrote: using the first deviation as modulation should be more physically correct but sounded very tinny and thin. how do you compute that ?... how is the pressure wave supposed to relate to the digital wave ? I don't expect it to be a 1:1 mapping... my mechanics is a bit rusty. If [osc~ 1000] direct to [dac~] comes out as a ±1V peak potential, then what is [osc~ 2000] coming out as, and then how do you convert that to intensity (ampère) and power (watt), and then the kinetic energy it produces corresponds to which speed and ± peak distance ? (i remember that there's ½mv² somewhere in there... and there's réactance and impédance...) Using direct signal for modulation like Mathieu used works very well and sounds more pleasant... because I can't pretend to remember my grade 12 mechanics and grade 13 electricity so well, I concentrated on the æsthetics of it, but I'd be very curious about the physics of it. So, if you (or Martin Peach or other) can teach me a paragraph or two about this, I would be grateful. Interesting. I didn't expect it that way :) me neither, really. ;) ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bpm counter
On Tue, 19 Oct 2010, Lorenzo Sutton wrote: L.J. wrote: before building something that's already there, has anyone done a working bpm counter in pd? Are you actually talking about a metronome? Like a metro that takes bpm instead of milliseconds? Why is anyone understanding the question as being about doing anything else than counting how many bangs in a short time period and then converting that to bangs per minute ? ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bpm counter
L.J. wrote: before building something that's already there, has anyone done a working bpm counter in pd? Are you actually talking about a metronome? Like a metro that takes bpm instead of milliseconds? In that case just feed a [expr 60/$f1*1000] to [metro]'s right inlet, no? Lorenzo ___ 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] Res: pduino + arduino UNO
+1I'd like to know too... _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 De: Jose Luis Santorcuato Para: John Harrison Cc: pd-list@iem.at Enviadas: Terça-feira, 19 de Outubro de 2010 18:06:34 Assunto: Re: [PD] pduino + arduino UNO +1 how??? José 2010/10/19 John Harrison how was this solved? > > > >On Tue, Oct 19, 2010 at 8:30 AM, alessandro contini >wrote: > >solved. >>thanks a lot anyway. >> >> >> -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato http://comunicacionnativa.blogspot.com/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino + arduino UNO
+1 how??? José 2010/10/19 John Harrison > how was this solved? > > > On Tue, Oct 19, 2010 at 8:30 AM, alessandro contini < > aless.cont...@gmail.com> wrote: > >> solved. >> thanks a lot anyway. >> >> >> -- http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato http://comunicacionnativa.blogspot.com/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-x on mac (was Re: (no subject))
On Oct 19, 2010, at 3:00 PM, András Murányi wrote: On Tue, Oct 19, 2010 at 8:38 PM, Mark Pasquesi wrote: Hello, Would like to build for 10.5.8, Pd-extended. Using a macbook Pro, dual core , 2.5, 4 gb ram. Have had troubles with both the build using git - when calling from the terminal, it opens with limited time - I wish it would run, and have all needed Fink files after 10 days... My fink tcltk is 8.4.19-3, and I had to install 8.5 as a binary after the 8.4/8.5 source builds failed (svn) the pd-extended svn also fails after a few functions, even after I downgraded all fink versions to be explicitly the same as listed on the dev page. Of course I also removed all other versions of pd from usr/. Only gmp is higher (gmp5 5.0.1-5, gmp5-shlibs) though the gmp-shlibs is still 4.3.2-5. Any ideas of possible conflicts, libraries to remove or upgrade, would be welcome. cheers, MJ Hi Mark, Thanks to Ray Tomlinson email subjects come for free :)) You could try building by the autobuild scripts http://puredata.info/docs/developer/AutoBuildProcess Or you could post the errors here so that people can tell you more. Also make sure you followed this carefully http://puredata.info/docs/developer/MacOSXFink Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list And post the build errors and we'll take it from there. .hc "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Building pd-x on mac (was Re: (no subject))
On Tue, Oct 19, 2010 at 8:38 PM, Mark Pasquesi wrote: > Hello, > > Would like to build for 10.5.8, Pd-extended. Using a macbook Pro, dual > core , 2.5, 4 gb ram. > > > Have had troubles with both the build using git - when calling from the > terminal, it opens with limited time - I wish it would run, and have all > needed Fink files after 10 days... > > My fink tcltk is 8.4.19-3, and I had to install 8.5 as a binary after the > 8.4/8.5 source builds failed (svn) > > the pd-extended svn also fails after a few functions, even after I > downgraded all fink versions to be explicitly the same as listed on the dev > page. Of course I also removed all other versions of pd from usr/. Only > gmp is higher (gmp5 5.0.1-5, gmp5-shlibs) though the gmp-shlibs is still > 4.3.2-5. > > Any ideas of possible conflicts, libraries to remove or upgrade, would be > welcome. > > cheers, > > MJ > > > Hi Mark, Thanks to Ray Tomlinson email subjects come for free :)) You could try building by the autobuild scripts http://puredata.info/docs/developer/AutoBuildProcess Or you could post the errors here so that people can tell you more. Also make sure you followed this carefully http://puredata.info/docs/developer/MacOSXFink Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] (no subject)
Hello, Would like to build for 10.5.8, Pd-extended. Using a macbook Pro, dual core , 2.5, 4 gb ram. Have had troubles with both the build using git - when calling from the terminal, it opens with limited time - I wish it would run, and have all needed Fink files after 10 days... My fink tcltk is 8.4.19-3, and I had to install 8.5 as a binary after the 8.4/8.5 source builds failed (svn) the pd-extended svn also fails after a few functions, even after I downgraded all fink versions to be explicitly the same as listed on the dev page. Of course I also removed all other versions of pd from usr/. Only gmp is higher (gmp5 5.0.1-5, gmp5-shlibs) though the gmp-shlibs is still 4.3.2-5. Any ideas of possible conflicts, libraries to remove or upgrade, would be welcome. cheers, MJ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Latency under Linux/Jack (again...)
I use nvidia... What is considered as an acceptable latency in pure data? As I said, I have about 13ms @ 48000... but these DIO errors too... Bernardo Barros a écrit : I had problems with xruns using the nouveau driver, the nvidia driver improved performance here. Hope that this helps. 2010/10/18 Raphael Raccuia : I still have a lot of DIO errors... no idea how to manage that? "I also do get some xruns now and then when moving around gui object" I have a lot (1 every 30 sec when I don't touch nothing, more if I play with a patch), and they are really audibles... r Raphael Raccuia a écrit : tried with just one security config, no changes... Lorenzo a écrit : -RME Multiface I /HDSP expresscard So this (not the pcmcia) works on linux? That's interesting news. OT: it should... I asked on many forums to be sure it does, and people said me "it's basically the same as pcmcia"... but I have a lot of trouble: freeze on boot 9/10... but 1/10, when it works it works pretty good! It could be a hardware issue (my computer). I'm talking with a RME technician to fix it, or almost know where the problem comes from... I also do get some xruns now and then when moving around gui object (like selecting a whole lot of objects and moving them around) even with rt kernel, pd run with -rt etc etc... Otherwise it is usually *quite* stable. Lorenzo Of course jack run with -R. I repeat I don't have any problem to run application with really good latency: yesterday, I forgot to increase buffer as I worked on a 96000Hz Ardour session... I noticed I was working at 5ms I/O after one hour recording and playing a lot of tracks, and no xrun, no problems... I also think it's not a good Idea to run pd as root... and I suppose other application won't connect to jack if I run it as root also. I noticed I had two times the @audio config (limits.conf, audio.conf). You'll say: "better twice than nothing"... But maybe it generates a conflict... I try Le mardi 12 octobre 2010 à 11:50 -0300, Bernardo Barros a écrit : Don't run programs as root, your system will be as insecure as a windows box... Just allow rt privileges to the audio group, and add yourself to this group. Then start jack with rt privileges. All software linked to Jack will run with -rt. from http://jackaudio.org/faq JACK requires real-time scheduling privileges for reliable, dropout-free operation. The server requests these privileges when running with the -R option. Most recent distributions use PAM to manage the permissions of users on a relatively granular level. If the file /etc/security/limits.conf exists on your system, it is using PAM. In order to configure PAM such that normal users can run jackd with realtime privileges make sure the following lines exist: @audio - rtprio 99 @audio - memlockunlimited 2010/10/12 Pedro Lopes: If you start pd in sudo, you have to connect to jack in sudo mode. Thus start jack in sudo (or gksudo for qjackctl). I advise to use an rt kernel too. See documentation of Ubuntu Studio. On Tue, Oct 12, 2010 at 3:27 PM, Raphael Raccuia wrote: Hi list, I tested Pd rt as I need low latency for a performance next week... It seems -rt flag doesn't have any effect. I measured Pd latency with jdelay, and always get 640 (@48000), so about 13ms (pd only)... lower I set buffer in jack (no less than 256), more DIO errors I get... and there are a lot! This setting works great with many application (Ardour...), with about 10ms (~15 really). So I would have ~25ms, which is acceptable, but too many DIO errors! -what is -defeatrt setting? (I tried 0 and 1, no change) -why is -rt flag without effect? -tried nosleep, no change... I also tried to start pd in root (sudo)... It says: priority 8 scheduling enabled. priority 6 scheduling enabled. (which I normally don't have) but unfortunately can't connect to jack (state 17) thank's for your help ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list __
Re: [PD] Graphic Novel Opera
Woah, that was some good typo sleuthing. Yeah, I meant to ask where you meet. I'll do my best to make it over there. It's likely that I'm staying near Mont Royal and St. Denis so I'm sure I'll find my way. Thanks! -martin On Tue, 2010-10-19 at 13:54 -0400, Mathieu Bouchard wrote: > On Tue, 19 Oct 2010, Martin Eckart wrote: > > > do you meet? > > you mean me ? > I've been to more than 97 % of the meetings so far... ;) > > If you wanted to say «Where do you meet ?», then that will be at 4550 > Garnier, between Mont-Royal-E and Gilford. Usually, I'd reach that by > Mont-Royal station on orange line then walk 10 minutes. Alternately, if > you'd rather take a bus from a different line, you can go «north» from > Papineau on green line or «south» from Fabre station on the blue line, > though those are not so often worth it. > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Graphic Novel Opera
On Tue, 19 Oct 2010, Martin Eckart wrote: do you meet? you mean me ? I've been to more than 97 % of the meetings so far... ;) If you wanted to say «Where do you meet ?», then that will be at 4550 Garnier, between Mont-Royal-E and Gilford. Usually, I'd reach that by Mont-Royal station on orange line then walk 10 minutes. Alternately, if you'd rather take a bus from a different line, you can go «north» from Papineau on green line or «south» from Fabre station on the blue line, though those are not so often worth it. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Graphic Novel Opera
That's exactly what I hoped to hear. I should be available to come by on the Saturday afternoon, do you meet? -martin On Tue, 2010-10-19 at 12:14 -0400, Mathieu Bouchard wrote: > On Tue, 19 Oct 2010, Martin Eckart wrote: > > > We're performing that and our newer project "Hello Adventure" (no online > > samples...yet. More of a stop-motion animation piece) in Montreal this > > coming weekend and in other parts of Ontario through early November so > > if you're in the area please do come say hi. > > By quite a coïncidence, the PureData Users Group of Montréal is meeting > this saturday afternoon ! > > There is a mailing-list for that : >http://lists.artengine.ca/cgi-bin/mailman/listinfo/pdmtl > > The full-length announcement is coming soon. > > ___ > | Mathieu Bouchard -- Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_set using coordinates...
and here's a clumsy attempt at a 16x16 etch-a-sketch using pix_set. maybe closer to what you want. gr, Tim 2010/10/19 tim vets > > > 2010/10/19 Olivier Baudu > > Hi list, >> >> Do you know if there is a way, in GEM, to draw a picture, pixel by pixel, >> using coordinates (like in [pix_data]) rather than the "list way" of >> [pix_set] ? >> >> > Hi O1ivier, > here's a little example using single buffered mode. > bon apetit ;) > Tim > > Thanks... >> >> 01ivier >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > #N canvas 364 67 615 599 10; #X obj 439 182 gemwin; #X obj 227 15 gemhead; #X obj 227 321 pix_texture; #X obj 227 350 rectangle 4 4; #X msg 246 240 quality \$1; #X obj 246 219 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 158 482 table col 256; #X obj 175 385 t b f; #X floatatom 175 362 5 0 0 0 - - -; #X obj 175 429 tabwrite col; #X obj 227 278 pix_set 16 16; #X msg 337 77 256; #X obj 337 99 until; #X obj 337 121 f; #X obj 365 123 + 1; #X msg 376 99 0; #X obj 337 145 tabread col; #X obj 320 44 t b b b b; #X obj 337 201 pack f f f f; #X obj 337 170 t f f f f; #X obj 55 375 * 16; #X obj 54 136 vsl 15 128 0 15 0 0 empty empty empty 0 -9 0 10 -262144 -1 -1 1200 1; #X obj 54 405 +; #X obj 87 268 hsl 128 15 0 15 0 0 empty empty empty -2 -8 0 10 -262144 -1 -1 5300 1; #X obj 55 344 f; #X obj 54 296 int; #X obj 84 285 int; #X obj 320 235 list prepend; #X obj 414 235 t l; #X obj 84 306 t b f; #X obj 148 337 t b f; #X obj 131 436 t b b; #X obj 32 273 bng 15 250 50 0 empty empty empty 17 7 0 10 -258113 -1 -1; #X obj 54 449 change; #X obj 439 91 loadbang; #X text 34 45 Etch A Sketch 16x16; #X text 287 456 timvets.net; #X obj 131 509 s redraw; #X obj 320 23 r redraw; #X msg 492 259 0 \, destroy; #X msg 177 409 0; #X msg 439 157 lighting 0 \, create \, 1; #X msg 499 119 \; col const 0.4; #X msg 158 459 \; col const 0.4; #X msg 411 156 0; #X connect 1 0 10 0; #X connect 2 0 3 0; #X connect 4 0 2 0; #X connect 5 0 4 0; #X connect 7 0 40 0; #X connect 7 1 9 1; #X connect 8 0 7 0; #X connect 10 0 2 0; #X connect 11 0 12 0; #X connect 12 0 13 0; #X connect 13 0 14 0; #X connect 13 0 16 0; #X connect 14 0 13 1; #X connect 15 0 13 1; #X connect 16 0 19 0; #X connect 17 0 27 0; #X connect 17 1 11 0; #X connect 17 2 27 1; #X connect 17 3 15 0; #X connect 18 0 27 0; #X connect 19 0 18 0; #X connect 19 1 18 1; #X connect 19 2 18 2; #X connect 19 3 18 3; #X connect 20 0 22 0; #X connect 21 0 25 0; #X connect 22 0 33 0; #X connect 23 0 26 0; #X connect 24 0 20 0; #X connect 25 0 24 0; #X connect 26 0 29 0; #X connect 27 0 10 1; #X connect 27 0 28 0; #X connect 28 0 27 1; #X connect 29 0 24 0; #X connect 29 1 22 1; #X connect 30 0 37 0; #X connect 30 1 8 0; #X connect 31 0 37 0; #X connect 31 1 43 0; #X connect 32 0 31 0; #X connect 33 0 30 0; #X connect 34 0 41 0; #X connect 34 0 42 0; #X connect 34 0 44 0; #X connect 38 0 17 0; #X connect 39 0 0 0; #X connect 40 0 9 0; #X connect 41 0 0 0; #X connect 44 0 4 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] overdriven speaker
On Mon, 18 Oct 2010, Pierre Massat wrote: Sounds really cool with a guitar and with high gain (around 50). What's nice is the change in the spectrum depending on the volume of the input. But all waveshapers also do change the spectrum according to the volume (except those that are linear, which basically means those waveshapers that are configured to do nothing.) Perhaps you mean the manner in which this effect does the change of spectrum ? I think that the sounds are often quite similar to what [expr~ sin($v1)] does, which is quite normal if the input data is rather sinusoïdal. Yet those are distinct formulæ that behave differently from each other in many cases. Try various filters before [vd~] (but not affecting [delwrite~]). I mostly tried [rpole~], [lop~], [expr~ tanh($v1*$f2)]. Actually, I add them before I rescale the delay to the range 2if you use things that have a gain, such as [rpole~] and obviously [*~]). ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Graphic Novel Opera
On Tue, 19 Oct 2010, Martin Eckart wrote: We're performing that and our newer project "Hello Adventure" (no online samples...yet. More of a stop-motion animation piece) in Montreal this coming weekend and in other parts of Ontario through early November so if you're in the area please do come say hi. By quite a coïncidence, the PureData Users Group of Montréal is meeting this saturday afternoon ! There is a mailing-list for that : http://lists.artengine.ca/cgi-bin/mailman/listinfo/pdmtl The full-length announcement is coming soon. ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] PD Patching Circle Brussels - October - reminder
// Nederlands onderaan, Français en bas *OKNO - artist run organisation for art and media technology - Brussels *http://okno.be Next Pure Data Patching Circles in Brussels Sunday *31/10* When not involved in giant puppeteering, Bernard Delcourt does some pd patching. On Sunday he will come show his complex setup for live concerts: augmented acoustic instruments and a multi-screen setup, with a DIY attitude. Sessions from 14h till 18h, at OKNO. As usual, these are free events, come with your laptop, headphones and motivations/projects. Please send a short e-mail to ol[at]okno.be to confirm your participation, so we can prepare properly. These events are supported by the Ministery of Culture of the French Community of Belgium, Digital Arts __ FR Prochain Pure Data Patching Circle à Bruxelles Dimanche *31/10* Quand il ne fait pas de la marionette géante, Bernard Delcourt patche, et ce jour il viendra nous présenter son système d'instruments accoustiques augmentés et projection multi-écran qu'il utilise en concert, DIY attitude. Les sessions se donnerons de 14h à 18h, à OKNO. Comme d'habitude, ces évènements sont gratuis, apportez votre laptop, vos écouteurs, et vos motivations/projets. Veuillez confirmer votre participation par e-mail sur l'adresse ol[at]okno.be, pour une meilleure organisation. Ces évènements sont supportés par le Ministère de la Culture de la Communauté Française de Belgique, Arts Numériques. __ NL Zondag *31/10* Wanneer hij geen reusachtige poppen bespeelt, doet Bernard Delcourt aan pd patching. Op zondag toont hij ons de complexe setup die hij heeft voor live concerten: verrijkte akoestische instrumenten en multi-screen setups met een doe-het-zelf-attitude. Sessies van 14u tot 18u, te OKNO. Zoals steeds zijn de sessies gratis, neem je laptop en hoofdtelefoon mee en eventuele projecten of specifieke toepassingen. Stuur even een mailtje naar ol[at]okno.be om je deelname te bevestigen. Met de steun van het Ministerie van de Franse Gemeenschap van België, Digitale Kunsten. __ OKNO Koolmijnenkaai 34 Quai des Charbonnages - Brussels - Belgium openbaar vervoer/public transport/transport public : metro Graaf van Vlaanderen/Comte de Flandre, tram 51 With the kind support of the Flemish authorities and the VGC (Vlaamse Gemeenschapscommissie). Met steun van de Vlaamse Gemeenschap en de VGC (Vlaamse Gemeenschapscommissie). Avec le soutient de la Communauté Flamande et la VGC (Vlaamse Gemeenschapscommissie). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pix_set using coordinates...
Hi list, Do you know if there is a way, in GEM, to draw a picture, pixel by pixel, using coordinates (like in [pix_data]) rather than the "list way" of [pix_set] ? Thanks... 01ivier ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino + arduino UNO
how was this solved? On Tue, Oct 19, 2010 at 8:30 AM, alessandro contini wrote: > solved. > thanks a lot anyway. > > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino + arduino UNO
solved. thanks a lot anyway. alessandro contini + www.cntlsn.com 2010/10/19 alessandro contini > thanks tim and jose, > i know about the new USB-to-serial chip and i wonder if this is the > problem. > > to make things clear we used firmata 2.2, Arduino IDE 0021, Arduino UNO > board, Pduino0.5beta8 downloaded from Hans' site, pd-extended 0.42.5 for Mac > Intel. > > same set up with Arduino Duemilanove works flawlessly, so i think the > problem is with the board, but i can't be sure... > today i'll experiment with different configurations. > > > > alessandro contini + www.cntlsn.com > > > 2010/10/19 Jose Luis Santorcuato > >> Ooops, the firmata.h is in the pduino/firmata... >> >> Best regards >> >> José >> >> 2010/10/19 Jose Luis Santorcuato >> >> HI, I have no arduino one hand, you could try installing the latest >>> Arduino IDE, is for the UNO plate. >>> I noticed that in 2.1 are defined Firmat chipset ATMEGA xxx in the file >>> named firmata.h chipsets there are defined outputs and inputs, not sure, but >>> could include a chip or model, remember that the FTDI system but not >>> necessary >>> with an Arduino UNO. >>> >>> The Uno differs from all preceding boards in that it does not use the >>> FTDI USB-to-serial driver chip. Instead, it features the >>> Atmega8U2programmed as a USB-to-serial converter. (arduino.cc) >>> >>> Below define of plates, chips and inputs/outputs >>> >>> Try de solutions and keep working >>> >>> >>> José >>> >>> >>> >>> >>> >>> == >>> * MACROS >>> >>> >>> **/ >>> >>> /* shortcut for setFirmwareNameAndVersion() that uses __FILE__ to set the >>> * firmware name. It needs to be a macro so that __FILE__ is included in >>> the >>> * firmware source file rather than the library source file. >>> */ >>> #define setFirmwareVersion(x, y) setFirmwareNameAndVersion(__FILE__, x, >>> y) >>> >>> // total number of pins currently supported >>> #if defined(__AVR_ATmega168__) || defined(__AVR_ATmega328P__) // Arduino >>> NG and Diecimila >>> #define TOTAL_ANALOG_PINS 8 >>> #define TOTAL_DIGITAL_PINS 22 // 14 digital + 8 analog >>> #define TOTAL_PORTS 3 // total number of ports for the board >>> #define ANALOG_PORT 2 // port# of analog used as digital >>> #define FIRST_ANALOG_PIN14 // pin# corresponding to analog 0 >>> #define VERSION_BLINK_PIN 13 // digital pin to blink version on >>> #define FIRST_SERVO_PIN 2 // pin# of the first servo pin >>> #elif defined(__AVR_ATmega8__) // old Arduinos >>> #define TOTAL_ANALOG_PINS 6 >>> #define TOTAL_DIGITAL_PINS 20 // 14 digital + 6 analog >>> #define TOTAL_PORTS 3 // total number of ports for the board >>> #define ANALOG_PORT 2 // port# of analog used as digital >>> #define FIRST_ANALOG_PIN14 // pin# corresponding to analog 0 >>> #define VERSION_BLINK_PIN 13 // digital pin to blink version on >>> #define FIRST_SERVO_PIN 2 // pin# of the first servo pin >>> #elif defined(__AVR_ATmega1280__)// Arduino Mega >>> #define TOTAL_ANALOG_PINS 16 >>> #define TOTAL_DIGITAL_PINS 70 // 54 digital + 16 analog >>> #define TOTAL_PORTS 9 // total number of ports for the board >>> #define ANALOG_PORT 8 // port# of analog used as digital >>> #define FIRST_ANALOG_PIN54 // pin# corresponding to analog 0 >>> #define VERSION_BLINK_PIN 13 // digital pin to blink version on >>> #define FIRST_SERVO_PIN 2 // pin# of the first servo pin >>> #elif defined(__AVR_ATmega128__)// Wiring >>> #define TOTAL_ANALOG_PINS 8 >>> #define TOTAL_DIGITAL_PINS 51 >>> #define TOTAL_PORTS 7 // total number of ports for the board >>> #define ANALOG_PORT 5 // port# of analog used as digital >>> #define FIRST_ANALOG_PIN40 // pin# corresponding to analog 0 >>> #define VERSION_BLINK_PIN 48 // digital pin to blink version on >>> #define FIRST_SERVO_PIN 8 // pin# of the first servo pin >>> #elif defined(__AVR_AT90USB162__) // Teensy >>> #define TOTAL_ANALOG_PINS 0 >>> #define TOTAL_DIGITAL_PINS 21 // 21 digital + no analog >>> #define TOTAL_PORTS 4 // total number of ports for the board >>> #define ANALOG_PORT 3 // port# of analog used as digital >>> #define FIRST_ANALOG_PIN21 // pin# corresponding to analog 0 >>> #define VERSION_BLINK_PIN 6 // digital pin to blink version on >>> #elif defined(__AVR_ATmega32U4__) // Teensy >>> #define TOTAL_ANALOG_PINS 12 >>> #define TOTAL_DIGITAL_PINS 25 // 11 digital + 12 analog >>> #define TOTAL_PORTS 4 // total number of ports for the board >>> #define ANALOG_PORT 3 // port# of analog used as digital >>> #define FIRST_ANALOG_PIN11 // pin# corresponding to analog 0 >>> #define VERSION_BLIN
Re: [PD] bpm counter
u can try with this > [r timeinmilliseconds] | [expr 1000/($f1/60)] | [result in proportion of ranges, if you are quantizing in 4/4...this result you have to divide by 4, and will coincide with the bpms) salut x! 2010/10/18 L.J. : > before building something that's already there, has anyone done a > working bpm counter in pd? > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- dAAX! >> http://noconventions.mobi/x! tAZ >> http://noconventions.mobi/nvisible.taz/ HTDj! >> http://hackthedj.wordpress.com/ GDT >> http://noconventions.mobi/graficantsDtrisseny/ :::..::...:.. : .. .. .:: . ..:.. .. . .. . .:.. ... rm -rf / i ens ho carreguem tot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Invitation to connect on LinkedIn
LinkedIn David Slevin requested to add you as a connection on LinkedIn: -- Barry, I'd like to add you to my professional network on LinkedIn. - David Accept invitation from David Slevin http://www.linkedin.com/e/-24tqmf-gfgq6h28-4n/Z-E7tbU-3QZNZY3MUQJPpadq/blk/I87493588_7/6lColZJrmZznQNdhjRQnOpBtn9QfmhBt71BoSd1p65Lr6lOfPtve3wRcPAQdPx9bTlks7xNtD0TbPcNe3kNdjoVdP4LrCBxbOYWrSlI/EML_comm_afe/ View invitation from David Slevin http://www.linkedin.com/e/-24tqmf-gfgq6h28-4n/Z-E7tbU-3QZNZY3MUQJPpadq/blk/I87493588_7/dRYUe3kPejgTe4ALqnpPbOYWrSlI/svi/ -- DID YOU KNOW you can conduct a more credible and powerful reference check using LinkedIn? Enter the company name and years of employment or the prospective employee to find their colleagues that are also in your network. This provides you with a more balanced set of feedback to evaluate that new hire. http://www.linkedin.com/e/-24tqmf-gfgq6h28-4n/rsr/inv-27/ -- (c) 2010, LinkedIn Corporation___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino + arduino UNO
thanks tim and jose, i know about the new USB-to-serial chip and i wonder if this is the problem. to make things clear we used firmata 2.2, Arduino IDE 0021, Arduino UNO board, Pduino0.5beta8 downloaded from Hans' site, pd-extended 0.42.5 for Mac Intel. same set up with Arduino Duemilanove works flawlessly, so i think the problem is with the board, but i can't be sure... today i'll experiment with different configurations. alessandro contini + www.cntlsn.com 2010/10/19 Jose Luis Santorcuato > Ooops, the firmata.h is in the pduino/firmata... > > Best regards > > José > > 2010/10/19 Jose Luis Santorcuato > > HI, I have no arduino one hand, you could try installing the latest >> Arduino IDE, is for the UNO plate. >> I noticed that in 2.1 are defined Firmat chipset ATMEGA xxx in the file >> named firmata.h chipsets there are defined outputs and inputs, not sure, but >> could include a chip or model, remember that the FTDI system but not >> necessary >> with an Arduino UNO. >> >> The Uno differs from all preceding boards in that it does not use the FTDI >> USB-to-serial driver chip. Instead, it features the Atmega8U2 programmed >> as a USB-to-serial converter. (arduino.cc) >> >> Below define of plates, chips and inputs/outputs >> >> Try de solutions and keep working >> >> >> José >> >> >> >> >> >> == >> * MACROS >> >> >> **/ >> >> /* shortcut for setFirmwareNameAndVersion() that uses __FILE__ to set the >> * firmware name. It needs to be a macro so that __FILE__ is included in >> the >> * firmware source file rather than the library source file. >> */ >> #define setFirmwareVersion(x, y) setFirmwareNameAndVersion(__FILE__, x, >> y) >> >> // total number of pins currently supported >> #if defined(__AVR_ATmega168__) || defined(__AVR_ATmega328P__) // Arduino >> NG and Diecimila >> #define TOTAL_ANALOG_PINS 8 >> #define TOTAL_DIGITAL_PINS 22 // 14 digital + 8 analog >> #define TOTAL_PORTS 3 // total number of ports for the board >> #define ANALOG_PORT 2 // port# of analog used as digital >> #define FIRST_ANALOG_PIN14 // pin# corresponding to analog 0 >> #define VERSION_BLINK_PIN 13 // digital pin to blink version on >> #define FIRST_SERVO_PIN 2 // pin# of the first servo pin >> #elif defined(__AVR_ATmega8__) // old Arduinos >> #define TOTAL_ANALOG_PINS 6 >> #define TOTAL_DIGITAL_PINS 20 // 14 digital + 6 analog >> #define TOTAL_PORTS 3 // total number of ports for the board >> #define ANALOG_PORT 2 // port# of analog used as digital >> #define FIRST_ANALOG_PIN14 // pin# corresponding to analog 0 >> #define VERSION_BLINK_PIN 13 // digital pin to blink version on >> #define FIRST_SERVO_PIN 2 // pin# of the first servo pin >> #elif defined(__AVR_ATmega1280__)// Arduino Mega >> #define TOTAL_ANALOG_PINS 16 >> #define TOTAL_DIGITAL_PINS 70 // 54 digital + 16 analog >> #define TOTAL_PORTS 9 // total number of ports for the board >> #define ANALOG_PORT 8 // port# of analog used as digital >> #define FIRST_ANALOG_PIN54 // pin# corresponding to analog 0 >> #define VERSION_BLINK_PIN 13 // digital pin to blink version on >> #define FIRST_SERVO_PIN 2 // pin# of the first servo pin >> #elif defined(__AVR_ATmega128__)// Wiring >> #define TOTAL_ANALOG_PINS 8 >> #define TOTAL_DIGITAL_PINS 51 >> #define TOTAL_PORTS 7 // total number of ports for the board >> #define ANALOG_PORT 5 // port# of analog used as digital >> #define FIRST_ANALOG_PIN40 // pin# corresponding to analog 0 >> #define VERSION_BLINK_PIN 48 // digital pin to blink version on >> #define FIRST_SERVO_PIN 8 // pin# of the first servo pin >> #elif defined(__AVR_AT90USB162__) // Teensy >> #define TOTAL_ANALOG_PINS 0 >> #define TOTAL_DIGITAL_PINS 21 // 21 digital + no analog >> #define TOTAL_PORTS 4 // total number of ports for the board >> #define ANALOG_PORT 3 // port# of analog used as digital >> #define FIRST_ANALOG_PIN21 // pin# corresponding to analog 0 >> #define VERSION_BLINK_PIN 6 // digital pin to blink version on >> #elif defined(__AVR_ATmega32U4__) // Teensy >> #define TOTAL_ANALOG_PINS 12 >> #define TOTAL_DIGITAL_PINS 25 // 11 digital + 12 analog >> #define TOTAL_PORTS 4 // total number of ports for the board >> #define ANALOG_PORT 3 // port# of analog used as digital >> #define FIRST_ANALOG_PIN11 // pin# corresponding to analog 0 >> #define VERSION_BLINK_PIN 11 // digital pin to blink version on >> #elif defined(__AVR_AT90USB646__) || defined(__AVR_AT90USB1286__) // >> Teensy++ >> #define TOTAL_ANALOG_PINS 8 >> #define TOTAL_DIGITAL_PINS 46 // 38 digital +