Pd-list May 2011

pd-list@lists.iem.at

101 participants
157 discussions

Arduino (again...)
by Pierre Massat 08 May '11

08 May '11

Hello! I'm looking for a way to automate the opening of my arduino and it's pins. I managed to open it at pd's start-up with a loadbang and an open message. But it doesn't work for the digital pins. It seems like they need to be opened a little later, and not all at once. I tried to delay the loadbang and use and trigger, to no avail. Any advice? Pierre

2 4

Re: [PD] problem with mixer project
by Fernando Gadea 08 May '11

08 May '11

I think I found the problem: if ALSA audio is selected the problem shows up, but if I select OSS the patch works perfectly well. Could somebody tell me why does that happen? Is there anyway to set automaticly audio to OSS and midi to ALSA inserting some code inside the patch or will I have to set this manually or with flags each time I load the patch?

1 0

smartphone for pd
by ronni montoya 08 May '11

08 May '11

Hi, which smartphone do you recommend for using pd on it? Is there any that is better suited for pd? thanks R.

2 1

ANN: Upcoming L2Ork tour of Europe
by Ivica Ico Bukvic 08 May '11

08 May '11

Apologies for cross-posting. After 8 months of planning, fund-raising a metric ton of greenbacks, and literally thousands of hours of hard work distributed across dozens of souls, Linux Laptop Orchestra (L2Ork) is truly excited to announce our maiden tour of Europe May 12 June 1, 2011. Joining forces with our guest soloist Ron Coulter and our talented soprano l2orkist Aurora Martin, the ensemble will be touring 8 countries, performing and holding workshops in following locations: May 14 Linz, Austria (as part of LiWoLi festival) May 15 Ljubljana, Slovenia May 16 Budapest, Hungary May 19 Croatia May 21 - Hamburg, Germany (Academy of Music and Theater) May 24 - Amsterdam, Netherlands (STEIM) May 25 Amsterdam, Netherlands (Zaal 100) May 26 Utrecht, Netherlands (HKU) May 30 Paris, France (IRCAM) June 01 Oslo, Norway (NIME 2011) Hope to see you at one of our upcoming destinations! In the meantime, to stay up-to-date with the latest developments join our facebook page (http://www.facebook.com/group.php?gid=117918141555131) For additional info on L2Ork please visit http://l2ork.music.vt.edu On a somewhat related note, L2Ork has also made another series of updates to the Linux-centric pd-l2ork variation of Pd which is also available on the L2Ork site together with a series of externals and abstractions. For additional info on pd-l2ork please visit http://l2ork.music.vt.edu/main/?page_id=56 Should you happen to have any questions, suggestions or concerns, please do not hesitate to contact me. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/faculty/bukvic/

1 0

Re: [PD] CVs
by Patrice Colet 08 May '11

08 May '11

hello, it depends on how the software is designed to control sound modules, the whole thing could be done with signal objects, then we could say that it would be controled by CV where voltage would be the amount of signal value. From my own experience of designing a synth on pd, it's easier to use signals for controling sound modules, rather than message system. ----- "Josh Moore" <kh405.7h30ry(a)gmail.com> a écrit : > I just got out of a long and heated argument with someone who claimed > he was an EE and told me that digital synthesizers use CVs. I tried > to > explain to him that if they did, it would be ONLY a numerical > conversion so he was wrong and he still insisted that digital > synthesizers used CVs. Has anyone had this kind of experience? > > _______________________________________________ > Pd-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet

1 0

writing dsp externals for variable number of inlets
by Ahmet Kizilay 07 May '11

07 May '11

Hello, I want to write an external which creates the signal inlets dynamically depending on the number of arguments, just like the multiplex~ object from zexy. My question is about writing the dsp_add function. How do I set the arguments when I don't exactly know how many signals I will be handling? I hope my question is appropriate for the list (first post)? Thanks. -- ahmet kizilay http://www.ahmetkizilay.com

3 3

Re: [PD] problem with mixer project
by Fernando Gadea 07 May '11

07 May '11

> Asunto: > Re: [PD] problem with mixer project > De: > IOhannes m zmÃ¶lnig <zmoelnig(a)iem.at> > Fecha: > Sat, 07 May 2011 16:12:45 +0200 > Para: > pd-list(a)iem.at > > Para: > pd-list(a)iem.at > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 05/07/2011 12:58 PM, Fernando Gadea wrote: > >>> Asunto: >>> Re: [PD] problem with mixer project >>> De: >>> Jose Luis Santorcuato <santorcuato76(a)gmail.com> >>> Fecha: >>> > > ot, you got weird reply-settings. > It's manual editing. I receive the list as digests but I try to simplify to gain legibility (I hope it works) > >> As Iohannes lets think, I use xfce for its lightness and minimalistic >> user interface. I hope there is not a problem in the interaction between >> puredata and xubuntu's xfce environment. > > there is definitely no problem with xfce4 and Pd. > i use it all the time. > > >>> Try mixer~ objetct >> Thank you, I will substitute the before-master audio mixing with this >> object and see if the problem solves, at least as an alternative try. > > i still believe that you have a problem in your patch (which will go > away if you don't use the patch; however it would probably be more > interesting on the long run to find out what caused your problem) > yes, that's my aim too, but it will be another possible test (I will do it tonight) to find out if the problem is really in the mixing channels. I deffinetly would like to stick to the original project and see where the problem is. >>> Reading my mail I realized that I did not explain it all: the latency >>> problem starts when the dac~ is computing audio. As you can see in the > i still have no clue what you mean by "latency". please clarify. > It is midi latency I guess (I have no degree in electronic music. just an amateur that started with puredata some years ago). After switching audio on, even in the primal midi patch that translates my controller to control data the numbers start to show really late. Is that midi latency? > you probably should have a closer look at [delay] and what it does if > you send it a number. > Thank you, I have just found it out: it changes the delay time instead of giving a bang after the already setted delay time. I'll change it now. > ah, btw, you could simplify the following > <complex> > [expr $f1; if ($f1 == 0, 0, 1] > | > +----------------------------+ > | > [change] > | > [select 1 0] > | [;pd dsp 0( > [;pd dsp 1( > </complex> > > to this > <simple> > [!= 0] (actually this should be [> 0] > | > [change] > | > [;pd dsp $1( > </simple> > Thank you, I will implement this one. Really simple. > gdsft > IOhannes > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk3FVi8ACgkQkX2Xpv6ydvQu4QCglguloZgIt7TIKiomT1QV/Nhe > uxYAoJH7wkFP3IlWgpaWa2QRXiPmci4J > =DHWR > -----END PGP SIGNATURE----- > > >

1 0

Puckette Lectures?
by João Pais 07 May '11

07 May '11

Hi, while searching for ressources in the http://pd-la.info/ page, I saw the (cool) Pd USB sticks. But what interested me the most was that "The sticks contain videos of all 20 lectures from Miller Puckette’s MUS171 computer music class at UCSD. These videos are a little rough, but they are an excellent course in Pure Data and computer music design.". I looked for these videos online, but couldn't find them. Are they somewhere to be downloaded? Or I didn't look far enough? If they're online to be downloaded, it would be nice to add these links as resources to the pd wiki. João

4 4

linking gem library on w32 mingw [was:Re: [Gridflow-dev] [gemdead]]
by Patrice Colet 07 May '11

07 May '11

I tried to compile a pix_preview dll, it's almost there after some little hacks in source code: pix_preview.cc: #ifdef _WIN32 #define _WIN32_WINNT 0x0501 #include <ws2tcpip.h> #include <windows.h> #else #include <netinet/in.h> #include <sys/socket.h> #include <arpa/inet.h> #include <netdb.h> #endif pix_preview.h: #ifndef _WIN32 #include <netinet/in.h> #include <sys/socket.h> #include <arpa/inet.h> #include <netdb.h> #endif but now something for the linking is missing, it looks like it's the same error we get when compiling gridflow_gem library: undefined reference to: « vtable for GemPixObj » « imageStruct::~imageStruct() » « GemBase::~GemBase() » let me guess, gem have to be compiled first, anyone has done this on mingw? ----- "Antonio Roberts" <antonio(a)hellocatfood.com> a écrit : > I've just come across [pix-preview], which is part of the pdvjtools > package > http://hangar.org/wikis/lab/lib/exe/detail.php?id=start%3Apuredata_pdvjtool… > > Looks like it does similar to [gem_see] object that was just > created... > > On 30 April 2011 20:06, Antonio Roberts <antonio(a)hellocatfood.com> > wrote: > > This is amazing, thanks to you both! > > > > Ant > > > > On 30 April 2011 18:05, Jack <jack(a)rybn.org> wrote: > >> Something like this could help. > >> ++ > >> > >> Jack > >> > >> > >> > >> Le samedi 30 avril 2011 à 12:06 +0100, ALAN BROOKER a écrit : > >>> Hey Ant, > >>> > >>> This can definitely be done- I was working on/off on a sort of ' > #see > >>> for gem' but haven't perfected it yet. > >>> > >>> The method is to render 3d objects into a buffer > to pix object > > > >>> then to #from_pix. Mathieu may know of a more efficient way of > doing > >>> this tho > >>> > >>> The attached patch (if it doesn't work when first opened, close > then > >>> re-open and should work) is what I was working on. As mentioned > it's a > >>> work in progress and I could probably do with some efficiency > tips > >>> here too! > >>> > >>> All the best > >>> > >>> Al > >>> > >>> > >>> > >>> > >>> On Sat, Apr 30, 2011 at 10:19 AM, Antonio Roberts > >>> <antonio(a)hellocatfood.com> wrote: > >>> > Thanks and sorry that I didn't stick around to get the reply on > IRC. > >>> > > >>> > Secondly, can the cube be rendered to an [#out window] object? I > know > >>> > [#from_pix] can handle [pix_] objects, and I've tried using a > [cube] > >>> > as a [pix_texture] that I can then send to [#from_pix] but no > luck so > >>> > far > >>> > > >>> > Ant > >>> > > >>> > On 30 April 2011 01:04, Mathieu Bouchard <matju(a)artengine.ca> > wrote: > >>> >> > >>> >> from irc #dataflow : > >>> >> > >>> >> <hellocatfood> Is it possible to use [gemdead] with objects > such as [cube] > >>> >> and [sphere] in gridflow? > >>> >> > >>> >> In theory, I said no, but actually, [gemdead] doesn't prevent > you from using > >>> >> OpenGL elements, and things like [cube] and [sphere] don't > check at all > >>> >> whether they're given a real [gemhead] context, and don't seem > to be doing > >>> >> much that is related to it, therefore : > >>> >> > >>> >> [gemhead] > >>> >> | > >>> >> [b] > >>> >> | > >>> >> [gemdead] > >>> >> | > >>> >> [cube] > >>> >> > >>> >> will really draw the cube as if you had done : > >>> >> > >>> >> [gemhead] > >>> >> | > >>> >> [cube] > >>> >> > >>> >> I suspect that very few Gem object classes really depend on an > authentic > >>> >> GemState (one that was really created by [gemwin]). When you do > find > >>> >> exceptions, please tell me. > >>> >> > >>> >> But you may have to use [gemhead] anyway (as in the above > example) as long > >>> >> as [gemwin] decides when to clear the buffer and when to copy > the buffer to > >>> >> the screen, just because [gemwin] uses [gemdead] to say when > it's the time > >>> >> to draw. > >>> >> > >>> >> > _______________________________________________________________________ > >>> >> | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, > Montréal, QC > >>> >> > >>> > > >>> > _______________________________________________ > >>> > Pd-list(a)iem.at mailing list > >>> > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >>> > > >>> _______________________________________________ > >>> Gridflow-dev mailing list > >>> Gridflow-dev(a)lists.artengine.ca > >>> http://lists.artengine.ca/cgi-bin/mailman/listinfo/gridflow-dev > >> > >> > > > > _______________________________________________ > Pd-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet

1 0

Re: [PD] problem with mixer project
by Fernando Gadea 07 May '11

07 May '11

> > Asunto: > Re: [PD] problem with mixer project > De: > IOhannes m zmÃ¶lnig <zmoelnig(a)iem.at> > Fecha: > Sat, 07 May 2011 11:33:03 +0200 > Para: > pd-list(a)iem.at > > Para: > pd-list(a)iem.at > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 05/06/2011 08:45 PM, Fernando Gadea wrote: > >> Hi list! >> If I move any slider in my controller to raise the volume of any >> channel, it works perfectly well, but if I move the master level the >> latency starts to get crazy and the resulting values come really slowly, >> > > Pd is designed to have a constant latency. > > so Pd's (and the system's) latency will never when moving a slider > (well, unless you control a delay with the slider or do some other > explicit latency fuddling, but that's a different story) > > or maybe you are referring to GUI latency? e.g the slider starts to > visually respond very slowly (it seems like in CM-talk, "latency" mostly > refers to audio latency). > without having looked at your patch, a good chance is that you have > created some control feedback. > Reading my mail I realized that I did not explain it all: the latency problem starts when the dac~ is computing audio. As you can see in the mixer, when I rise the master volume audio computation starts, meanwhile if I set master volume to zero it ends. It is while computing audio that the latency problem exists, so I guess the control side is not the problem (am I in the right logic?) Nevertheless I have done what I believe is an extensive control check in my patch, before and after finding that deleting the mixer channels the problem ended. After that I did another control check on the mixer part of the patch and found no control feedback (my checks are visual, following line after line, so, as human, I might be wrong, but I cannot find my error if I did one). It seems that the latency is present not only in GUI. I send the values to a symbol in the main patch to see what I am doing, so I am preety sure I also hear the audio consecuences with the same latency (the audio rises just when the mixer volume rises, about a second after moving the slider if dac~ is on). Anyway, I will look for some other posibilities of control feedback. Thank you for your advice > fgmasdrt > IOhannes > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk3FEc8ACgkQkX2Xpv6ydvR1fQCdEGsRD4QqEaMLxhJpEr3MblTO > kpcAoPTP2Rf14/nCN+GI3IOhBTP9B4xV > =Oh4I > -----END PGP SIGNATURE----- > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pd-list mailing list > Pd-list(a)iem.at > to manage your subscription (including un-subscription) see > http://lists.puredata.info/listinfo/pd-list >

2 2

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 May 2011