Pd-list April 2016

pd-list@lists.iem.at

75 participants
106 discussions

route large number of voices
by Benoît Fortier 15 Apr '16

15 Apr '16

Hi, it seems common practice to use route to dispatch individual "notes" to different voices when building a polyphonic synth. But these days I'm working on a "synth" which is going to have a large number of voices (probably around 100) and I was wondering if there's a better way to route those voices other than use route with a hundred creation arguments. I though about sending every "note" information (including the voice number) to every voices and to put a test at the inlet of every voice abstraction to filter the incoming data so that only one voice actually plays the "note" but I was wondering if there was a better option, like dynamically set the destination of a send object... I did a few test but couldn't find an elegant solution by myself. Many thanks pd-list! Benoît Fortier 581 995-5622

5 6

Spring Reverb?
by William Huston 15 Apr '16

15 Apr '16

Can anyone give any insight on how to model the sound of a spring reverb? Is it possible by using Freeverb with some filters? Or does it require IR/Convolution? I live the twangy rattle sound. So unique. Thanks. -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)

1 0

waveform randomizer
by AP Vague 15 Apr '16

15 Apr '16

I wrote a patch to make interesting, pseudo-randomized waveforms in real time as a way to add complexity and variation to drones. The patch duplicates a table with randomization and uses [tabosc4~] as the final oscillators to dac. This version cascades the duplication process; table b is a copy of a, c is a copy of b, d is a copy of c. The results are pretty interesting and I think the signals could work well with other manipulations like filters. I'm afraid that this might have been the extreme longhand way to do this, ha ha ha. It works fine for what I wanted but I thought there might be some ideas on how to accomplish it in an easier way. I also just kind of wanted to share it. Cheers.

3 3

Re: [PD] canvasargs and initbang + new connector patch
by Liam Goodacre 15 Apr '16

15 Apr '16

Thanks for the quick response, IOhannes. I'll be looking forward to this in the next Vanilla release. As a tribute, here's a patch I made to help with large connection jobs. http://patchstorage.com/connector/ It uses many of the iemguts objects and should be really helpful for anyone who struggles with re-wiring large triggers and such in the GUI (see the gif). Won't work properly on Vanilla, although it should do with the next release. To: pd-list(a)lists.iem.at From: zmoelnig(a)iem.at Date: Thu, 14 Apr 2016 16:58:55 +0200 Subject: Re: [PD] canvasargs and initbang On 04/14/2016 02:35 PM, Liam Goodacre wrote: > Dear all > > I've found that iemgut's [canvasargs] works with loadbang but not with initbang. This didn't surprise me, given initbang's faster-than-light startup speed. But I recently found that iemlib's [dollarg] actually does work with initbang (see the attachment for comparison). > > Given that [initbang] is about to move to the iemguts library and make a reappearance in Vanilla, would it be possible to bring it in line with canvasargs? thanks for the report. fixed in git. gmadsr IOhannes _______________________________________________ Pd-list(a)lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

1 0

Have you received this message?
by S.E.P. 14 Apr '16

14 Apr '16

Dear List, I'm wondering if my messages (e.g. my last two or three) have been accepted by the list or if they've been rejected due to registration of the wrong gmail/googlemail variant: http://puredata.info/community/lists/Netiquette Let me know if you receive this! Best, S.E.

3 3

canvasargs and initbang
by Liam Goodacre 14 Apr '16

14 Apr '16

Dear all I've found that iemgut's [canvasargs] works with loadbang but not with initbang. This didn't surprise me, given initbang's faster-than-light startup speed. But I recently found that iemlib's [dollarg] actually does work with initbang (see the attachment for comparison). Given that [initbang] is about to move to the iemguts library and make a reappearance in Vanilla, would it be possible to bring it in line with canvasargs? Thanks, Liam

2 1

Re: [PD] waveform randomizer
by Dan Wilcox 13 Apr '16

13 Apr '16

Very nice! Do you mind if I make the randomization into an abstraction? -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 13, 2016, at 12:15 PM, pd-list-request(a)lists.iem.at wrote: > > From: AP Vague <apvague(a)gmail.com <mailto:apvague@gmail.com>> > Subject: [PD] waveform randomizer > Date: April 13, 2016 at 12:14:51 PM MDT > To: "pd-list(a)iem.at <mailto:pd-list@iem.at>" <pd-list(a)iem.at <mailto:pd-list@iem.at>> > > > I wrote a patch to make interesting, pseudo-randomized waveforms in real time as a way to add complexity and variation to drones. The patch duplicates a table with randomization and uses [tabosc4~] as the final oscillators to dac. This version cascades the duplication process; table b is a copy of a, c is a copy of b, d is a copy of c. The results are pretty interesting and I think the signals could work well with other manipulations like filters. > > I'm afraid that this might have been the extreme longhand way to do this, ha ha ha. It works fine for what I wanted but I thought there might be some ideas on how to accomplish it in an easier way. I also just kind of wanted to share it. > > Cheers. > <various waveforms.pd>

2 1

Re: [PD] [PD-announce] [ot] new hardware synth // technical thought about real time in embedded system
by Dan Wilcox 13 Apr '16

13 Apr '16

Bad. Ass. I definitely agree. The first thing I do is remove the UI and run straight on the console, but even then it’s still a decent amount of work to tune what is running in the OS to get what you want. It’s exciting to see platforms like Arduino reach a point to where you can write realtime synthesis stuff that would have taken an FPGA 10 years ago. Great work. Also great to see how ubiquitous DSP algorithms written in C can be! -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 13, 2016, at 12:15 PM, pd-list-request(a)lists.iem.at wrote: > > From: cyrille henry <ch(a)chnry.net <mailto:ch@chnry.net>> > Subject: [PD] [PD-announce] [ot] new hardware synth // technical thought about real time in embedded system > Date: April 13, 2016 at 11:18:11 AM MDT > To: pd-announce(a)lists.iem.at <mailto:pd-announce@lists.iem.at> > Reply-To: pd-list(a)iem.at <mailto:pd-list@iem.at> > > > hello, > this is a bit OT since pd is not involve in the final project, but I use pd a lot to design all algorithm. > and i wanted to share with you my latest production. > so, here it is : > > http://chnry.net/ocs/ <http://chnry.net/ocs/> > > A digital, semi-modular, analogue style, hardware synthesizer. > (go to the website if you want commercial arguments about this synth)

1 0

[PD-announce] [ot] new hardware synth // technical thought about real time in embedded system
by cyrille henry 13 Apr '16

13 Apr '16

hello, this is a bit OT since pd is not involve in the final project, but I use pd a lot to design all algorithm. and i wanted to share with you my latest production. so, here it is : http://chnry.net/ocs/ A digital, semi-modular, analogue style, hardware synthesizer. (go to the website if you want commercial arguments about this synth) The band-limited oscillator algorithm came from the saw~ object in nusmuk audio. (the other are mostly variation around saw~ + some i still have to clean and commit) the filter is the one I send recently on the pd-list. It is also in nusmuk-audio. the rest is easy to implement in pd. So everything can be done in a patch, but having a hardware fader with 12 bit precision give better control than a mouse on a 7 bit precision slider. This project was also a way to test platform for real time embedded system. As a pd user, it was natural to make a patch and use it on a raspberry pd. But this was not satisfying as an embedded platform in many aspect (limited cpu processing power, latency, boot time, ...). Fixing all of this aspect would require a huge amount of work and competences. (going bare metal by example). but i took an other direction : in order to increase performances, i downgrade the hardware! I use an arduino due. It has a 32bit core at 82Mhz. It is 10 time slower than a raspberry pi, but not having any operating system solve lot's of problems. About boot time : well, no need to optimise anything on an arduino to have boot time < 1ms. about latency : the micro-controller allow interruptions. it's a kind of multi-threading : the main thread is stop at every sample receive from the audio ADC, start the interrupt thread, and go back to the background thread as soon as the interrupt thread is finish. This allow per sample accuracy : there is no buffer in the arduino. The latency came only from the 3 or 4 samples buffer in the audio dac (used for oversampling). about performance : this is the best surprise. The cortex M3 micro-controller did not compute float, but it is very powerful with int. I have to rewrite everything from scratch using only 32 bit int. At first i try to stay as close a asm as possible in order to control every instruction cycle. I fail, but I realize that gcc is great at optimising stuff and give him more space. Of course, the only mathematical instruction to use is addition, subtraction, 32 bit multiplication, 32 bit division and eventually 32x32->64 bit multiplication. everything else is prohibited. (>> and << is encouraged since it can be done prior to a mathematical instruction on the same clock tick). Having the hardware to deal with peripherals is also something that save CPU (no need for usb communication to get fader value, the 12bit adc is included in the arduino chip). And not having any buffer also same CPU. so, an optimized code can run faster on an arduino due than a not opimized patch on a raspberry pi. Anyhow, the work was a bit like trying to fit an elephant in a shoes box. But I spend less time to rewrite the patch than to optimized a raspberry pi. So, the main idea is that if you want to be real time, stop trying to optimize your OS. remove your OS. it's not harder. cheers c _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

[PD autotools on debian 8.4 broke
by Billy Stiltner 13 Apr '16

13 Apr '16

./configure --disable-jack --disable-portaudio configure fails for portaudio

2 3

← Newer
1
...
4
5
6
7
8
9
10
11
Older →

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 April 2016