Pd-list June 2010

pd-list@lists.iem.at

144 participants
304 discussions

[folder] external?
by Kim Cascone 27 Jun '10

27 Jun '10

I'm looking for a way to read the names of files in a folder as well as filter for types (I know I can also build the plumbing to pattern match too) is there a Pd object or abstraction that serves a similar function as the [folder] external in Max/MSP? note: I played around with the [playlist] external which is *very* nice but not sure it allows me to filter for file types...? any/all help is very appreciated :)

7 28

under water effect?
by Jon 27 Jun '10

27 Jun '10

i know Andy Farnell's book (http://aspress.co.uk/ds/table_of_contents.php) has some water related examples but has anybody attempted to recreate an underwater effect? surely we all remember screaming our lungs out underwater at the swimming pool as kids and i reckon with some filters you could achieve something remotely close to what we humans hear down there. Hints?

1 0

Re: [PD] Fwd: l'franglais, et éventuellement de retour à PureData...
by patko 26 Jun '10

26 Jun '10

----- "Pierre Massat" <pimassat(a)gmail.com> a écrit : > I apologize in advance for all those who don't speak french... > En tout cas je ne vois pas bien l'intérêt d'avoir une interface > traduite, étant donné que le coeur de Pd se trouve dans les patches, > et qu'il est à peu près impensable d'espérer traduire les objets en > français. Il existe déjà un external en français, pmpd, mais quand je l'ai installé j'ai du oublié une étape car les objets n'ont pas l'alias vers le français (ou vice versa?) Résultat des courses: presque aucun patch ne fonctionne à cause de ça. Mrḩbā Patrce Colet

1 0

[PD-announce] Pure Data Patching Circle in Bruxelles this Sunday (about GEM and 3D)
by Jack 26 Jun '10

26 Jun '10

Hello, Date: Sunday, 27 June, 2010 - 14:00 We'll focus on video and 3D : Jack from the RYBN collective (http://rybn.org) will come over to introduce us to GEM, one of the graphical libraries in PD, focussing on video and 3D generative synthesis. The goal is to create a thorough understanding of these techniques over a few sessions. 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(a)okno.be to confirm your participation, so we can prepare properly. ++ Jack _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

3 5

Re: [PD] [#store] grid index
by patko 26 Jun '10

26 Jun '10

----- "Mathieu Bouchard" <matju(a)artengine.ca> a écrit : > On Fri, 25 Jun 2010, patko wrote: > > > I'd like to use also this thread to expose another problem, it's > about to get how [#for 1 3 1] works, > > it often outputs this message: > > dimension mismatch: from:Dim[] to:Dim[1] step:Dim[] > > This is because GridFlow distinguishes a float (or int) from a list > (or > vector), and it's not only a jMax legacy thing, it's also part of the > > logical progression from scalar to vector and vector to matrix and so > on > to higher dimensions. PureData's habit of not distinguishing "float > $1" > and "list $1" works against GridFlow here. > > [#for] has a scalar behaviour as [#for 1 3 1], and a vector behaviour > as > [#for (1) (3) (1)], but it's really the same class, the same inlets, > and > it doesn't auto-cast from scalars to 1-element vectors nor vice versa. > So > you may have to introduce messageboxes saying "list $1" or "float $1" > > sometimes... or [#redim] for content already in grid form. > > 1-element vectors exist so that there is something that is to > 2-element > vectors as 2-elements are to 3-element vectors. It's a matter of > logical > progression (induction over natural numbers). No matter how weird it > may > be, it's less weird than if it weren't like that, really. > > > The object works good when I try manually, but when it's done with > triggers, > > That's one case where you have to pick [t f] vs [t l] or [t a]. It's > in > part because [t] converts a float-message whether you like it or not, > and > GridFlow is sensitive to it. I've just replaced [t b a] by [t b f] in my [list length] example and it seem to work good, so simple in fact... > > You also have an execution-order problem as there is a fanout instead > of a > [t l l] on the left. > > > I do understand that there is a GRID_FLOW time as it's explained in > > > [#finished] help file but the lack of pratical examples really slows > the > > understanding of a "good use" of gridflow class objects. > > You problem here has nothing to do with the GRID_FLOW transmission > phases. > It happens when you try to use a same source grid in what becomes > eventually two inlets of the same object. For example, if you want to > > divide a grid by its own sum to normalise it, you have to use [#t] to > > buffer the left-grid while you are still computing the sum of it to > feed > in the right-inlet of the division. > > You never need [#t] for the simple case of [#dim] because [#dim] is > done > with its job before the input grid contents are even sent. It's also > like > that with [#type]. > > The "GRID_FLOW time" would deserve more writing. Too much hesitation > between documenting it and "fixing it", I suppose. This has to do with > the > fixes either introducing new problems of their own, or removing > occasionally useful features that are exclusive to GridFlow... > Gridflow has to reach a kind of complexity level that makes it very sensitive, from what I understand. Wouldn't it be possible to make a PureData version that is managing data correctly in regard of grids? Or just including an error message that shows a link to a doc where we can read about it might be usefull > > hartelijk > > hein ? > c'est du néerlandais, c'est marrant comme language, je n'y vois rien qui ressemble au latin, du coup chaque nouveau mot sonne comme un peu comme un nouveau mode d'éternuement je trouve. > _ _ __ ___ _____ ________ _____________ _____________________ ... > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 -- Patrice Colet

2 1

Fwd: [#store] grid index
by patko 26 Jun '10

26 Jun '10

----- Mail transféré ----- De: "patko" <colet.patrice(a)free.fr> À: "Mathieu Bouchard" <matju(a)artengine.ca> Envoyé: Vendredi 25 Juin 2010 12h55:48 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [PD] [#store] grid index ----- "Mathieu Bouchard" <matju(a)artengine.ca> a écrit : > On Thu, 24 Jun 2010, Mathieu Bouchard wrote: > > > The trick is to use a [#slice] to extract the information to sort > > about ; however the [#slice] needs to know the height of the grid, > so > > you need a [#dim]. the [#unpack] and msgbox is only one way to do it > in > > two steps : you can also do [# * (1 0)] [# + (0 1)] and there are a > > > bunch of other equivalent ways. Then, when you have a grid of size > (n 1) > > and you need to get it to size (n), you'd do something like [#fold > +] or > > [#fold put], > > Actually, in the case where you only want the last column, you can > skip > [#slice] and [#dim] and just use [#fold put]. > > Therefore, if you only want the last column, you can flip the grid > using > [#reverse 1] before using [#fold put]. > > And if you know the number of columns in advance, you can select the > column using a one among zeroes, as in [#inner (5 # 1 0 0 0 0)], which > in > this case is the same as [# * (1 0 0 0 0)] then [#fold +] (this > equivalence only works with simple cases of #inner, those where the > right-inlet has only one dim) > Thank you it's been useful. I'd like to use also this thread to expose another problem, it's about to get how [#for 1 3 1] works, it often outputs this message: dimension mismatch: from:Dim[] to:Dim[1] step:Dim[] The object works good when I try manually, but when it's done with triggers, this message come in a way that is really hard to trace, When inlets are triggered by the same flow, something sometimes comes at the outlets. Attached is an exemple of what I'm trying to expose. I do understand that there is a GRID_FLOW time as it's explained in [#finished] help file but the lack of pratical examples really slows the understanding of a "good use" of gridflow class objects. hartelijk p -- Patrice Colet

1 0

Re: [PD] *****SPAM***** Pd-list Digest, Vol 63, Issue 185
by Marco Donnarumma 26 Jun '10

26 Jun '10

Thanks for explaining Andras.. mine was a compiling-noob question. M Message: 1 > Date: Fri, 25 Jun 2010 18:45:29 +0200 > From: Andr?s Mur?nyi <muranyia(a)gmail.com> > Subject: Re: [PD] compiling pdextended rc3 jaunty > To: PD List <pd-list(a)iem.at> > Message-ID: > <AANLkTimvoSLVE-jCuwyO9qM7nE420vgSo82NkIDeS39u(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > On Fri, Jun 25, 2010 at 3:07 PM, Marco Donnarumma <devel(a)thesaddj.com > >wrote: > > > Hi all, > > I'm trying to build a jaunty package of pdextended rc3. > > I get the source from > http://puredata.info/docs/developer/GettingPdSourcespecifically the > "Pd-extended between releases" (is this correct?) > > > > when i make install && make package I get this error: > > > > /usr/bin/ld: cannot find -lmp3lame > > collect2: ld returned 1 exit status > > make[2]: *** > > [/home/sad/pd-extended/externals/unauthorized/mp3amp~/mp3amp~.pd_linux] > > Error 1 > > rm /home/sad/pd-extended/externals/unauthorized/mp3amp~/mp3amp~.o > > make[2]: Leaving directory `/home/sad/pd-extended/externals' > > make[1]: *** [externals_install] Error 2 > > make[1]: Leaving directory `/home/sad/pd-extended/packages' > > make: *** [install] Error 2 > > > > is this about missing dependency libmp3lame? > > > > I do have installed libmp3lame0 though. > > > > am I doing something wrong? > > thanks > > > > > Well, make sure you have libmp3lame-dev installed. > For every required library, you need the source of the library for > building. > > Andras >

1 0

Insert an image with gop in an abstraction in a library
by Olivier Baudu 25 Jun '10

25 Jun '10

Hi, I've made an abstraction with a gop for the user to see an image as a GUI. (with [image] from ggee) I've put this abstraction in my personnal library (which is in Pd path) but when I load the abs in a new patch the image doesn't appear. I imagine it's about the path because if I open the abs, the image is here... Did I miss something ? Do you know a way to do what I want... ? Thanks 01ivier Ubuntu 10.04 / 0.42.5-extended-rc4

4 14

FLOSS sonic event - deadline for proposals extended
by Jake Harries 25 Jun '10

25 Jun '10

Hi Deadline extended to 2nd July for 23rd July event We're looking for audio and audio-visual artists to perform at a couple of small live sonic art events at Access Space this year. We're particularly interested in artists who use FLOSS audio and video tools under Linux with recycled technology, and who are resident in and around South Yorkshire. **Please note that we will pay a fee of £75 per performance and there is a small budget toward travel, and while this call doesn't automatically exclude people from outside this area, we feel it may suite those residing closer to us** Unusual approaches to diffusion and sound generation e.g. using recycled computer speakers, are welcome! Our first event will be on the Friday 23rd of July, the second on 29th of October, and run 6pm-8.30pm. If you are interested in the first event please email an example of your work no larger than 7 Mb or a link to a media file, a description of your proposed performance and any technical requirements to jake(a)access-space.org by 2nd of July 2010. For the second event please contact us by the 31st of July 2010. Please forward this email to anyone you think might be interested. Access Space is an unusual venue for events of this kind as it is an open access media lab during the day and the technology available is all donated or recycled. About Access Space: Based in Sheffield city centre, Access Space is the UK's longest running open access media lab. We have been using Open Source Software and recycled computers to develop creativity, community, skills and resourcefulness for almost ten years. We're a place for skill sharing, artistic endeavour, creative expression and collective knowledge. Access Space has also recently announced plans for a DIY FabLab. <<<<<<<<<<<<<<<<<<<< Linux Open Source Sound project: http://loss.access-sHi Deadline extended to 2nd July for 23rd July event We're looking for audio and audio-visual artists to perform at a couple of small live sonic art events at Access Space this year. We're particularly interested in artists who use FLOSS audio and video tools under Linux with recycled technology, and who are resident in and around South Yorkshire. **Please note that we will pay a fee of £75 per performance and there is a small budget toward travel, and while this call doesn't automatically exclude people from outside this area, we feel it may suite those residing closer to us** Unusual approaches to diffusion and sound geHi Deadline extended to 2nd July for 23rd July event We're looking for audio and audio-visual artists to perform at a couple of small live sonic art events at Access Space this year. We're particularly interested in artists who use FLOSS audio and video tools under Linux with recycled technology, and who are resident in and around South Yorkshire. **Please note that we will pay a fee of £75 per performance and there is a small budget toward travel, and while this call doesn't automatically exclude people from outside this area, we feel it may suite those residing closer to us** Unusual approaches to diffusion and sound generation e.g. using recycled computer speakers, are welcome! Our first event will be on the Friday 23rd of July, the second on 29th of October, and run 6pm-8.30pm. If you are interested in the first event please email an example of your work no larger than 7 Mb or a link to a media file, a description of your proposed performance and any technical requirements to jake(a)access-space.org by 2nd of July 2010. For the second event please contact us by the 31st of July 2010. Please forward this email to anyone you think might be interested. Access Space is an unusual venue for events of this kind as it is an open access media lab during the day and the technology available is all donated or recycled. About Access Space: Based in Sheffield city centre, Access Space is the UK's longest running open access media lab. We have been using Open Source Software and recycled computers to develop creativity, community, skills and resourcefulness for almost ten years. We're a place for skill sharing, artistic endeavour, creative expression and collective knowledge. Access Space has also recently announced plans for a DIY FabLab. <<<<<<<<<<<<<<<<<<<< Linux Open Source Sound project: http://lossneration e.g. using recycled computer speakers, are welcome! Our first event will be on the Friday 23rd of July, the second on 29th of October, and run 6pm-8.30pm. If you are interested in the first event please email an example of your work no larger than 7 Mb or a link to a media file, a description of your proposed performance and any technical requirements to jake(a)access-space.org by 2nd of July 2010. For the second event please contact us by the 31st of July 2010. Please forward this email to anyone you think might be interested. pace.org/ <<<<<<<<<<<<<<<<<<<< Jake Harries Digital Arts Programme Manager ACCESS SPACE Unit 1, AVEC Building 3-7 Sidney St Sheffield, S1 4RG, UK t: +44 (0) 114 249 5522 w: www.access-space.org Reg. Charity 1103837 <<<<<<<<<<<<<<<<<<<< Supported by the National Lottery through the Arts Council England. <<<<<<<<<<<<<<<<<<<<

1 0

Re: [PD] [#store] grid index
by Mathieu Bouchard 25 Jun '10

25 Jun '10

On Fri, 25 Jun 2010, patko wrote: > I'd like to use also this thread to expose another problem, it's about to get how [#for 1 3 1] works, > it often outputs this message: > dimension mismatch: from:Dim[] to:Dim[1] step:Dim[] This is because GridFlow distinguishes a float (or int) from a list (or vector), and it's not only a jMax legacy thing, it's also part of the logical progression from scalar to vector and vector to matrix and so on to higher dimensions. PureData's habit of not distinguishing "float $1" and "list $1" works against GridFlow here. [#for] has a scalar behaviour as [#for 1 3 1], and a vector behaviour as [#for (1) (3) (1)], but it's really the same class, the same inlets, and it doesn't auto-cast from scalars to 1-element vectors nor vice versa. So you may have to introduce messageboxes saying "list $1" or "float $1" sometimes... or [#redim] for content already in grid form. 1-element vectors exist so that there is something that is to 2-element vectors as 2-elements are to 3-element vectors. It's a matter of logical progression (induction over natural numbers). No matter how weird it may be, it's less weird than if it weren't like that, really. > The object works good when I try manually, but when it's done with triggers, That's one case where you have to pick [t f] vs [t l] or [t a]. It's in part because [t] converts a float-message whether you like it or not, and GridFlow is sensitive to it. You also have an execution-order problem as there is a fanout instead of a [t l l] on the left. > I do understand that there is a GRID_FLOW time as it's explained in > [#finished] help file but the lack of pratical examples really slows the > understanding of a "good use" of gridflow class objects. You problem here has nothing to do with the GRID_FLOW transmission phases. It happens when you try to use a same source grid in what becomes eventually two inlets of the same object. For example, if you want to divide a grid by its own sum to normalise it, you have to use [#t] to buffer the left-grid while you are still computing the sum of it to feed in the right-inlet of the division. You never need [#t] for the simple case of [#dim] because [#dim] is done with its job before the input grid contents are even sent. It's also like that with [#type]. The "GRID_FLOW time" would deserve more writing. Too much hesitation between documenting it and "fixing it", I suppose. This has to do with the fixes either introducing new problems of their own, or removing occasionally useful features that are exclusive to GridFlow... > hartelijk hein ? _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
31
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 2010