Pd-list February 2011

pd-list@lists.iem.at

121 participants
193 discussions

pd geek shirts
by Richie Cyngler 24 Feb '11

24 Feb '11

Hi all, I'm designing a couple of Pd geek shirts, pretty much just to merge my love of Pd and shirts. I've attached a .pd version of both designs. Since I'm not a screen printer I'm considering uploading the designs to redbubble.com and listing them at cost. That way anyone who wants to order them can, and only redbubble makes money out of it. I chose redbubble because they have good postage rates for me and the quality of the final product is good. If anyone is not cool with this please say so. I'm very happy to send out the high rez files to anyone who wants to print them themselves too, just let me know. -cheers Richard

6 8

[PD-announce] Doctoral Studies and Visiting Researcher Activities at the Department of Media, Aalto University School of Art and Design
by Koray Tahiroglu 24 Feb '11

24 Feb '11

-- Doctoral Studies -- The first part of the annual application deadline to doctoral studies at the Aalto University School of Art and Design (Helsinki/Finland) is approaching. This is an announcement for those who are willing to continue further with doctoral studies, especially with a specific interest in multidisciplinary artistic/practice-based research. Applications are now being accepted for 2011-2012 academic year and must be delivered by March 15th. Currently we are in the process of forming a new research group in the Department of Media with a special interest in Sound and Physical Interaction. Sound and Physical Interaction (SOPI) research group is focusing on sound and its critical role in designing new ways of interactions between humans through digital environments. The group's mission is to investigate and integrate innovative research activities in sound design and physical interaction practices on various scales to advance their role and impact in the future of media and interactive art. The scope of the SOPI research group includes all aspects of computational analysis, synthesis and processing as applied to New Media practices; communication, audio-visual production, computer music and interactive art. The research group combines both the expertise in Digital Audio and Interaction Design and the knowledge in Interactive Art and Product Design. SOPI research areas include but not limited to; - Sound in Product Design - Multimodal Interfaces - Physical Interaction - Music Computing - Mobile Music - Auditory Displays - Sonic Interaction - Embodied approches in Participatory Music Experience - Computational Models for Audiovisual Performances I would like to encourage individuals to consider applications specifically addressing related research areas in SOPI research group, Department of Media, Aalto University School of Art and Design. You can contact me (koray.tahiroglu(a)aalto.fi) directly for any further information. Here it is the link for application http://www.taik.fi/research/howtoapply/ -- Visiting Researcher Activities -- SOPI research group also aims to organize International Research Cooperation throughout the collaboration agreements with universities around the world and the Aalto University School of Art and Design. This will include researcher's mobility and joint research projects in collaboration with our european and other partners. You can contact me (koray.tahiroglu(a)aalto.fi) directly to discuss further any shared/joint interest in these activities. Best, Koray ------------------------------------- M.Koray Tahiroğlu Media Lab, Aalto University, School of Art and Design http://mlab.taik.fi/~korayt tel: +358 45 233 6272 _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

2 2

Re: [PD] Pitch envelope
by Matt Barber 24 Feb '11

24 Feb '11

I think it would help me to think of the problem if you could say what you wanted the envelope itself to look/sound like. Is this a continuous glissando (in frequency? pitch?) from low to high? Does it go up then down then up again? Or any of these possibilities? Does it matter more what transpositions are involved or what the timing of the contour is? All of this matters. For instance let's say you had a 1000ms sample, and you want the result of this process to start out an octave lower than the original for a period of time, and then you want it to jump suddenly to an octave higher than the original at some point, such that the total time of this event is 1000ms. Then your timing is determined for you -- you spend 666.667 ms for the octave lower (chewing up 1/3 of the original), and then 333.333 ms for the octave higher (chewing up the remaining 2/3 of the original). But let's say you just want the sound to start some unspecified interval lower than original and then exactly halfway through the 1000ms you leap up to some interval higher than written -- this is a very different problem and it has multiple solutions (that is, it depends on the value of at least one of the intervals). You can start with an octave lower (0.5 playback speed) and then jump at 500ms to a perfect fifth higher (1.5 playback speed). Or you could start a just major third lower (0.8 playback speed) and then jump at 500ms to a just minor third higher (1.2 playback speed). This is true but a little more complicated with glissandi -- it matters a lot whether you care more about the timing or more about the intervals of transposition, and if you care about the intervals it's important whether you're thinking of interval in terms of frequency difference or in terms of pitch (the base-2 log of frequency ratios, i.e. "fractions of an octave" or "semitones" or what have you). The "linearity" of the continuous change will have everything to do with whether you're thinking of frequency or the pitch measurement. I haven't thought this through but I'm pretty sure that a linear envelope on frequency will have the same timing as the average of the endpoint playback speeds -- in the above example, going from 0.5x to 1.5x at 500ms would be the same as linearly changing from 0.5x to 1.5x over the whole 1000ms -- so long as the mean is 1. Matt > > Herm.. not sure, > > What I mean is this. If I have a sample of 1000ms, and a breakpoint envelope of > 1000ms duration, the two will stay the same length as long as I don't make any > points on the graph (i.e. the transpose envelope stays at 0 all the way > through). > > With a transposing sampler, as soon as the transposition is increased the time > of the sample playback is decreased, so the transposition envelope will not > finish before the sample is played out. Similarly, if the transposition envelope > is goes down, the transposition envelope will finish before the sample does. > > What I am looking for is a mathematical way to calculate the length of a > transposition envelope relative to its effect on a finite-length sample, and so > to derive a length for the envelope that will allow the envelope and the sample > to play out over the same duration. > > > The transposition will continuously change the length of the sample, and so from > my limited knowledge of mathematics I reckon it will take some integration of > the breakpoint envelope to calculate this number. I'm just not sure how to do > this. > > Best, > Ed > > > Metastudio 4 for Pure Data - coming soon! > Metastudio 3 still available at http://sharktracks.co.uk/puredata

3 2

Re: [PD] Gridflow+ L2Ork pd-extended (was: L2Ork pd-extended release candidate 1 now available)
by Ivica Ico Bukvic 23 Feb '11

23 Feb '11

Great! Thanks for the report. This was definitely on my todo list. BTW There have been a lot of unannounced releases of pd-l2ork lately so you may want to check it out. Latest release alone includes universal copy and paste and many other usability improvements. Cheers! ALAN BROOKER <alan.brooker2010(a)gmail.com> wrote: >Hi All > >tried quickly L2Ork with Gridflow 9.14 and both are working >great-big thanks :) > >Off topic Mathieu but has Gridflow 9.14 been tested with the vanilla >Pd 0.43-0 test versions? > >Thanks again > > >On Wed, Dec 8, 2010 at 8:15 PM, ALAN BROOKER <alan.brooker2010(a)gmail.com> wrote: >> oops!Apologies Mathieu, it was meant for list, rather just an email to you >> directly >> >> >> I have all of those libraries installed, so I will download Gridflow again >> shortly for those additions- the object [#to_pdp] is working and and can >> display output, so I am using that for meantime >> Thanks to all for looking into this, it's great to have gridflow going >> on L2Ork pd-extended for a good set up ! >> >> On Wed, Dec 8, 2010 at 3:02 PM, Mathieu Bouchard <matju(a)artengine.ca> wrote: >>> >>> On Wed, 8 Dec 2010, ALAN BROOKER wrote: >>> >>>> I have replaced the g_canvas.h with the version from L2Ork pd-extended >>>> and recomplided gridflow- yes it is stable now. However some objects are not >>>> loading/working specifically [#see] and [#out window]. >>> >>> I am replying back to the list because it looks like your email doesn't >>> have private content, even though you wrote it to just me. >>> >>> The problem with [#see] must have to do with changes specific to L2Ork. Do >>> you get a crash ? It has to do with the NEWWB macro in src/classes_gui.cxx, >>> which allocates a t_widgetbehavior, but does not set the 8th field. To do >>> this in a way that is also compatible with pd-extended's g_canvas.h, we have >>> to add a CLEAR(wb) right there (it's just a memset shortcut). I'm adding it >>> now. >>> >>> [#out window] is an alias for any of the 3 main image display handlers : >>> [#out x11], [#out sdl], [#out quartz]. (there are two more, [#out aalib] and >>> [#see], that aren't accessible by [#out window]). >>> >>> To get [#out x11] working, you need to have enough .h files installed. >>> Perhaps you need libx11-dev, libxext-dev, and/or libxt-dev. They're not >>> listed in README. I'm adding them now. >>> >>> _______________________________________________________________________ >>> | 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

3 2

Re: [PD] loadbang not sent for dynamically created objects?
by Jonathan Wilkes 23 Feb '11

23 Feb '11

I just skimmed your changes, but I think that's a great addition to the docs. -Jonathan

1 0

Re: [PD] Gridflow+ L2Ork pd-extended (was: L2Ork pd-extended release candidate 1 now available)
by Mathieu Bouchard 23 Feb '11

23 Feb '11

On Wed, 8 Dec 2010, ALAN BROOKER wrote: > I have replaced the g_canvas.h with the version from L2Ork pd-extended > and recomplided gridflow- yes it is stable now. However some objects are > not loading/working specifically [#see] and [#out window]. I am replying back to the list because it looks like your email doesn't have private content, even though you wrote it to just me. The problem with [#see] must have to do with changes specific to L2Ork. Do you get a crash ? It has to do with the NEWWB macro in src/classes_gui.cxx, which allocates a t_widgetbehavior, but does not set the 8th field. To do this in a way that is also compatible with pd-extended's g_canvas.h, we have to add a CLEAR(wb) right there (it's just a memset shortcut). I'm adding it now. [#out window] is an alias for any of the 3 main image display handlers : [#out x11], [#out sdl], [#out quartz]. (there are two more, [#out aalib] and [#see], that aren't accessible by [#out window]). To get [#out x11] working, you need to have enough .h files installed. Perhaps you need libx11-dev, libxext-dev, and/or libxt-dev. They're not listed in README. I'm adding them now. _______________________________________________________________________ | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC

2 3

standard encoding of pd files in each system?
by João Pais 23 Feb '11

23 Feb '11

Hi, I was curious to know what is the standard encoding of pd files in each operating system. According to Notepad+, in XP is ANSI. Or a followup question, which format is better for pd to read a string of characters and convert it to floats? ANSI seems the be most reliable here where it comes to interpreting the data, although utf8 without BOM renders them in the symbol atom more accurately. The reason I'm asking is because I'm working with converting ascii characters to their float value. If anyone wants, I can send a small test patch to try out. JoÃ£o -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmpais(a)googlemail.com | skype: jmmmpjmmmp

5 12

Pd suddenly huge in Russia?
by Hans-Christoph Steiner 23 Feb '11

23 Feb '11

I was just looking at the download statistics, and it seems there was an insane burst of downloads from Russia recently: http://sourceforge.net/projects/pure-data/files/pd-extended/0.42.5/stats/ti… Anyone have any ideas on why? .hc ---------------------------------------------------------------------------- Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith

4 3

Re: [PD] Pd suddenly huge in Russia
by Jonathan Wilkes 22 Feb '11

22 Feb '11

--- On Tue, 2/22/11, Matt Barber <brbrofsvl(a)gmail.com> wrote: > From: Matt Barber <brbrofsvl(a)gmail.com> > Subject: Re: [PD] Pd suddenly huge in Russia > To: pd-list(a)iem.at > Date: Tuesday, February 22, 2011, 6:13 PM > I have this recurring dream when I'm > under deadline for a patch: > > Cleveland (it's always Cleveland) is going to be attacked > by a nuclear > weapon, and it is up to ME, armed with Pd, to write a patch > that > defuses the bomb and saves Cleveland. It is a huge > responsibility. > > > > > is it related to some kind of new non-open source cold > war? > > > > no way.... > > _______________________________________________ > Pd-list(a)iem.at > mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >

1 0

Akai LPD8 Pd Abstraction
by patrick mcnameeking 22 Feb '11

22 Feb '11

Greetings List, I put together a clean-looking patch for use with Akai's LPD8 controller. Nothing fancy here, just a nice way to interface it with OSC. Thought I would post it here in the hopes that it might save someone else a little time in the future if they happen to be using the same hardware. cheers, Pat Description: A simple patch to be used as an abstraction giving graphical feedback regarding the state of Akai's LPD8 knobs and trigger pads. This patch provides routing options for OSC as well. Click on the "Info" toggle for instructions on its use. Click the "OSC" toggle to configure your OSC settings, then click the "1/0" toggle to turn OSC on or off. This patch requires the mrpeach library for the [udpsend] and [packOSC] objects. -- 'Given enough eyeballs, all bugs are shallow.'

1 0

← Newer
1
2
3
4
5
6
7
8
...
20
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 February 2011