Pd-list October 2016

pd-list@lists.iem.at

69 participants
103 discussions

SMECK
by Billy Stiltner 22 Oct '16

22 Oct '16

"standard mic input since who knows when on laptops " should be stereo and make available 2 ch for input. what kind of modifications if any are needed to say make SMECK work with only 2 pickups 1 per 2 strings what are pickup direct to pc mic input winding suggestions? or forget it just use piezos? itchin 2 jam soon almost SMECKABLE in honor(plus a life long post adolescent dream to inteface the strings with the counting machine and millers new website pic) of my grandmother whose last living photo was taken with my unfinished bass, it will get done! https://archive.org/details/billy_Bass_201608

2 4

Conference Registration for General Public
by Jaime Oliver 21 Oct '16

21 Oct '16

Hello everyone, If you would like to attend PdCon even if you are not presenting your work, please register using the form at: http://www.nyu-waverlylabs.org/pdcon16/registration/ <http://www.nyu-waverlylabs.org/pdcon16/registration/>. This way we can get you a badge to access the events. All events are free and open to the public. If you would like to make a donation to PdCon16~ you can do so via the following link: https://goo.gl/TPTLbC <https://www.google.com/url?q=https://goo.gl/TPTLbC&sa=D&ust=147707205998100…> Looking forward to seeing you in November. PdCon16

1 0

efficient approximation of trig functions for hi pass formula (was: could vanilla borrow iemlib's hi pass filter recipe?)
by katja 21 Oct '16

21 Oct '16

Changing the thread title to reflect the new approach. Extract of the original thread; - I suggested using iemlib's hi pass filter recipe to improve frequency response of [hip~] - Christof Ressi pointed to formula in http://www.arpchord.com/pdf/coeffs_first_order_filters_0p1.pdf - this formula calculates feedback coefficient k = (1 - sin(a)) / cos(a) where a = 2 * pi * fc / SR - the filter implementation is y[n] = (x[n] - x[n-1]) * (1 + k) / 2 + k * y[n-1] - following convention in d_filter.c (and pd tilde classes in general), trig functions should best be approximated - Cyrille provided libre office linear regression result for (1-sin(x))/cos(x) Thanks for the useful infos and discussion. My 'math coach' suggested using odd powers of -(x-pi/2) in an approximation polynomial for (1-sin(x))/cos(x). The best accuracy/performance balance I could get is with this 5th degree polynomial: (-(x-pi/2))*0.4908 - (x-pi/2)^3*0.04575 - (x-pi/2)^5*0.00541 Using this approximation in the filter formula, response at cutoff frequency is -3 dB with +/-0.06 dB accuracy in the required range 0 < x < pi. It can be efficiently implemented in C, analogous to an approximation Miller uses in [bp~]. So that is what I'll try next. Attached patch hip~-models.pd illustrates and compares filter recipes using vanilla objects: - current implementation, most efficient, accuracy +/- 3 dB - implementation with trig functions, least efficient, accuracy +/- 0.01 dB - implementation with approximation for trig functions, efficient, accuracy +/- 0.06 dB A note on efficiency: coefficients in [hip~] are only recalculated when cutoff frequency is changed. How important is performance for a function rarely called? I'm much aware of the motto 'never optimize early', yet I spent much time on finding a fast approximation, for several reasons: it's a nice math challenge, instructive for cases where performance matters more, and I want to respect Miller's code efficiency when proposing a change. Today pd is even deployed on embedded devices so the frugal coding approach is still relevant. After 20 years. Katja On Tue, Oct 18, 2016 at 10:28 AM, cyrille henry <ch(a)chnry.net> wrote: > > > Le 18/10/2016 à 00:47, katja a écrit : >> >> The filter recipe that Christof pointed to was easy to plug into the C >> code of [hip~] and works perfectly. But when looking further in >> d_filter.c I came across an approximation function 'sigbp_qcos()' used >> in the bandpass filter. It made me realize once more how passionate >> Miller is about efficiency. I'm not going to make a fool of myself by >> submitting a 'fix' using two trig functions to calculate a filter >> coefficient when a simple approximation could do the job. So that is >> what I'm now looking into, with help of a math friend: an efficient >> polynomial approximation for (1-sin(x))/cos(x). > > according to libre office linear regression, for x between 0 and Pi, > (1-sin(x))/cos(x) is about : > -0.057255x³ + 0.27018x² - 0.9157x + 0.99344 > > the calc is in attachment, if you want to tune the input source or > precision. > cheers > c

7 14

xticks/yticks sizes? also fontsizes
by Derek Kwan 21 Oct '16

21 Oct '16

Hello, Is there a way to make the xticks/yticks bigger in garrays? The large ticks I can kinda see, but the small ticks I have to squint and bring my face closer to the screen more. It seems like this is esp a problem on the left hand vertical axis, the right hand vertical axis ticks seem to stick out more. The same seems to be true with the horizontal axes: the ticks on the bottom horizontal axis stick out more than the ones on the top horizontal axis. Also, is it possible to achieve font size 11? It seems like through setting the font size to 11 in the start up flag makes pd default to 10. Is this a tk limitation? This bit isn't such a huge deal though. I usu use 12pt, it's just part of me thinks maybe I can get away with using 11. I'm using Linux if it makes any diff. Thanks! Derek ================== Derek Kwan www.derekxkwan.com

1 0

Re: [PD] window close bug
by Liam Goodacre 21 Oct '16

21 Oct '16

Thanks Lucas. I would expect the whole OS to be running erratically if I had a problem with the keyboard, but as it is I only experience this behaviour in PD. A quick restart also solves the issue. Any other ideas? Am I the only one who experiences this? From: Lucas Cordiviola Sent: 18 October 2016 00:15 To: Liam Goodacre;Jonathan Wilkes via Pd-list Subject: Re: window close bug Are you sure your keyboard is ok? Try another keyboard, if you are on a notebook try disabling the one that's built-in and connect an usb one. It could be a faulty key (probably ALT?). I occasionally use win10 and never experienced this behavior you report, normally I'm on win8.1 and also didn`t. Mensaje telepatico asistido por maquinas. From: Pd-list <pd-list-bounces(a)lists.iem.at> on behalf of Liam Goodacre <liamg_uw(a)hotmail.com> Sent: Monday, October 17, 2016 11:55 AM To: Jonathan Wilkes via Pd-list Subject: [PD] window close bug Here’s another curious bug that I’ve just started experiencing (seems like I’m having one of those weeks!) Occasionally, the window cross icon on the top right seems to go rogue and start acting out another menu command. So every time I press it, it will zoom in on the canvas instead of closing the window, or create a comment, or (distressingly) save the file. These are the three that I’ve experienced so far. When it happens, it’s consistent, so that every open window has the same problem, and I have to force-quit PD (probably I have to force quit because the console cross icon has also been affected). I haven’t spotted a trigger for this behaviour yet, it seems to be random. Has anyone ever experienced this? I’m on 0.47.1, Windows 10.

2 4

[text] object and commas
by Liam Goodacre 21 Oct '16

21 Oct '16

The helpfile for [text] says that it can include commas, but in practice commas are interpreted as line separators. This seems to be true even when you use the “-c” read flag, which interprets carriage returns as line separators. Is this intentional behaviour? it would be great if there was a startup flag which allows commas to be read inline, as with [msgfile]. Or is there some other way of getting around the issue? Liam

1 0

memory leak problem with small patch
by Jack 20 Oct '16

20 Oct '16

Hello, I made a simple patch to control an Enttec DMXUSB Pro, causing memory leak after a few hours (around 4-5 hours) of operation. The patch is attached. Configuration : RaspberryPi 2 Raspbian GNU/Linux 7 (wheezy) Pd-0.46.6 Someone to help me to solve this issue ? ++ Jack Here the log from syslog (I can use gdb if needed ?) : Oct 20 02:28:08 raspberrypi kernel: [20680.496233] pd invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0 Oct 20 02:28:08 raspberrypi kernel: [20680.496266] CPU: 2 PID: 2251 Comm: pd Not tainted 3.18.11-v7+ #781 Oct 20 02:28:08 raspberrypi kernel: [20680.496319] [<800172bc>] (unwind_backtrace) from [<80012f7c>] (show_stack+0x20/0x24) Oct 20 02:28:08 raspberrypi kernel: [20680.496348] [<80012f7c>] (show_stack) from [<80520970>] (dump_stack+0x98/0xd8) Oct 20 02:28:08 raspberrypi kernel: [20680.496445] [<80520970>] (dump_stack) from [<8051e3bc>] (dump_header.isra.12+0x80/0x1a8) Oct 20 02:28:08 raspberrypi kernel: [20680.496489] [<8051e3bc>] (dump_header.isra.12) from [<800ef2a8>] (oom_kill_process+0x340/0x3b8) Oct 20 02:28:08 raspberrypi kernel: [20680.496527] [<800ef2a8>] (oom_kill_process) from [<800ef808>] (out_of_memory+0x300/0x34c) Oct 20 02:28:08 raspberrypi kernel: [20680.496553] [<800ef808>] (out_of_memory) from [<800f3c64>] (__alloc_pages_nodemask+0x930/0x970) Oct 20 02:28:08 raspberrypi kernel: [20680.496578] [<800f3c64>] (__alloc_pages_nodemask) from [<800ede38>] (filemap_fault+0x220/0x4a8) Oct 20 02:28:08 raspberrypi kernel: [20680.496604] [<800ede38>] (filemap_fault) from [<80113104>] (__do_fault+0x44/0x98) Oct 20 02:28:08 raspberrypi kernel: [20680.496628] [<80113104>] (__do_fault) from [<80116068>] (do_read_fault.isra.91+0x1c4/0x274) Oct 20 02:28:08 raspberrypi kernel: [20680.496652] [<80116068>] (do_read_fault.isra.91) from [<8011683c>] (handle_mm_fault+0x3b8/0xa88) Oct 20 02:28:08 raspberrypi kernel: [20680.496679] [<8011683c>] (handle_mm_fault) from [<80528240>] (do_page_fault+0x2e4/0x458) Oct 20 02:28:08 raspberrypi kernel: [20680.496706] [<80528240>] (do_page_fault) from [<800084d4>] (do_PrefetchAbort+0x44/0xa8) Oct 20 02:28:08 raspberrypi kernel: [20680.496731] [<800084d4>] (do_PrefetchAbort) from [<80526864>] (ret_from_exception+0x0/0x1c) Oct 20 02:28:08 raspberrypi kernel: [20680.496745] Exception stack(0xb865ffb0 to 0xb865fff8) Oct 20 02:28:08 raspberrypi kernel: [20680.496763] ffa0: 765c5000 00001000 00000003 76fe0dc8 Oct 20 02:28:08 raspberrypi kernel: [20680.496785] ffc0: 76a00010 00000438 76a00040 765c4f78 00000088 000c6000 00000448 76500000 Oct 20 02:28:08 raspberrypi kernel: [20680.496804] ffe0: 000c5000 7ea259f0 76d524f4 76daa0c0 20000010 ffffffff Oct 20 02:28:08 raspberrypi kernel: [20680.506406] Mem-info: Oct 20 02:28:08 raspberrypi kernel: [20680.506426] Normal per-cpu: Oct 20 02:28:08 raspberrypi kernel: [20680.506441] CPU 0: hi: 186, btch: 31 usd: 160 Oct 20 02:28:08 raspberrypi kernel: [20680.506455] CPU 1: hi: 186, btch: 31 usd: 166 Oct 20 02:28:08 raspberrypi kernel: [20680.506468] CPU 2: hi: 186, btch: 31 usd: 168 Oct 20 02:28:08 raspberrypi kernel: [20680.506481] CPU 3: hi: 186, btch: 31 usd: 153 Oct 20 02:28:08 raspberrypi kernel: [20680.506510] active_anon:114781 inactive_anon:114792 isolated_anon:0 Oct 20 02:28:08 raspberrypi kernel: [20680.506510] active_file:15 inactive_file:14 isolated_file:0 Oct 20 02:28:08 raspberrypi kernel: [20680.506510] unevictable:0 dirty:0 writeback:0 unstable:0 Oct 20 02:28:08 raspberrypi kernel: [20680.506510] free:2208 slab_reclaimable:929 slab_unreclaimable:1352 Oct 20 02:28:08 raspberrypi kernel: [20680.506510] mapped:3 shmem:2 pagetables:623 bounce:0 Oct 20 02:28:08 raspberrypi kernel: [20680.506510] free_cma:18 Oct 20 02:28:08 raspberrypi kernel: [20680.506574] Normal free:8832kB min:8192kB low:10240kB high:12288kB active_anon:459124kB inactive_anon:459168kB active_file:60kB inactive_file:56kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:966656kB managed:949408kB mlocked:0kB dirty:0kB writeback:0kB mapped:12kB shmem:8kB slab_reclaimable:3716kB slab_unreclaimable:5408kB kernel_stack:680kB pagetables:2492kB unstable:0kB bounce:0kB free_cma:72kB writeback_tmp:0kB pages_scanned:324 all_unreclaimable? no Oct 20 02:28:08 raspberrypi kernel: [20680.506589] lowmem_reserve[]: 0 0 Oct 20 02:28:08 raspberrypi kernel: [20680.506611] Normal: 178*4kB (UEMC) 4*8kB (E) 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 2*4096kB (R) = 8936kB Oct 20 02:28:08 raspberrypi kernel: [20680.506692] 105 total pagecache pages Oct 20 02:28:08 raspberrypi kernel: [20680.506706] 42 pages in swap cache Oct 20 02:28:08 raspberrypi kernel: [20680.506719] Swap cache stats: add 25782, delete 25740, find 90/164 Oct 20 02:28:08 raspberrypi kernel: [20680.506729] Free swap = 0kB Oct 20 02:28:08 raspberrypi kernel: [20680.506738] Total swap = 102396kB Oct 20 02:28:08 raspberrypi kernel: [20680.524406] 241664 pages of RAM Oct 20 02:28:08 raspberrypi kernel: [20680.524434] 3030 free pages Oct 20 02:28:08 raspberrypi kernel: [20680.524445] 4312 reserved pages Oct 20 02:28:08 raspberrypi kernel: [20680.524455] 1403 slab pages Oct 20 02:28:08 raspberrypi kernel: [20680.524465] 262185 pages shared Oct 20 02:28:08 raspberrypi kernel: [20680.524475] 44 pages swap cached Oct 20 02:28:08 raspberrypi kernel: [20680.524487] [ pid ] uid tgid total_vm rss nr_ptes swapents oom_score_adj name Oct 20 02:28:08 raspberrypi kernel: [20680.524532] [ 175] 0 175 723 0 5 134 -1000 udevd Oct 20 02:28:08 raspberrypi kernel: [20680.524553] [ 318] 0 318 722 0 5 136 -1000 udevd Oct 20 02:28:08 raspberrypi kernel: [20680.524574] [ 1516] 0 1516 439 5 4 19 -1000 ifplugd Oct 20 02:28:08 raspberrypi kernel: [20680.524595] [ 1546] 0 1546 439 5 4 17 -1000 ifplugd Oct 20 02:28:08 raspberrypi kernel: [20680.524615] [ 1908] 65534 1908 506 4 5 27 0 thd Oct 20 02:28:08 raspberrypi kernel: [20680.524635] [ 1922] 0 1922 722 0 5 135 -1000 udevd Oct 20 02:28:08 raspberrypi kernel: [20680.524656] [ 1949] 0 1949 6995 1 7 83 0 rsyslogd Oct 20 02:28:08 raspberrypi kernel: [20680.524677] [ 2071] 104 2071 1401 18 6 95 0 ntpd Oct 20 02:28:08 raspberrypi kernel: [20680.524697] [ 2075] 0 2075 950 10 5 32 0 cron Oct 20 02:28:08 raspberrypi kernel: [20680.524717] [ 2098] 102 2098 796 0 5 57 0 dbus-daemon Oct 20 02:28:08 raspberrypi kernel: [20680.524738] [ 2135] 0 2135 1556 0 6 107 -1000 sshd Oct 20 02:28:08 raspberrypi kernel: [20680.524759] [ 2167] 103 2167 846 0 5 64 0 avahi-daemon Oct 20 02:28:08 raspberrypi kernel: [20680.524779] [ 2168] 103 2168 846 0 5 56 0 avahi-daemon Oct 20 02:28:08 raspberrypi kernel: [20680.524800] [ 2239] 0 2239 526 0 5 47 0 dhcpcd Oct 20 02:28:08 raspberrypi kernel: [20680.524820] [ 2251] 1000 2251 255309 229419 501 24495 0 pd Oct 20 02:28:08 raspberrypi kernel: [20680.524841] [ 2252] 0 2252 425 4 5 19 0 startpar Oct 20 02:28:08 raspberrypi kernel: [20680.524861] [ 2253] 0 2253 938 0 5 33 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.524882] [ 2254] 0 2254 938 0 6 33 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.524902] [ 2255] 0 2255 938 0 5 33 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.524922] [ 2256] 0 2256 938 0 5 33 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.524942] [ 2257] 0 2257 938 0 5 33 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.524962] [ 2258] 0 2258 938 0 5 33 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.524983] [ 2259] 0 2259 518 0 5 32 0 getty Oct 20 02:28:08 raspberrypi kernel: [20680.525005] [ 2261] 1000 2261 428 15 4 6 0 pd-watchdog Oct 20 02:28:08 raspberrypi kernel: [20680.525022] Out of memory: Kill process 2251 (pd) score 967 or sacrifice child Oct 20 02:28:08 raspberrypi kernel: [20680.525041] Killed process 2251 (pd) total-vm:1021236kB, anon-rss:917676kB, file-rss:0kB

2 3

[PD-announce] 2017 Guthman Call for Submissions DEADLINE EXTENDED!
by Jason Freeman 20 Oct '16

20 Oct '16

[please forward and apologies for cross postings] View this email in your browser <http://us1.campaign-archive1.com/?u=04b200ded3d9fea3c916281c3&id=126a03ac93…> <http://www.guthman.gatech.edu/submissions?mc_cid=126a03ac93&mc_eid=[UNIQID]> 2017 Call for Submissions DEADLINE EXTENDED!!! Due to popular demand, the deadline for the Guthman Competition Submission has been extended to: November 1st, 2016 The Guthman Competition will take place March 8-9, 2017, at Georgia Tech's Ferst Center for the Arts, in Atlanta, Georgia. Approximately twenty semi-finalists will be invited to demonstrate, discuss, and perform with their instruments as they compete for $10,000 in cash prizes. Submit Your Instrument Here! <http://www.guthman.gatech.edu/2017submissions?mc_cid=126a03ac93&mc_eid=[UNI…> /////////////////////////////////////////////////// :::: This Year's Judges :::: Moog CEO MIKE ADAMS Professor ELAINE CHEW Performer DAEDELUS /////////////////////////////////////////////////// To learn more about the competition, visit guthman.gatech.edu <http://www.guthman.gatech.edu/?mc_cid=126a03ac93&mc_eid=[UNIQID]> or our Facebook page <https://www.facebook.com/guthmancompetition?mc_cid=126a03ac93&mc_eid=[UNIQI…>. We’d love to hear your comments! <https://www.facebook.com/guthmancompetition?mc_cid=126a03ac93&mc_eid=[UNIQI…> <http://www.guthman.gatech.edu/?mc_cid=126a03ac93&mc_eid=[UNIQID]> Copyright © 2016 GT Architecture, All rights reserved. You are receiving this email because you asked to be kept up to date on the events for Georgia Tech Music. Our mailing address is: GT Architecture 245 Fourth Street, Room 217 Atlanta, GA 30332-0155 Add us to your address book <http://gatech.us1.list-manage1.com/vcard?u=04b200ded3d9fea3c916281c3&id=276…> -- Regards, Tyler M. White Graduate Research Assistant of Music Technology Georgia Institute of Technology Email: tylermwhite2(a)gmail.com <mailto:tylermwhite2@gmail.com> / twhite35(a)gatech.edu <mailto:twhite35@gatech.edu> Mobile: 770-722-7964 _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

[PD-announce] abl_link~ --- Ableton Link external for desktop Pd
by Peter Brinkmann via Pd-announce 19 Oct '16

19 Oct '16

Hi everybody, I'm happy to announce the release of an Ableton Link external for desktop Pd. The new external is patch compatible with the previously released iOS version. It is available from deken; just search for abl_link~. Any feedback would be appreciated, especially about the accuracy of the external. The Ableton Link API expects latency information that is not readily available to externals on the desktop. For the initial release I basically just eyeballed it. It works well on my Mac, but results on other platforms may differ. I'm hoping to improve this in response to user feedback. The source code of both the desktop and the iOS version are now part of the pd-for-ios repository: https://github.com/libpd/pd-for-ios Many thanks to Matt Black, Ed Kelly, Chris Rice, and especially Antoine Rousseau for invaluable help and feedback! Cheers, Peter _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] Latency compensation
by Roman Haefeli 19 Oct '16

19 Oct '16

[replying to pd-list] Hi Simon On Wed, 2016-10-12 at 09:30 +0200, Simon Iten wrote: > it would very much surprise me, if pd could do that in a generic way > on all platforms. even daws or live struggle to do this *right* on > different systems. I'm not sure it's totally impossible. With jack, the latency is dependent on jackd's settings and I don't whether Pd has a change to know those. With ALSA, everything you need to know to calculate the latency Pd already knows. > why don't you patch a little tester app that sends some generated > sounds, preferably with very clear attack, out and record this back > in. that way you can measure the (roundtrip) latency of the whole > system. Of course, that is a way. "Knowing" the latency instead of "measuring" it would be so nice, though. > with a click track and a good musician that plays with it (that you > record) you should be able to align generated sounds and live > recorded material. this is how we do it in the studio if necessary :) > but it is far from an automated process... To make things at least a bit more feasible, I make the measured or calculated latency a configuration parameter, so that when you fire Pd up the next time with the same setup, the patch remembers the latency. Roman > Am Sonntag, 9. Oktober 2016 schrieb Roman Haefeli : > > Hi all, > > > > I'm currently investigating audio latency compensation in Pd. The > > goal > > is for recorded audio to align well with generated sounds timing- > > wise. > > I'm wondering now what methods people already have employed in > > order to > > achieve that goal. > > > > So far, I was able to find the formulas to calculate the correct > > latency when using ALSA and JACK audio back-ends as long as the > > paramaters 'Delay(msec)' and 'Block size' for ALSA, respectively > > 'Frames/period' and 'Periods/buffer' for JACK are known. Currently, > > this approach works, but requires me to tell the latency > > compensation > > calculator what driver I'm using and what the current settings are. > > Also, it yet only works on Linux, but not with any other drivers > > like > > CoreAudio, ASIO, etc. > > > > How can I achieve correct latency compensation reliably on any > > platform? Is there some more generic way? > > > > I'm also looking at IEM's mediasettings library, hoping it would > > deliver the required information to calculate latency. The > > README.txt > > says 'get/set Audio and MIDI settings within Pd', but I wasn't able > > to > > find a way to _get_ current settings other than 'advance 100', > > which > > probably refers to 'Delay(msec)' set to '100'. But still, if it > > would > > give all Pd audio settings, how would it know about current jackd > > settings? > > > > Roman

5 4

← Newer
1
2
3
4
5
6
7
8
...
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 October 2016