Re: [PD] Bug in lister (zexy) ?
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: > Two questions: > > 1. why does list deserve a shortcut like that when neither [symbol] nor > [pointer] have one? Oh, seems I just was confusing things a big. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] [Studio XX] OFFRE D'E MPLOI : DIRECTRICE GÉNÉRALE :: JOB : GENERAL D IRECTOR
On Sun, 23 Sep 2007, Hans-Christoph Steiner wrote: Well, one difference that I have noticed in my years is that men are much less supportive and enabling in communities than women, and men tend to be more confrontational. If women are that more supportive and enabling, then by all means they should invade pd-list. And I don't mean just lurking... If confrontation is necessary for people to test their new ideas, then by all means women should be more confrontational (of that kind of confrontation, of course...). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
Yves Degoyon wrote: > anyway, remove pidip from pd-extended, > me i don't give a f*** about having users. Hmmm. If we take this to the extreme all externals, actually pd itself should be removed from public download. I'm sad that my initial post has stated this flamewar :-( -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://atte.dk/compositions ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Matrix of 3d models
On Mon, 24 Sep 2007, Javier García wrote: i would like to create a 2d or 3d matrix of 3d models so that introducing the number of elements of each of the 2 or 3 axis and the separation between the models. Is there anything made or something that can help to get this? Gridflow maybe? I don't quite understand the question. GridFlow can't make a grid whose elements are grids unless you think of a grid of size (x,y,z) to be a grid of size (x) made of elements of size (y,z) or a grid of size (x,y) made of elements of size (z). I mean, you can't store polygons of unequal sizes in one grid unless you do special tricks and are ready to waste a lot of memory or use even more special tricks. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Sep 27, 2007, at 7:47 PM, Hans-Christoph Steiner wrote: >How about you two settle this in a different forum? Let's not scare >the newbies! :D Good idea; we scare easily. : 0 All kidding aside, it's good to see the list so active. I joined up last night figuring I'd hear lots of pd discussion I could learn from and I haven't been disappointed. It's an interesting system and I'd love to be able to do more with it. Just gotta hit the manuals. - Dave H /Warrior Bob ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] scale from maxlib - undocumented feature
On Tue, 25 Sep 2007, Claude Heiland-Allen wrote: --8<-- Unless they arrange otherwise by defining a "list" method, objects respond to the "list" message by distributing the arguments of the message to their inlets, except for the first argument which is passed as a "float" or "symbol" message to the object proper. --8<-- That's not all. They can also arrange otherwise by defining a "anything" method, which overrides all default behaviours at once. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Thu, 27 Sep 2007, Hans-Christoph Steiner wrote: How about you two settle this in a different forum? Let's not scare the newbies! :D I know beforehand that nothing will ever get settled, so I will just refrain from replying anything to Degoyon in the future. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpod on Matrixsynth
I knew physical computing was a bad idea. On 9/27/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > On Sep 27, 2007, at 10:24 AM, Yves Degoyon wrote: > > > Malte Steiner wrote: > > > >> pdpod made it on Matrixsynth, a synthesizer enthusiasts blog: > >> > >> http://matrixsynth.blogspot.com/2007/09/pdpod.html > >> > >> > >> > > ah cool guenter must be behind this.. > > but whatever happened to GG? > > He got eaten by the Björk and the reacTable. > > .hc > > > > > > > see you soon, > > sevy > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > listinfo/pd-list > > > > > > >http://at.or.at/hans/ > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Sep 27, 2007, at 12:33 PM, Mathieu Bouchard wrote: > On Thu, 27 Sep 2007, Yves Degoyon wrote: > >> but there were rudest things from you >> like accusing me of not doing free software, > > http://lists.puredata.info/pipermail/pd-dev/2005-12/005585.html > http://lists.puredata.info/pipermail/pd-dev/2005-12/005587.html > > You have to be a bully to accuse me of defending myself against > you, and pretend not to remember that you attacked first. > > And then, yes, the Degoyon license is legally shady, there is no > doubt about that. I'm not inventing this, > > http://lists.puredata.info/pipermail/pd-dev/2005-12/005596.html > http://lists.puredata.info/pipermail/pd-dev/2005-12/005600.html > > But somehow you would ever admit a mistake like that, ever, and > instead you just blame the whole pd community??? How about you two settle this in a different forum? Let's not scare the newbies! :D .hc > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC > Canada___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pddb down?
We aim to have skeleton content of the Pdpedia up and running on Saturday, so this should rapidly subsume all that the PDB has to offer. http://wiki.puredata.info/ .hc On Sep 27, 2007, at 3:38 PM, Sam Clayton wrote: > Any word on when pddb will be functional. It says it's out of order, > and I just get back-end errors when trying to use it. > > Sam > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpod on Matrixsynth
On Sep 27, 2007, at 10:24 AM, Yves Degoyon wrote: > Malte Steiner wrote: > >> pdpod made it on Matrixsynth, a synthesizer enthusiasts blog: >> >> http://matrixsynth.blogspot.com/2007/09/pdpod.html >> >> >> > ah cool guenter must be behind this.. > but whatever happened to GG? He got eaten by the Björk and the reacTable. .hc > > see you soon, > sevy > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
Mathieu Bouchard wrote: On Thu, 27 Sep 2007, Yves Degoyon wrote: but there were rudest things from you like accusing me of not doing free software, http://lists.puredata.info/pipermail/pd-dev/2005-12/005585.html http://lists.puredata.info/pipermail/pd-dev/2005-12/005587.html You have to be a bully to accuse me of defending myself against you, and pretend not to remember that you attacked first. And then, yes, the Degoyon license is legally shady, there is no doubt about that. I'm not inventing this, http://lists.puredata.info/pipermail/pd-dev/2005-12/005596.html http://lists.puredata.info/pipermail/pd-dev/2005-12/005600.html But somehow you would ever admit a mistake like that, ever, and instead you just blame the whole pd community??? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Cana da ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list all is assumed there, and with reasons, you stupid innocent i like the : This goes against FSF/GNU's FSD, rule "Freedom Zero" freedom zero rule ??? hahaha, can't say better of laws made by a bunch of hippies voting for democrats or conservative, you're already dead, and when i saw your ideal city ( montreal ), it was just like a copy of a consumer society, all dead. anyway, remove pidip from pd-extended, me i don't give a f*** about having users. hasta nunca, sevy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] [Studio XX] RAPPEL / RE MINDER :: Assemblée générale / General Assembly [2 oct]
here the abuse again, i don't hink this has _anything_ to do with pd, pd will survive out of montreal, hell! sevy [EMAIL PROTECTED] wrote: Studio XX RAPPEL :: REMINDER [English follows] Assemblée générale annuelle [2 oct] Le Studio XX tiendra sa prochaine assemblée générale annuelle (AGA) le mardi 2 octobre à 18h30 dans ses nouveaux locaux du 4001 Berri, #201 à Montréal. Venez appuyer le Studio et faire part de vos idées! ORDRE DU JOUR PROPOSÉ 1- Ouverture de la réunion 2- élection de la présidente et de la secrétaire de l'Assemblée 3- Lecture et adoption de l'ordre du jour proposé 4- Lecture et adoption du procès-verbal de l'Assemblée générale de l'année passé 5- Présentation du rapport annuel par l'équipe et son adoption par les membres 6- Présentation des projets pour cette année 7- Présentation et adoption des états financiers 8- Nomination d'un comptable pour l'année 2006-2007 9- Élection des membres du conseil d'administration pour l'année 2006-2007 10- Divers 11- Clôture de l'assemblée Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org Joignez-vous au conseil d'administration! Le conseil d'administration du Studio XX est à la recherche de nouvelles membres prêtes à s'engager dans ses activités et à vivre de plus près une expérience stimulante et unique. Si vous êtes intéressés à vous joindre au conseil d'administration, envoyez-nous une courte lettre d'intérêt à [EMAIL PROTECTED]. Si nous recevons plus d'offres qu'il n'y a de places, les candidatures seront soumises à un vote. Ne ratez pas cette opportunité! Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org General Assembly [Oct 2] Studio XX will hold their Annual General Assembly (AGA) on Tuesday October 2 at 6:30pm in their new premises, 4001 Berri #201. Come support the Studio and share your ideas with the team! PROPOSED AGENDA 1- Opening of the meeting 2- Election of the meeting chair and secretary 3- Reading and adoption of the proposed agenda 4- Reading and adoption of minutes from last year's Annual general meeting 5- Presentation of the Annual Report by the team and approval by the members 6- Presentation of this year's projects 7- Presentation and adoption of the Financial Statements 8- Nomination of an accountant for the year 2006-2007 9- Elections of Board of Directors members 10- Varia 11- Closing of the meeting Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org Join the Board of Directors! Generous, fun-loving Board of Directors seeks new members to help mix business with pleasure. If you are interested in joining the Board of Directors, please send a short letter of interest to [EMAIL PROTECTED]. Should we receive more candidates than seats, your candidacy may go to vote. Don't miss out on this amazing opportunity! Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org ___ Annonces mailing list [EMAIL PROTECTED] http://www.studioxx.org/mailman/listinfo/annonces ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ 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] Opening a PD patch on Startup in OSX
On Wed, 26 Sep 2007, Hans-Christoph Steiner wrote: - Burn stuff, make steam, turn generators, step up voltage, transmit power many miles over big wires, step down voltage, transmit to house, and run thru electrical element to generate heat What are you talking about? the electricity used in Montréal is not produced by burning anything. We have the huge dams in Manicouagan and Baie James. In the USA, yes, they burn a lot, but it's ok for the USA, because the resulting acid rain travels to Montréal before falling anyway, so, it's not important. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bug in lister (zexy) ?
On Fri, 28 Sep 2007, Frank Barknecht wrote: [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: Maybe it would be safer to have the shortcut [l] be used for [list] instead of [lister] Yes, I think so, too. [l] for [list] would be (almost) in sync with [f] and [symbol] (only that [l] then actually should be for [list append], not just for [list] without method). Two questions: 1. why does list deserve a shortcut like that when neither [symbol] nor [pointer] have one? 2. how much should [list append] be like [f] in order to deserve that kind of favour? It can't be exactly the same because the bang required by [f] is confused with the empty list that would have to be stored in [l] so that [l] behaves like [f]. In other words, a [f] or [symbol] or [pointer] is like a single-inlet [pack] plus an extra cold inlet that behaves like a set-method of the hot inlet (except that [pack] doesn't have a set-method, contrary to most objects that are pack-like! consistency!) PS: i'm looking for adjectives to say "pack-like" and "pack-like-with-set", in a less cumbersome way. Any ideas? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Opening a PD patch on Startup in OSX
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Sep 26, 2007 at 05:57:24PM +0200, Yves Degoyon wrote: > ola, > > >> > >>Energy saving ratings never take this into account, afaik. > >> > >> > > > > > > > what is more energy saving is no to have any heating systems > ( live in the south ) > and no conditionned air ( that always makes you sick ) > > sevy > > isn't that a bit [OT]? Not if you write a PD patch to control an Arduino that runs and monitors your solar/wind power system :-) - -ken -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG/E/xe8HF+6xeOIcRAoHTAKDtojQ9zUIkF9Kk7ocy9SMzVKHrGQCgwUMs EUonE2af18q0CfPQLZNArNA= =8xsP -END PGP SIGNATURE- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] gemframebuffer and pix_multitexture
hi again, by surfing through the archive I also came across gemframebuffer and pix_multitexture, which are both undocumented. how do they work? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] glsl mutlitextures
hey, I am trying to get more multitexture glsl stuff working. the problem I am having right now is that I don't know how to pass the rectangle coords of the second texture to the glsl program. in the example I got, it looks like only the coords of one texture are used... vec4 color = texture2DRect(MyTex, texcoord1); vec4 color2 = texture2DRect(MyTex1, texcoord1); but in another shader I got texcoord0 = vec2(gl_TextureMatrix[0] * gl_MultiTexCoord0); texcoord1 = vec2(gl_TextureMatrix[1] * gl_MultiTexCoord1); and that does not work. I wondered how glsl knows the size of the first texture and I tried to have both textures in one render chain, but that did not work. in an old mail I read that I can send a message to the glsl program to tell it the coords. how do I do that? or should this work, and I am only using an old GEM version (0.91-cvs from july29) thanks, marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bug in lister (zexy) ?
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: > On Thursday 27 September 2007 16:38:22 Frank Barknecht wrote: > > > Yes, looks like a bug in [lister], and there seem to be more: Replace > > [list-rot] with [list prepend 10] and you will get other issues. > > However I think, [lister] can be savely deprecated now that we have > > [list]. > > Maybe it would be safer to have the shortcut [l] be used for [list] instead > of > [lister] Yes, I think so, too. [l] for [list] would be (almost) in sync with [f] and [symbol] (only that [l] then actually should be for [list append], not just for [list] without method). > I suppose it's a leftover from an era when lists weren't implemented yet in > vanilla. Yes, I'm sure it is. If you want, you could file some bug reports on the Souceforge site for [lister], so these aren't forgotten. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] [Studio XX] RAPPEL / RE MINDER :: Assemblée générale / General Assembly [2 oct]
Title: Studio XX RAPPEL :: REMINDER [English follows] Assemblée générale annuelle [2 oct] Le Studio XX tiendra sa prochaine assemblée générale annuelle (AGA) le mardi 2 octobre à 18h30 dans ses nouveaux locaux du 4001 Berri, #201 à Montréal. Venez appuyer le Studio et faire part de vos idées! ORDRE DU JOUR PROPOSÉ 1- Ouverture de la réunion 2- élection de la présidente et de la secrétaire de l'Assemblée 3- Lecture et adoption de l'ordre du jour proposé 4- Lecture et adoption du procès-verbal de l'Assemblée générale de l'année passé 5- Présentation du rapport annuel par l'équipe et son adoption par les membres 6- Présentation des projets pour cette année 7- Présentation et adoption des états financiers 8- Nomination d'un comptable pour l'année 2006-2007 9- Élection des membres du conseil d'administration pour l'année 2006-2007 10- Divers 11- Clôture de l'assemblée Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org Joignez-vous au conseil d'administration! Le conseil d'administration du Studio XX est à la recherche de nouvelles membres prêtes à s'engager dans ses activités et à vivre de plus près une expérience stimulante et unique. Si vous êtes intéressés à vous joindre au conseil d'administration, envoyez-nous une courte lettre d'intérêt à [EMAIL PROTECTED]. Si nous recevons plus d'offres qu'il n'y a de places, les candidatures seront soumises à un vote. Ne ratez pas cette opportunité! Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org General Assembly [Oct 2] Studio XX will hold their Annual General Assembly (AGA) on Tuesday October 2 at 6:30pm in their new premises, 4001 Berri #201. Come support the Studio and share your ideas with the team! PROPOSED AGENDA 1- Opening of the meeting 2- Election of the meeting chair and secretary 3- Reading and adoption of the proposed agenda 4- Reading and adoption of minutes from last year's Annual general meeting 5- Presentation of the Annual Report by the team and approval by the members 6- Presentation of this year's projects 7- Presentation and adoption of the Financial Statements 8- Nomination of an accountant for the year 2006-2007 9- Elections of Board of Directors members 10- Varia 11- Closing of the meeting Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org Join the Board of Directors! Generous, fun-loving Board of Directors seeks new members to help mix business with pleasure. If you are interested in joining the Board of Directors, please send a short letter of interest to [EMAIL PROTECTED]. Should we receive more candidates than seats, your candidacy may go to vote. Don't miss out on this amazing opportunity! Information :: 514.845.7934 :: [EMAIL PROTECTED] :: studioxx.org ___ Annonces mailing list [EMAIL PROTECTED] http://www.studioxx.org/mailman/listinfo/annonces ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music made with Pd...
Great site! I love your instruments. Kudos on being on Studio 360 too. ~Kyle On 9/27/07, Collin Oldham <[EMAIL PROTECTED]> wrote: > ...and Arduino and Ardour and a huge box of parts and some things I > learned at ccrma. > > http://homepage.mac.com/coldham/klang/bedone.mp3 > > more about me at: > > http://homepage.mac.com/coldham/klang/ > > I'm playing these instruments with some colleagues on Oct. 4th at The > Stone in NYC. (all the way from Berlin!) Here's a link to the calendar: > > http://www.thestonenyc.com/calendar.php?month=1 > > So if you are nearby, come on down. My stuff should be particularly > interesting to folks who are into nime or physical computing or > interaction design. Or music, art or poetry! Please say hi! > > Collin Oldham > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Music made with Pd...
...and Arduino and Ardour and a huge box of parts and some things I learned at ccrma. http://homepage.mac.com/coldham/klang/bedone.mp3 more about me at: http://homepage.mac.com/coldham/klang/ I'm playing these instruments with some colleagues on Oct. 4th at The Stone in NYC. (all the way from Berlin!) Here's a link to the calendar: http://www.thestonenyc.com/calendar.php?month=1 So if you are nearby, come on down. My stuff should be particularly interesting to folks who are into nime or physical computing or interaction design. Or music, art or poetry! Please say hi! Collin Oldham ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bay area pd/gem person
Someone has asked about the time requirements for the work. The best answer I can give is that it varies from an hour or so for simple troubleshooting to a full day to install a piece in a new location (gallery, museum or private collection). The frequency of work is very intermittent but there is a growing amount of artwork in the area which requires specific technical knowlege like Pd. Other good skills to have are a familiarity with Macs, video cameras and plasma/LCD displays. Digital and electronic art conservation is a growing field! Call now for your free brochure! ;) Chris On 9/27/07, chris clepper <[EMAIL PROTECTED]> wrote: > > Hi > > I am looking for a person in the Bay Area who knows Pd and GEM well enough > to help with some art installations out there. The work is a combination of > setting up future installations and also maintaining the work when the need > arises. Most of this will be in San Francisco proper, but other locations, > including Silicon Valley, are possible too. This is all paid work. > > Thanks, > Chris > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] bay area pd/gem person
Hi I am looking for a person in the Bay Area who knows Pd and GEM well enough to help with some art installations out there. The work is a combination of setting up future installations and also maintaining the work when the need arises. Most of this will be in San Francisco proper, but other locations, including Silicon Valley, are possible too. This is all paid work. Thanks, Chris ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pddb down?
Any word on when pddb will be functional. It says it's out of order, and I just get back-end errors when trying to use it. Sam ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bug in lister (zexy) ?
On Thursday 27 September 2007 16:38:22 Frank Barknecht wrote: > Yes, looks like a bug in [lister], and there seem to be more: Replace > [list-rot] with [list prepend 10] and you will get other issues. > However I think, [lister] can be savely deprecated now that we have > [list]. Maybe it would be safer to have the shortcut [l] be used for [list] instead of [lister], or at least correct the doc for [lister] to mention that it's better to use [list]. Instead, the help for [lister] actually deters people from using [list] by saying: "of course, this should be named "list", but there already appears to be a "list" object, though i don't see any use in it" I suppose it's a leftover from an era when lists weren't implemented yet in vanilla. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Thu, 27 Sep 2007, Frank Barknecht wrote: Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: pffft, it's the same trick as what currently allows [pd] to not be recreated when its arguments change... there *is* a precedent. Hm, but generally the outlet count doesn't change when a subcanvas is renamed. Do you think, the trick can be made to work for that as well? (Note: I don't know how nothing about how the trick works.) there is a "moveinletfirst" command that is used for resorting inlets when using [inlet] and [outlet] inside of a [pd]. Modifying the number of [inlet] and [outlet] objects changes the number of inlets and outlets of a [pd] object. Therefore there is precedent for modifying the inlet-list and outlet-list of an object at runtime. GridFlow (since summer 2006) allows you to change the number of inlets and outlets of any object while it is on the canvas, just by saying something like "self.inlets = 42" in the Ruby code. It will delete or create any number of inlets as necessary for that. If GridFlow can do it, Pd internals can do it. (GridFlow has a bug in that it expects inlets and outlets to be non-connected when they are deleted like that, but that's actually not really hard to fix, it's just that I didn't bother with it) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Thu, 27 Sep 2007, Yves Degoyon wrote: but there were rudest things from you like accusing me of not doing free software, http://lists.puredata.info/pipermail/pd-dev/2005-12/005585.html http://lists.puredata.info/pipermail/pd-dev/2005-12/005587.html You have to be a bully to accuse me of defending myself against you, and pretend not to remember that you attacked first. And then, yes, the Degoyon license is legally shady, there is no doubt about that. I'm not inventing this, http://lists.puredata.info/pipermail/pd-dev/2005-12/005596.html http://lists.puredata.info/pipermail/pd-dev/2005-12/005600.html But somehow you would ever admit a mistake like that, ever, and instead you just blame the whole pd community??? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] uvc class webcam and Gem, pdp, (v4l)
ola
>
>Pdp gives me very the same error:
>
>-
>pdp_v4l: cap: name UVC Camera (041e:4058) type 1 channels 1 maxw 1600 maxh
>1200 minw 48 minh 32
>pdp_v4l: picture: brightness 33825 depth 16 palette 8
>VDIOCGCHAN: Invalid argument
>pdp_v4l: auto open failed
>pdp_v4l: no device opened
>pdp_v4l: attempting auto open
>pdp_v4l: opening /dev/video0
>
>-
>
>
>
could be that the driver doesn't return the right number of channels here.
did you compile pdp sources?
in this case, in this part of the code :
/* get channel info */
for (i = 0; i < x->x_vcap.channels; i++)
{
x->x_vchannel.channel = i;
if (ioctl(x->x_tvfd, VIDIOCGCHAN, &x->x_vchannel) < 0)
{
perror("VDIOCGCHAN");
goto closit;
}
post("pdp_v4l: channel %d name %s type %d flags %d",
x->x_vchannel.channel, x->x_vchannel.name,
x->x_vchannel.type, x->x_vchannel.flags);
}
and comment "goto closit" like this :
// goto closit
mmm, i dunno if that can help,
suerte,
sevy
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bug in lister (zexy) ?
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: > I think I ran into a bug in zexy's lister, or at least a surprising behavior > that should perhaps be documented. It seems that its output is reevaluated > for each inlet it is connected to (ie if the left inlet of the lister has > changed in between because of the depth-first traversal, its output will > change). I suppose it's a bug because the [f] object doesn't behave this way. > I'm not sure my explanations are very clear, so I attached a small patch to > demonstrate the issue. Yes, looks like a bug in [lister], and there seem to be more: Replace [list-rot] with [list prepend 10] and you will get other issues. However I think, [lister] can be savely deprecated now that we have [list]. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpod on Matrixsynth
Malte Steiner wrote: >pdpod made it on Matrixsynth, a synthesizer enthusiasts blog: > >http://matrixsynth.blogspot.com/2007/09/pdpod.html > > > ah cool guenter must be behind this.. but whatever happened to GG? see you soon, sevy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
Mathieu Bouchard wrote: > On Thu, 27 Sep 2007, Yves Degoyon wrote: > >>> in my paper "a type theory for the documentation of PureData" >> >> this is very useless to quote oneself, >> gosh all this blah blah just to say >> everyone should use triggers, >> i speak of this in day 1 of a workshop. > > > yves sévy encore... rien à faire... rien à cirer... > except the fact that this is rude, but there were rudest things from you like accusing me of not doing free software, i wouldn't really give a shit if you were not bloating our e-mail box with 8 or 9 messages about triggers, self referencing and saying absolutely _nothing_, if not blurring everything. yeh ciao, sevy > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Cana > da ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] uvc class webcam and Gem, pdp, (v4l)
elo i'm fiddling around with my new webcam, a creative optia af. I want to be able to run this camera under ubuntu feisty with gem and pdp. I had to make again a big research until i found this: http://linux-uvc.berlios.de/ . Now the only application that can run this camera is luvcview. I cannot run right now my webcam with Gem nor Pdp nor xawtv and all other webcam applications. Gem (from ubuntu-repo) gives me this error: -- GEM: Graphics Environment for Multimedia GEM: ver: 0.90 GEM: compiled: Feb 16 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version on irix/windows) GEM:Chris Clepper (macOS-X) GEM:Daniel Heckenberg (windows) GEM:James Tittle (macOS-X) GEM:IOhannes m zmoelnig (linux/windows) video4linux ieee1394 for linux Direct Rendering enabled! GEM: Start rendering pix_videoNEW: starting transfer cap: name UVC Camera (041e:4058) type 1 channels 1 maxw 1600 maxh 1200 minw 48 minh 32 picture: brightness 33825 depth 16 palette 8 VDIOCGCHAN: Invalid argument closing video pix_texture: not using client storage - Pdp gives me very the same error: - pdp_v4l: cap: name UVC Camera (041e:4058) type 1 channels 1 maxw 1600 maxh 1200 minw 48 minh 32 pdp_v4l: picture: brightness 33825 depth 16 palette 8 VDIOCGCHAN: Invalid argument pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: opening /dev/video0 - Thanx for any help greetings Moritz -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: > On Thu, 27 Sep 2007, IOhannes m zmoelnig wrote: > >Jamie Bullock wrote: > >>Does anyone know if a feature request has ever been submitted for that? > >>If not, I will gladly submit one. > >yes it has, and i have given an explanation (though no excuse) why this > >is not trivial to solve (or rather not at all, the way objects are > >currently created) > > pffft, it's the same trick as what currently allows [pd] to not be > recreated when its arguments change... there *is* a precedent. Hm, but generally the outlet count doesn't change when a subcanvas is renamed. Do you think, the trick can be made to work for that as well? (Note: I don't know how nothing about how the trick works.) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Interrupted sound
if you dont need the audio routing from jack, then the plain ALSA driver is much easier to get workign properly. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Command line-magic for PDP-compatibliness?
Le mardi 25 septembre 2007 à 14:39 +0200, IOhannes m zmoelnig a écrit : > Yves Degoyon wrote: > > hola, > > > > mencoder AGPZY3GhtWA.flv -o AGPZY3GhtWA.mov -oac pcm -ovc lavc -lavcopts > > vcodec=mjpeg -of lavf -lavfopts format=mov -lavfopts > > i_certify_that_my_video_stream_does_not_use_b_frames > > > > which mencoder version do you use for this? > i am currently thinking about writing an flv-decoder for pdp for a > project. naive re-coding with mencoder always results in intolerable > filesizes. Do you know of a quality option in mencoder so that the transcoded filesize stays within reasonable, when we use the vcodec=mjpeg option? ++ O. signature.asc Description: Ceci est une partie de message numériquement signée ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdpod on Matrixsynth
pdpod made it on Matrixsynth, a synthesizer enthusiasts blog: http://matrixsynth.blogspot.com/2007/09/pdpod.html -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Thu, 27 Sep 2007, IOhannes m zmoelnig wrote: Jamie Bullock wrote: Does anyone know if a feature request has ever been submitted for that? If not, I will gladly submit one. yes it has, and i have given an explanation (though no excuse) why this is not trivial to solve (or rather not at all, the way objects are currently created) pffft, it's the same trick as what currently allows [pd] to not be recreated when its arguments change... there *is* a precedent. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
Jamie Bullock wrote: > > Does anyone know if a feature request has ever been submitted for that? > If not, I will gladly submit one. > yes it has, and i have given an explanation (though no excuse) why this is not trivial to solve (or rather not at all, the way objects are currently created) it should be in the mailinglist archives somewhere fmasdr. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
On Thu, 2007-09-27 at 03:10 +0200, tim wrote: > > If you need to have a specific execution order, then you should use a > > [trigger]. It makes it explicit, which is a good thing. > > > > > Hello, > > What makes this a bit tedious is that, if you insert a new argument > inside [t b b b] to get [t f b b b], the connections already in place > don't move one place to the right, so you have to manually remove and > redraw all of them. > Does anyone know if a feature request has ever been submitted for that? If not, I will gladly submit one. Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
IOhannes m zmoelnig wrote: > > the pd solution is _much_ better: you use [trigger] or you produce a > buggy patch. > it does not aim to solve the problem implicitely. > true it doesn't solve the problem either. > please ignore this. i have misunderstood the problem. fmgads.r IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Note name to frequency
Hallo, Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote: > And with this method you can even do something like: > > [select C4 C#4 D4 ...] > | | | > [60( [61( [62( ... > > and then copy it and paste it several times and change the arguments > and messages. (Saves a TON of mouse clicks!) Yep, good approach, realized in attached patch a bit (requires pd-0.40) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ note2f.pd Description: application/puredata note2f-help.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
marius schebella wrote: > Derek Holzer wrote: >> It can get especially confusing >> when sends and receives get involved. > > the pd solution is not much better, you most of the times can not tell > which receive will get a message first. > marius. the pd solution is _much_ better: you use [trigger] or you produce a buggy patch. it does not aim to solve the problem implicitely. true it doesn't solve the problem either. fmadr.a IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] fundamental hot/cold midi question
Hallo, Stephen Sinclair hat gesagt: // Stephen Sinclair wrote: > Since [t] is the official work-around for this issue it's certainly no > show-stopper, but I think it would be nice, imho, if there were a > cleaner way of representing this. I think, I finally agree with you here, except one thing: Using [trigger] is not a "work-around" and shouldn't be called that. [t] is the construct Pd offers to order instructions - just as much as [f] is the construct Pd offers to store numbers and not just a work-around to the problem, that numbers can change. ;) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
