Pd-list June 2011

pd-list@lists.iem.at

106 participants
190 discussions

Pd-extended for Windows working again and .zip package
by Hans-Christoph Steiner 27 Jun '11

27 Jun '11

Ok, I think I fixed it. It was a very weird bug. there was a very strange 'k' with a dot character on top of it in the command 'package', therefore it didn't work. I replaced the weird 'k' with a normal one and it worked for me. This was in the gen_config_win proc of the pd_guiprefs.tcl command. Here's the commit: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… And also the patch for pure-data: https://sourceforge.net/tracker/?func=detail&aid=3336039&group_id=55736&ati… Please try tomorrow's build and let me know. That should be easier since there is now a .zip package for Windows. You can unzip it anywhere, then go into the 'bin' folder inside, and double-click pd.exe to run it. .hc

1 0

PPA for libpd?
by august 27 Jun '11

27 Jun '11

Has someone already made a PPA for libpd? If not, I might have a go. -august.

4 10

rockafella time-stretcher
by Patrice Colet 26 Jun '11

26 Jun '11

I've turned the B14.rockafella audio example into an abstraction where [phasor~] has been replaced by a [line~] for triggering the sample reading, the abstraction and a test patch is attached. Once the soundfile has been loaded into a table we just need to set the original tempo of the soundfile, and the tempo at which we want the soundfile to be played. If we want the soundfile to be played in loop mode, we just have to trig again when the sample reading is over, by using [del] for example, or [qlist]. The stretch works good but something very strange is happening, let me try to explain, when the read point reaches the middle of the soundfile a noise is appearing, and I couldn't determine why, it sounds like a buffer overflow, or a little distortion. this is happening when both tempo have the same amount. Maybe the method for reading a soundfile is different when using [line~]? I wouldn't like to use the vocoder method because it takes a lot of cpu and artifacts comes whenever the sound is stretched or not. -- Patrice Colet

2 2

PdDroidParty - now with [bng]
by Chris McCormick 26 Jun '11

26 Jun '11

Hi, There is a new version of PdDroidParty (Pd with emulated GUIs for Android) online - now with "bang" support. http://mccormick.cx/projects/PdDroidParty Have fun! Cheers, Chris. ------------------- http://mccormick.cx

1 0

Re: [PD] Pd performance at TED
by Marco Donnarumma 25 Jun '11

25 Jun '11

thanks for the link HC... it seems quite sad to me that the first performance with pd at ted has to be this. With all the respect due to Onyx, but using control sensor to play as a dj seems a technological parody. Besides, the whole system looks a bit clunky, doesn't it? It surprises me how, among all the beautiful and efficient project in this field (made in Pd and not), this got to TED. Well, of course the motivation of his performance there is not "he's using Pd" :) my 2 cents M > > I just wanted this performance by Onyx Ashanti as part of the TED Talks > stuff. Its quite a nice performance using live sensor control of Pd: > > http://www.ted.com/talks/onyx_ashanti_this_is_beatjazz.html > > It looks like you can even see Pd on the screen behind him. > > .hc > > -- Marco Donnarumma Independent New Media and Sonic Arts Professional, Performer, Instructor ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Portfolio: http://marcodonnarumma.com Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net Event: http://www.liveperformersmeeting.net

21 66

Re: [PD] Pd performance at TED
by Marco Donnarumma 25 Jun '11

25 Jun '11

> I figured that I would chime in at this point. > Thanks, it's a great pleasure to have you here. > Every single note you hear, is being played, as in one at a time, as a horn > player does, into a looper which I use to layer everything very quickly > into > an arrangement then deconstruct and reconstruct on a musically relevant > trajectory. There was nothing pre recorded or preconceived. Simply a > controller, a database of synthesizers and a looper with effects. I am > playing every single solitary note. If that sounds like it is hard to do, > you're right. > I'm sure about it and I can imagine the training you needed to undertake, possibly in the same way other complex gestural control require. But, that's not a constrain, right? Things don't need to be difficult to be relevant (?) > > I would like an elaboration on how the system is "clunky" if you don't > mind. > First off, I feel that it is pretty streamlined for a first prototype made > of cardboard that is only 3 months old. Two wireless hand units and a mouth > unit. If you have suggestions as to how I might improve it at this stage, > before my next stage or dev, I would love to hear it. Sure. First, I think the video and its text on TED are misleading. I understood that the work was a finished one and you were demonstrating it. It's important to know it's only three months prototype. About the clunkyness. I'm also designing a wearable biosensor so I'm happy to share my vision (strictly subjective though). Imho, the box connected to the mouthpiece which presently is hanging from the front side, could be placed on your belt. Increase the lenght of the cable, put the cable under your shirt and you're done. As for the phone as headup display. Something that works very good is haptic feedback. You can have the Pd system send small pulses to a tiny speaker stuck to your skin. These could represent key points in a timeline, pattern changes, instrument changes, behaviour of your sensor, or even the bpm. Pulses can also have different lenghts so that you can have an array of signals. That would be invisible, and reliable. > @marco, how would you > make this concept more "beautiful" or "efficient"? I am always a willing > student in these regards. see what I meant above. > Do you have any examples of said efficiency? Being > an instructor, I would have expected that you would have seen the blog link > on the Ted profile and researched your position before simply asserting > that > my concept has no value. > Oh wait, nobody said your work had no value :) No time to fire it up. I expressed my respect for your work since the first post, and I kept doing it in later posts too. I only said that I couldn't agree with the bold claims "we make the future" and making the music of the future. Now, of course, you have to promote yourself, but I felt that was not coherent. I argue about the innovative character of the work (please note, I refer to the whole work not to the system only). And I also do not mean that it is not innovative at all. It's a great system, but it lacks of directness, as Andy pointed out in a beautiful way. And I believe that, if you are interested in this topic, your performance would greatly benefit of a more direct performative outcome. The audience will clap their hands anyway after your show. However, if they don't need to ask themselves "what the heck he's doing?" because your interaction with the system is transparent, their overall perception of your work would be ten times greater. A successful performance is something to be achieved in two: performer and audience. A performer alone (or isolated in his own world) is only rehearsing. As someone said already, a violin player do not need to demonstrate transparency because instrumental musical performance is something intrinsic in our culture. We, as creators of new instruments or systems, still struggle to prove that we can control machines in a creative way. Perhaps, this happen because the technological knowledge of the majority of people is still very basic. Although children today play with iPhones, they have no idea how that thing works. And most of them will never know it. They just assume it does work, somehow. This is the capitalistic approach to tech culture. A general consumer do not need to know too much, otherwise she/he can start producing. > One thing that I and other alternative controller artists are realizing is > that we must be in the audience. Otherwise people can not see that you are > actually playing. That is why when I play clubs I play from the dance floor > and currently monitor with the club sound system which is hard but allows a > flow of ideas that doesn't come from separating ones self from the > audience. > And from there people can see your fingers and gestures carve the sound. > I have to disagree. I would suggest to consider that a gestural controller in a dance party has a very different scope than one in an experimental performance. Secondly, there are many other ways to make the people understand that you're playing. We come back to the directness of a system. We could see in your video all the buttons you were pushing, but half of people who wrote was not aware of what you were doing anyway. Specially because the wider gesture of your body (like "dancing", keeping the rhythm as a dj does) were not affecting the music directly. > > This form of performance blends my desire to connect with my space my music > and my movements as intimately but, it should be noted as well, this is a 3 > month old prototype so that people are discussing it and I have even moved > from beta stage yet, is encouraging. > Indeed, such discussion prove that your work is very interesting. That's why I'm arguing so much about it :) And as Andy said, please, I would love to know in detail how your system works as I'm working on a similar, yet very different, gestural control system based on biophysical sensors. If you still don't hate me :P, I would love to write you in pv and share our experience. cheers, -- Marco Donnarumma Independent New Media and Sonic Arts Professional, Performer, Instructor ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Portfolio: http://marcodonnarumma.com Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net Event: http://www.liveperformersmeeting.net

3 2

Pd unstable on Mac OS: hangs after loosing focus?
by Matteo Sisti Sette 25 Jun '11

25 Jun '11

Hi, I have a patch that works perfectly on Linux, but when my "client" runs it on a Mac, almost every time Pd looses focus, for example by minimising it or just opening other programs or browsing files in Finder, then Pd hangs and stops responding and it never recovers when it gains focus again. So it's completely unreliable and hence unusable. Has anybody ever experienced anything similar and found out what triggers this and how to avoid it? Maybe it's just something weird on that particular machine... thanks m.

2 2

arduino mega and firmata, can i use all pins?
by FernandoG 25 Jun '11

25 Jun '11

Hi ! I am in a proyect where i need to use 40 outputs digital pins and 15 analog input conected to a pd patch. I know arduino mega could be a good solution, but searching in the web i found a post where someone said arduino mega doesnt work with pd frimata, http://arduino.cc/forum/index.php/topic,62256.0.html please somebody know if this is true? there is no way to use all analog inputs and digital outputs from arduino mega? thanks F

3 3

get console messages within patch
by Mirko Maier 24 Jun '11

24 Jun '11

Hi list, I wonder if there is a possibility to receive console messages within a patch. Could be helpful, for instance, when there is a certain error that should immediately trigger a reaction. Thanks for advice. Best Mirko -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

4 3

pix_contrast on Mac OS: black pixels have negative rgb values!!!
by Matteo Sisti Sette 24 Jun '11

24 Jun '11

Hi, I'm using a shader with a texture which is the output of a [pix_contrast]. On Mac (and only on Mac) with values of contrast > 1 for pix_contrast, the black pixels have slightly negative r/g/b component values!! I don't know how that is even possible!!! That is, in the fragment shader: //... uniform sampler2DRect mytex; //... float x=gl_TexCoord[0].s; float y=gl_TexCoolr[0].t vec txcolor=texture2DRect(mytex,vec2(x,y)) //... The red, green and blue components of txcolor turn out to be (small) negative numbers for the pixels that are supposed to be black. I can test it in a number of ways, for example: gl_FragColor=vec4(abs(txcolor.r),txcolor.r,txcolor.r); This should only produce grey pixels, but instead, the should-be-black pixels are of a dark red, because the red component of the original image is slightly negative. How is it even possible that a texture has negative components? Is there a bug in pix_contrast on Mac? But even if there is, I cannot understand how a negative rgb component value can even get through to the shader program... Has anybody ever experienced this before? thanks m.

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
19
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list June 2011