Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

Noise in bp-filter
by Daniel Martin 18 Feb '23

18 Feb '23

Dear PD-Users, I'm having a problem with a patch that filters overtones from a sample. I use for that a bp filter. The center values for frecuency, Q and output volume are changed according to which overtone one wishes to hear. It is so configured, that one can select between overtones 3 to 17, pressing keys d, r, f, t, g, y, h, u, j, i, k, o, l, p and ñ (I have a spanish keyboard). The problem is when I want to change between overtones: one hears a noise. I solved that partially by reducing the output volume of the bp filter to 0, than changing the filter parameters values and then raising up the volume again to 1. That works only with adjacent overtones (for ex. overtone 3 to 4 or 3 to 5), but with larger jumps (for ex. 3 to 15), the noise comes again, the larger the jump, the stronger the noise. I send attached the patch and a sample (Fagot). You need to open the sample ("open file" bang), select the third Vradio-square (Fagot, that sends specific Q and volume values for filtering this sample), then start the sample (key "a", it loops itself), then overtone selection (keys d, r, f, t...). The filter is in the suubpatch "Overtone_Filter". If you try for example changing from overtone 3 ("d") to 12 ("i") you'll hear a strong noise... I hope you can help me! I'll use this for a research on overtones effects on human health. Greetings!Daniel Salva

4 4

Vanilla way to output text 'emebedded' in patch or how a [text] object
by Lorenzo Sutton 12 Feb '23

12 Feb '23

Hi all, Is there a way to output text (as if using [print]) 'embedded' in a patch? Or, alternatively, a way to define the position and visibility of a [text] object (the actual text) programmatically? One could link a [click( message to [text define] to have it visible but I don't think its position (i.e. screen coordinates) are saved with the patch like e.g. the patch position itself? Thanks, Lorenzo

3 3

Music Department, Wesleyan University Technical Director Search
by Ronald Kuivila 12 Feb '23

12 Feb '23

The Music department at Wesleyan University is searching for a technical director. The appointment is as a Professor of the Practice and the responsibilities of the job are 60% technical and 40% teaching. Technical responsibilities focus on production and concert recording management together with supervision of the electronic components of the World Instrument Collection. Teaching responsibilites take the form offour half credit courses per year. These courses are to have an interdisciplinary focus, addressing audio needs for students in art, dance, theater and music. The general topics for these courses are field/concert recording, sound production for concerts and installations, and practical electronics. Please consult the following for further details https://jobs.chronicle.com/job/37402795/music-department-technical-director…

1 0

Re: [PD] Old feature : pd extended re-opening patch from within after crash Mac OS
by Dan Wilcox 06 Feb '23

06 Feb '23

Pd vanilla set's the NSQuitAlwaysKeepsWindows defaults flag to false for the GUI process which disables the automatic window state saving in 10.7+. You can do this on the command line with *something* like: defaults write org.puredata.gui NSQuitAlwaysKeepsWindows -bool false I write "something" because I don't remember what domain Pd-extended used for the GUI. You can look in the preferences files in: ~/Library/Preferences and see what plists are there or org.puredata, then try reading via: defaults read org.puredata.gui If you see the pd core settings such as audio device, samplerate, etc then it's the wrong file. If you see one which has the value set, it's likely a newer vanilla preferences file. I also wrote about how this system works on macOS in mac/README.txt: https://github.com/pure-data/pure-data/blob/master/mac/README.txt#L147 <https://github.com/pure-data/pure-data/blob/master/mac/README.txt#L147> > On Feb 6, 2023, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Mon, 6 Feb 2023 09:52:42 +0100 > From: Jean-Marie Adrien <jm.adrien.mnt(a)gmail.com <mailto:jm.adrien.mnt@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] Old feature : pd extended re-opening patch from within > after crash Mac OS > Message-ID: <5E992255-CC27-4805-9167-83F8202670E3(a)gmail.com <mailto:5E992255-CC27-4805-9167-83F8202670E3@gmail.com>> > Content-Type: text/plain; charset="us-ascii" > > Hi list > > I am running an historical patch on Mac which combines the old school features of GEM under pd extended (32 bits) and a 64 bits more recent version of PD, dispatching the overall tasks on several cores. > > When the Mac shutdowns by accident, because of power drop for instance, without the patches properly quitting, then, when I relaunch pd extended, it automatically re-opens the former patch which was running before crash : feature coming from within pd extended probably because this is not the case with the 64 bits version running at the same time. > > Any one got a hint to cancel this automatic reopening of crashed patch from within pd extended when you relaunch the pd app from fresh ? > > Thanks > JM -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Old feature : pd extended re-opening patch from within after crash Mac OS
by Jean-Marie Adrien 06 Feb '23

06 Feb '23

Hi list I am running an historical patch on Mac which combines the old school features of GEM under pd extended (32 bits) and a 64 bits more recent version of PD, dispatching the overall tasks on several cores. When the Mac shutdowns by accident, because of power drop for instance, without the patches properly quitting, then, when I relaunch pd extended, it automatically re-opens the former patch which was running before crash : feature coming from within pd extended probably because this is not the case with the 64 bits version running at the same time. Any one got a hint to cancel this automatic reopening of crashed patch from within pd extended when you relaunch the pd app from fresh ? Thanks JM

1 0

Re: [PD] DSP crashing - PD freezes.
by Dan Wilcox 05 Feb '23

05 Feb '23

Howdy Theron, can you try this build? Pd-0.53-1-arm64-pa1970.zip <http://docs.danomatika.com/pdbuilds/0.53/Pd-0.53-1-arm64-pa1970.zip> It is for arm64 (Apple Silicon) and has Portaudio v19.7.0. I tried Miller's build and saw the same "unknown API" print on macOS 11. This build seems to work fine for me so, hopefully, it will for you. > On Feb 1, 2023, at 7:20 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 31 Jan 2023 22:12:08 -0800 > From: Theron Trowbridge <theron.trowbridge(a)gmail.com <mailto:theron.trowbridge@gmail.com>> > To: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > Cc: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] DSP crashing - PD freezes. > Message-ID: > <CAD+3VoPwLt5CT=aS5oz95b0Bb=5DwNft+JGW5z3tDUqK+Q42jg(a)mail.gmail.com <mailto:CAD+3VoPwLt5CT=aS5oz95b0Bb=5DwNft+JGW5z3tDUqK+Q42jg@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Mac Mini M1, Ventura 13.1 > > It works better in some ways - the windows close and things quit when I ask > them to. I don't have to force quit, and it doesn't seem to be messing up > audio on the computer. > > But when I turn on the DSP the output console just spams "unknown API" over > and over again, and when I go into audios settings, I don't see my usual > devices. The input device list has three options: "input device #1", "input > device #2" and "input device #3" and there is no pull-down menu for output > device, but only says "(same as input device)..." And I can't get it to > make any sound. > > When I turn off DSP, it outputs "sys_close_audio: unknown API 4" > > > -Theron > ^ -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

8 21

DSP crashing - PD freezes.
by Denis Połeć 02 Feb '23

02 Feb '23

Hello everyone, I am experiencing an issue with Pure Data (0.53-1) on macOS Ventura (13.2) running on an Apple Silicon machine. Whenever I make changes to some of the DSP settings, such as disabling and enabling it again, the application freezes and I have to force close it. This also causes my audio to crash, and I have to kill CoreAudio in order to get it back up and running. Does anyone else experience this issue? I have tried older versions, but I am getting the same result. Is this an issue with Ventura? Can someone reproduce this? thanks. denis. :)

6 8

[PD-announce] IEM Music Residency Programs 2023 - Call for Applications
by IOhannes m zmoelnig 02 Feb '23

02 Feb '23

IEM Music Residency Programs 2023 - Call for Applications University of Music and Performing Arts Graz (KUG) https://iem.at/ (please distribute) The IEM – Institute of Electronic Music and Acoustics – in Graz, Austria is happy to announce its calls for its 2023 residency program. You can apply for two different residencies: the Artistic Residency (1) and the Artistic Research Residency (2). (1) Artistic Residency The residency is aimed at individuals wishing to pursue projects in performance, composition, installation, sound art, development of tools for art production, and related areas. Individuals are asked to submit a project proposal that is related to the following research fields of the IEM: * Algorithmic Composition * Algorithmic Experimentation * Audio-Visuality * Dynamical Systems * Experimental Game Design * Live Coding * Sonic Interaction Design * Spatialization/higher-order Ambisonics * Standard and non-standard Sound Synthesis Duration of residency: 3 months Start date: June 1st 2023 (negotiable) APPLICATION DEADLINE: February 28th 2023 Please reply to the official call by KUG for a University Assistantship (in German and English): <https://www.kug.ac.at/fileadmin/01_Kunstuniversitaet_Graz/05_News/Mitteilun…> (2) Artistic Research Residency The residency is aimed at individuals wishing to pursue an artistic research project in close collaboration with an IEM staff member and related to the research fields of the IEM (see list above under (1)). Duration of residency: 3 months Start date: September 1st 2023 (negotiable) APPLICATION DEADLINE: April 30th 2023 Please reply to the official call by KUG for a University Assistantship (in German and English): <https://www.kug.ac.at/fileadmin/01_Kunstuniversitaet_Graz/05_News/Mitteilun…> The Institute: The Institute of Electronic Music and Acoustics is a department of the University of Music and Performing Arts Graz founded in 1965. It is a leading institution in its field, with more than 35 staff members of researchers and artists. IEM offers education to students in composition and computer music, sound engineering, sound design, contemporary music performance, and musicology. It is well connected to the University of Technology, the University of Graz as well as to the University of Applied Sciences Joanneum through three joint study programs. The project results will be released through the Institute's own Open CUBE and Signale concert series, as well as through various collaborations with international artists and institutions. What we expect from applicants: - A project proposal that adds new perspectives to the Institute's activities and resonates well with the interests of IEM. - Willingness to work on-site in Graz for the most part of the Residency. - Willingness to exchange and share ideas, knowledge and results with IEM staff members and students, and engage in scholarly discussions. - The ability to work independently within the Institute. - A dissemination strategy as part of the project proposal that ensures the publication of the work, or documentation thereof, in a suitable format. This could be achieved for example through the release of media, journal or conference publication, a project website, or other means that help to preserve the knowledge gained through the Residency and make it available to the public. - A public presentation as e.g. a concert or installation, which presents the results of the Residency. What we offer: - 24/7 access to the facilities of the IEM. - Exchange with competent and experienced staff members. - A desk in a shared office space for the entire period and access to studios including the CUBE [1], according to availability. - Extensive access to the studios of the IEM during the period from July 1st until end of September. - access to the IKOsahedron loudspeaker [2] - access to the “Autoklavierspieler” [3] - infrared motion tracking systems - Regular possibilities for contact and exchange with peers from similar or other disciplines. - Concert and presentation facilities (CUBE 30 channel loudspeaker concert space). What we cannot offer to the successful applicant: - We can not provide any housing. - We also cannot provide continuous assistance and support, although the staff is generally willing to help where possible. - We can not host artist duos or groups, because of spatial limitations. - We can not offer any additional financial support for travel or material expenses. Feel free to contact residency(a)iem.at if you have any questions. [1] The Cube has a 30-channel loudspeaker system [2] https://iko.sonible.com/ [3] https://algo.mur.at/projects/autoklavierspieler _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Fwd: Shared memory for [pd~] processes
by cyrille henry 01 Feb '23

01 Feb '23

I answer back on the list... I think I did not compile it in the last 10 years, but A.villeret did and he use github magic to compile it on various platform. code is here : https://github.com/ch-nry/pd_shmem updating this file will certainly do the job for a mac arm64, but I don't have time to look at it for now: https://github.com/ch-nry/pd_shmem/blob/main/.github/workflows/build-pd-ext… cheers C -------- Message transféré -------- Sujet : Re: [PD] Shared memory for [pd~] processes Date : Wed, 1 Feb 2023 18:13:31 +0000 De : Phil Stone <pksmusic(a)gmail.com> Pour : cyrille henry <ch(a)chnry.net> Hi Cyrille, Sorry to bother you again, but am I correct that shmem is not available for Mac arm64? May I be of use in compiling it for that architecture, and if so, could you point me to the code repository? Phil *From: *Phil Stone <pksmusic(a)gmail.com> *Date: *Wednesday, February 1, 2023 at 9:24 AM *To: *cyrille henry <ch(a)chnry.net>, pd-list(a)lists.iem.at <Pd-list(a)lists.iem.at> *Subject: *Re: [PD] Shared memory for [pd~] processes Oh, that’s fantastic. Thanks, Cyrille (and William)! Phil *From: *Pd-list <pd-list-bounces(a)lists.iem.at> on behalf of cyrille henry <ch(a)chnry.net> *Date: *Wednesday, February 1, 2023 at 9:18 AM *To: *pd-list(a)lists.iem.at <Pd-list(a)lists.iem.at> *Subject: *Re: [PD] Shared memory for [pd~] processes Hello Phil, shmem have been develop for this purpose, and it still works great for this purpose... I think you can install it from deken. Cheers C Le 01/02/2023 à 17:56, Phil Stone a écrit : > Hello everyone, > > I’ve converted my old ‘polywavesynth’ to being able to spawn a new [pd~] process for its voice management, and that’s working really well. I can see the load spread to other cores for multiple synthesizers, and after working out some bugs, I’m really happy with this new capability. > > I have another old synthesizer, ‘polygrainsynth’ I’d like to modify similarly. It has a large array which is displayed (and can be edited) in the top-level process. The array is used by the individual voices, which would be in a subprocess. Is there a way to share that array between the parent process and the sub-[pd~] process? > > I searched the archives and found mention of ‘share-mem’ by Cyrille Henry back in 2012: https://lists.puredata.info/pipermail/pd-list/2012-11/098714.html <https://lists.puredata.info/pipermail/pd-list/2012-11/098714.html> <https://lists.puredata.info/pipermail/pd-list/2012-11/098714.html <https://lists.puredata.info/pipermail/pd-list/2012-11/098714.html>> but I can’t find any other mention of it. > > Best, > > Phil > > Phil Stone > > Davis, California USA > > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list> _______________________________________________ Pd-list(a)lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>

1 0

Shared memory for [pd~] processes
by Phil Stone 01 Feb '23

01 Feb '23

Hello everyone, I’ve converted my old ‘polywavesynth’ to being able to spawn a new [pd~] process for its voice management, and that’s working really well. I can see the load spread to other cores for multiple synthesizers, and after working out some bugs, I’m really happy with this new capability. I have another old synthesizer, ‘polygrainsynth’ I’d like to modify similarly. It has a large array which is displayed (and can be edited) in the top-level process. The array is used by the individual voices, which would be in a subprocess. Is there a way to share that array between the parent process and the sub-[pd~] process? I searched the archives and found mention of ‘share-mem’ by Cyrille Henry back in 2012: https://lists.puredata.info/pipermail/pd-list/2012-11/098714.html but I can’t find any other mention of it. Best, Phil Phil Stone Davis, California USA

3 3

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