Pd-list October 2011

pd-list@lists.iem.at

120 participants
174 discussions

3d plot : z values in an x-y matrix
by Jean-Marie Adrien 22 Oct '11

22 Oct '11

Hello, Ive been looking for a while and still do not find the object - that must be existing - to make a mesh-like 3d curve, similar to the one that can be obtained with gem's curve3d, but from data in the form of z values in an x-y matrix. If the object that processes the matrix does not exist, I could fix one with an object that plots a single array in 3d space, translating by "hand" curves to obtain a 3D mesh. Do one or the other object exist ? Thanks JM

2 1

Array Size limits
by Daniel Embleton 21 Oct '11

21 Oct '11

I know this question has been asked a couple of times before but i see that the posts are now quite old and, to be honest, i couldn't make sense of the replies as my understanding of puredata is somewhat limited. Basically i've been tasked with creating a patch that will accept full quality audio files, playing sections of the file back in a random order, to do this i understand that i will have to load the file into an array but the number of samples seems to be limited. Is there a way to lift this limit? I'm running windows 7 if that is relevant in any way. Thanks, Dan.

5 4

Re: [PD] fx chaining without glitch
by Hans-Christoph Steiner 21 Oct '11

21 Oct '11

You could make an abstraction that includes the effects that you are interested in. So it would be a limited set. Then you can chain these freely, and switch them between the effects. .hc On Oct 21, 2011, at 2:44 AM, Roman Haefeli wrote: > > How are you gonna patch this without creating DSP loops? > > Roman > > > On Thu, 2011-10-20 at 23:48 -0400, Hans-Christoph Steiner wrote: >> I think the way you'd do it to prevent glitches is to have them in >> subpatches, always attached, and then turn them on and off with a >> [*~] >> and a [switch~]. >> On Oct 20, 2011, at 9:44 PM, patrick wrote: >> >>> hi everyone, >>> >>> i would like to make a patch with multiple fx~ _but_ is it >>> possible to >>> chain the fx~ and change the order without a single glitch in the >>> dsp. >>> as an example: >>> >>> [adc~] >>> | >>> [reverb~] >>> | >>> [distortion~] >>> | >>> [dac~] >>> >>> now pressing a bang and automagically: >>> >>> [adc~] >>> | >>> [distortion~] >>> | >>> [reverb~] >>> | >>> [dac~] >>> >>> is it possible in pd? >>> thanks, >>> pat >>> >>> _______________________________________________ >>> Pd-list(a)iem.at mailing list >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >> >> >> >> ---------------------------------------------------------------------------- >> >> "[W]e have invented the technology to eliminate scarcity, but we are >> deliberately throwing it away to benefit those who profit from >> scarcity." -John Gilmore >> >> >> >> _______________________________________________ >> Pd-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > ---------------------------------------------------------------------------- You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie

1 0

Re: [PD] fx chaining without glitch
by abel.jerome＠free.fr 21 Oct '11

21 Oct '11

Hi I made a test with [mtx_mul~] : http://abel.jerome.free.fr/pd/fx/fx-chain.zip Result : it could be a solution. + Jerome

2 1

Re: [PD] fx chaining without glitch
by patrick 21 Oct '11

21 Oct '11

1 0

fx chaining without glitch
by patrick 21 Oct '11

21 Oct '11

hi everyone, i would like to make a patch with multiple fx~ _but_ is it possible to chain the fx~ and change the order without a single glitch in the dsp. as an example: [adc~] | [reverb~] | [distortion~] | [dac~] now pressing a bang and automagically: [adc~] | [distortion~] | [reverb~] | [dac~] is it possible in pd? thanks, pat

6 8

Re: [PD] fx chaining without glitch
by abel.jerome＠free.fr 21 Oct '11

21 Oct '11

I think you should : 1-create all fx objects you want with a send~/receive~ pair and an ID (like a $1) for each like : [s~ fx$1-out], [r~ fx$1-in] 2-create all receives~ [r~ fxID-out] and sends~ [s~ fxID-in] 3-connected them to a [mtx_*~] object from iemmatrix (or [mtx_mul~]) 4-send messages to the matrix objects to make dynamic audio connections 5-bonus : use a switch~ inside each fx objects to turn off/on audio in parallel with matrix messages 6-test it, if it works say hurra, and send us the patch folder Jerome

1 0

[PD-announce] LAC 2012: the Linux Audio Conference - Call for Participation
by Robin Gareus 20 Oct '11

20 Oct '11

LAC 2012: the Linux Audio Conference - Call for Participation April 12-15, 2012 @ CCRMA, Stanford University http://lac.linuxaudio.org/2012/ [Apologies for cross-postings] [Please distribute] Online submission of papers, music, installations and workshops is now open! On the website you will find up-to-date instructions, as well as important information about deadlines, travel, lodging, and so on. Read on for more details! We invite submissions of papers addressing all areas of audio processing based on Linux and open source software. Papers can focus on technical, artistic or scientific issues and can target developers or users. We are also looking for music that has been produced or composed entirely or mostly using Linux and other Open Source music software. The Deadline for all submissions is January 11th, 2012 The Linux Audio Conference (LAC) is an international conference that brings together musicians, sound artists, software developers and researchers, working with Linux as an open, stable, professional platform for audio and media research and music production. LAC includes paper sessions, workshops, and a diverse program of electronic music. The upcoming 2012 conference will be hosted at CCRMA, Stanford University, on April 12-15. The Center for Computer Research in Music and Acoustics (CCRMA) at Stanford University is a multi-disciplinary facility where composers and researchers work together using computer-based technology both as an artistic medium and as a research tool. CCRMA has been using and developing Linux as an audio platform since 1997. http://ccrma.stanford.edu Stanford University is located in the heart of Silicon Valley, about one hour south of San Francisco, California. This is the first time LAC will take place in the United States. http://www.stanford.edu We look forward to seeing you at Stanford in April! Sincerely, The LAC 2012 Organizing Team _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] menubar os x
by abel.jerome＠free.fr 20 Oct '11

20 Oct '11

> using negative coordinates doesn't change the fact that menubar is over the gemwin.... > [menubar 0( remove the dock, but not the menu bar (on the top...) I don't know if someone tell you a solution. On a Mac mini Intel/Pd.0.42.5.extended, I did it with this message, connected to gemwin : [reset, border 0, menubar 0, dimen 1600 900, offset 0 -51< | | [gemwin] Note : the "dimen" arguments must be your screen size. Jerome

2 1

SCHEMA-D
by Dan Wilcox 20 Oct '11

20 Oct '11

Howdy fellow pd-ers, Thought I'd throw this at the artists on the list ... For the past 6 months or so my wife, Anika, has been working her master's thesis, a critique of media art in the form of a Dogme 95-style manifesto, entitled SCHEMA-D. The idea came up from numerous discussions with her friends as well as both of our views while working behind the scenes at Ars Electronica: "This is an experiment, a reevaluation by looking back, around, and inside to media art. This manifesto is not intended to produce masterpieces but I hope it will provoke thought and discussion. I want to address the commerce, the superficiality, and the mainstream which I see in many media art and especially in interactive art pieces. I now ask myself is the technology itself the art or is there more, shouldn’t there be more? When is it art and when is it a tool?" She's adapted the Dogme 95 ruleset thusly: 01. Technology and technical devices must be older than 3 years and chosen according to the content, as opposed to function. 02. Sounds can be amplified but must be live. Samples and recordings must not be used unless they are recorded and played back with video material. Computed or generated sounds must be an action of a live event. 03. If a computer is in use it must be a laptop or a mobile device. The presentation of the work must be in a space within context of the artwork. 04. Projections must not use the given format of the projection device. Screens must be part of the artwork (the work cannot be exhibited as documentation). 05. Optical work and filters on video or photographic content are forbidden. Generated graphics are forbidden. 06. No superficial interaction. Instructions must not be needed; Games are not acceptable. 07. Nothing is to be covered or hidden 08. The interface must not be the artwork. It must be aesthetically and functionally part of the artwork. 09. The artwork must be able to be turned on and off using a single action. 10. The artist is a single entity! Collaboration is a myth; Let’s collaborate. I sending this to you partly to promote discussion but also for the fact that Anika is looking for feedback as this topic has become much tricker then she ever imagined. It's like "nailing pudding to the wall...". If you have any ideas, insights, rants, raves, links, books, quotes, etc you can visit her thesis site and comment on each rule (and it's accompanying explanation): http://anika.deadbeat.cc/schema-d/ Thanks all! -------- Dan Wilcox danomatika.com robotcowboy.com

3 2

← Newer
1
...
5
6
7
8
9
10
11
...
18
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 October 2011