Pd-dev April 2015

pd-dev@lists.iem.at

20 participants
24 discussions

[pure-data:patches] #542 bonk~ 64-bit support
by pfaffian 27 Apr '15

27 Apr '15

--- ** [patches:#542] bonk~ 64-bit support** **Status:** open **Group:** feature **Created:** Mon Apr 27, 2015 02:15 AM UTC by pfaffian **Last Updated:** Mon Apr 27, 2015 02:15 AM UTC **Owner:** nobody This patch allows the compilation and use of a 64-bit bonk~ object in Max/MSP. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1195 Typo in string "Reseting registry from %s"
by Ettore Atalan 23 Apr '15

23 Apr '15

--- ** [bugs:#1195] Typo in string "Reseting registry from %s"** **Status:** open **Group:** v0.46 **Labels:** typo **Created:** Thu Apr 23, 2015 05:17 PM UTC by Ettore Atalan **Last Updated:** Thu Apr 23, 2015 05:17 PM UTC **Owner:** nobody Hi, there is a typo in the text string "Reseting registry from %s" (Transifex string 187). It must be "Rese**tt**ing". See [string 187 on Transifex](https://www.transifex.com/projects/p/puredata/translate/#de/pd-e… for details. Best Regards, Ettore Atalan --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Can somebody help to create a desktop / VST / AU version of a PD / libPD / app ?
by Oliver Greschke 22 Apr '15

22 Apr '15

Hi, I am the creator of the Elastic Drums iOS app (with great PD help from Matt Davey). It’s made with PureData, libPD and Objective-C. I got asked a couple of times now, if there will be ever a standalone desktop version or even better Plugin (VST, AU) version of the app. As far as I know, there are not ready to use workarounds to do so. Which is sad, because I can imagine a lot of fantastic plugins emerging from PD Has somebody here some experience with doing such ports? Then please contact me. Cheers, Oliver info(a)o-g-sus.de

5 7

Re: [PD-dev] Can somebody help to create a desktop / VST / AU version of a PD / libPD / app ?
by Dan Wilcox 22 Apr '15

22 Apr '15

Chris, see https://github.com/libpd/libpd/pull/42 <https://github.com/libpd/libpd/pull/42> -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 21, 2015, at 11:58 PM, pd-dev-request(a)lists.iem.at wrote: > > From: Chris McCormick <chris(a)mccormick.cx <mailto:chris@mccormick.cx>> > Subject: Re: [PD-dev] Can somebody help to create a desktop / VST / AU version of a PD / libPD / app ? > Date: April 21, 2015 at 10:11:28 PM EDT > To: k.s.matheussen(a)notam02.no <mailto:k.s.matheussen@notam02.no>, Jamie Bullock <jamie(a)jamiebullock.com <mailto:jamie@jamiebullock.com>> > Cc: Oliver Greschke <info(a)o-g-sus.de <mailto:info@o-g-sus.de>>, pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > > > Hi Kjetil, > > On 21/04/15 20:03, Kjetil Matheussen wrote: >> libpds solves this problem by doing tricks with the dynamic linker. It >> has only been tested on linux though, >> but maybe it runs under osx as well. >> https://github.com/kmatheussen/libpd <https://github.com/kmatheussen/libpd> > > "This branch is 92 commits ahead, 114 commits behind libpd:master" > > Is there some good stuff in your fork that we could pull back into libpd? > > Cheers, > > Chris. > > -- > http://mccormick.cx/ <http://mccormick.cx/>

2 2

faster more accurate cos than costab
by Claude Heiland-Allen 22 Apr '15

22 Apr '15

Hi, Even without double everywhere there are improvements that could be made to accuracy without sacrificing performance. On 21/04/15 11:00, pd-cvs-request(a)lists.iem.at wrote: > commit 68814591c121db8c613cef5d48d854db0c864d7c > Author: Miller Puckette<msp(a)ucsd.edu> > Date: Mon Apr 20 12:08:09 2015 -0700 > > first cut at compiling with t_float set to double. Using some ideas > from Katja's fork of 0.43, but re-doing it with more willingness to let > objects such as bonk~ simply use 'float' when suitable. > > It might be desirable to revisit phasor~, etc., whose phase accuracy > limitations are noticeable in double (not so much in single precision). > In particular, the long-varispeed example now sounds OK with > just a phasor~ driving teh read, but the phase increment is > too quantized. > > Scattered things appear to need a closer look (e.g., smeck > doesn't produce any outout). float costab[513] with linear interpolation isn't very accurate - some points are exact, most are too close to 0, the unusual costab initialization probably doesn't help - it could be improved by storing values that aren't exact cos() but when interpolated the errors average out a bit better, some above and some below the true value. I made a 9th order polynomial approximation, it's faster than costab (at least on my amd64 architecture / gcc version) and more accurate too: http://mathr.co.uk/blog/2015-04-21_approximating_cosine.html I didn't check yet whether the noise spectrum is more or less audibly objectionable than costab. There may also be a hybrid approach that does better on both counts (piecewise polynomials?). Also I didn't put any work in trying to optimize costab, as I don't really understand the tabfudge stuff properly. Claude -- http://mathr.co.uk

1 0

[pure-data:patches] #541 tb/jack_transport deprecation corrected
by Patrice Colet 22 Apr '15

22 Apr '15

--- ** [patches:#541] tb/jack_transport deprecation corrected** **Status:** open **Group:** bugfix **Labels:** jack_transport **Created:** Tue Apr 21, 2015 10:04 PM UTC by Patrice Colet **Last Updated:** Tue Apr 21, 2015 10:04 PM UTC **Owner:** nobody correct external deprecation --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Re: [PD-dev] Pd-dev Digest, Vol 121, Issue 8
by Robert Esler 21 Apr '15

21 Apr '15

I developed Pd++ in order to create audio plugins or other programs in C++ that use the same convention as Pd, and a lot of the same code. So an object in Pd-vanilla exists as a class in Pd++. There is a working 64-bit AU plugin using the library here: https://bitbucket.org/resler/ You still need to know C++ but if you are coming from Pd it hopefully makes the audio programming part a bit easier. It hasn’t been tested on any other system except OSX, but thus far it seems pretty stable. Good luck with your project. -Rob ----------------- Robert Esler Co-Director urbanSTEW 3116 S. Mill Ave #310 Tempe, AZ 480-306-6458 858-699-4160 (cell) robert(a)urbanstew.org On Apr 21, 2015, at 3:00 AM, pd-dev-request(a)lists.iem.at wrote: > Send Pd-dev mailing list submissions to > pd-dev(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.puredata.info/listinfo/pd-dev > or, via email, send a message with subject or body 'help' to > pd-dev-request(a)lists.iem.at > > You can reach the person managing the list at > pd-dev-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pd-dev digest..." > > > Today's Topics: > > 1. Can somebody help to create a desktop / VST / AU version of a > PD / libPD / app ? (Oliver Greschke) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 21 Apr 2015 09:15:44 +0200 > From: Oliver Greschke <info(a)o-g-sus.de> > To: pd-dev(a)lists.iem.at > Subject: [PD-dev] Can somebody help to create a desktop / VST / AU > version of a PD / libPD / app ? > Message-ID: <6F721389-3A89-4731-B283-0136A69E4A36(a)o-g-sus.de> > Content-Type: text/plain; charset=utf-8 > > Hi, > I am the creator of the Elastic Drums iOS app (with great PD help from Matt Davey). > It’s made with PureData, libPD and Objective-C. > I got asked a couple of times now, if there will be ever a standalone desktop version or even better Plugin (VST, AU) version of the app. > > As far as I know, there are not ready to use workarounds to do so. Which is sad, because I can imagine a lot of fantastic plugins emerging from PD > > Has somebody here some experience with doing such ports? > Then please contact me. > > Cheers, > Oliver > > info(a)o-g-sus.de > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)lists.iem.at > http://lists.puredata.info/listinfo/pd-dev > > > ------------------------------ > > End of Pd-dev Digest, Vol 121, Issue 8 > **************************************

1 0

libpd help?
by Dan Wilcox 21 Apr '15

21 Apr '15

Does anyone want to help in maintaining/updating libpd? I know I’ve stepped up and done alot with it the last few years, but I’m not sure I can keep going by myself and would like it if there were more contributors. -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD-dev] Can somebody help to create a desktop / VST / AU version of a PD / libPD / app ?
by Dan Wilcox 21 Apr '15

21 Apr '15

*Replying on list, so we don’t loose the thread.* > On Apr 21, 2015, at 11:10 AM, Oliver Greschke <info(a)o-g-sus.de> wrote: > > Hi Dan, > > I am answering you directly now, I don’t get this antiquated email-list stuff. It’s just email where replies to the list aka (pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at>) go out to other people subscribed to it. That way we can keep a public discussion going so other people with similar questions/info can find it later and we all benefit. > What could I „do“ with the new libPD? Create a desktop app or an AU, both I guess, which was not possible before, because of that multi-instance problem? A desktop app was already possible using any of the available languages/wrappers (C, C++, Obj-C, Python, CSharp, Java) from the main libpd repo, not the iOS specific libpd-for-ios one. The main problem was that before Miller’s work last year supporting multi parallel instances of pd was not possible due to the global C architecture of pd’s internals. Aka there is one 1 “pd” when using libpd. This is obviously problematic if you want to have multiple concurrent “pd”’s in a single application aka AudioUnits but is totally fine for a single instance app aka Pd itself. Miller’s update basically allows you to do this (in pseudo code): libpd_init(); pd_setinstance(1); libpd_openfile(“./“, “patch1.pd”); pd_setinstance(2); libd_openfile(“./“, “patch2.pd”); So now there are actually two “instances” of pd inside the app, each running a different patch. You can switch between them using pd_setinstance(). In an audio plugin usage, I’d imagine keeping a global static array of the current instance IDs for each plugin instance. > Sorry I am rather new to Objective-C and have no clue at all about desktop development or C, C++ programming If you have it working on iOS, you’ll basically need to port the GUI to the desktop and choose an audio api, since libpd itself doesn’t provide direct audio support except in the Obj-C & Android wrappers. There are a number of ways to approach doing this and lots of information online. If you want to focus mainly on AudioUnit/VST support, I’d echo the suggestion to use JUCE which is a cross platform C++ application framework that provides GUIs, audio access, and direct audio plugin development. This way you don’t have to specific Win/Mac/Lin code each time. It is, however, a C++ library so you’ll need some background working with C++ and compiler toolchains. Another option is to use OpenFrameworks and ofxPd, a libpd addon I wrote. OF allows you to write cross platform projects in C++, but it’s more focused on interactive visual/art/learning application development and not as suitable for audio as something like JUCE. There is also no direct audio plugin support, but there are a number of addon libraries for AudioUnits, etc. If you were looking for an easy answer, I’m afraid there are none, but it’s totally possible. > Cheers, > Oliver > >> Am 21.04.2015 um 16:42 schrieb Dan Wilcox <danomatika(a)gmail.com <mailto:danomatika@gmail.com>>: >> >> This should be possible with the current version of libpd which includes Miller’s multiple instance updates, see http://lists.puredata.info/pipermail/pd-dev/2014-05/019839.html <http://lists.puredata.info/pipermail/pd-dev/2014-05/019839.html> >> >> I just haven’t gotten around to adding libpd-specific wrapper functions for this yet, but Miller provides code in that dev list exchange. >> >> -------- >> Dan Wilcox >> @danomatika >> danomatika.com <http://danomatika.com/> >> robotcowboy.com <http://robotcowboy.com/> >>> On Apr 21, 2015, at 6:00 AM, pd-dev-request(a)lists.iem.at <mailto:pd-dev-request@lists.iem.at> wrote: >>> >>> From: Oliver Greschke <info(a)o-g-sus.de <mailto:info@o-g-sus.de>> >>> Subject: [PD-dev] Can somebody help to create a desktop / VST / AU version of a PD / libPD / app ? >>> Date: April 21, 2015 at 3:15:44 AM EDT >>> To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> >>> >>> >>> Hi, >>> I am the creator of the Elastic Drums iOS app (with great PD help from Matt Davey). >>> It’s made with PureData, libPD and Objective-C. >>> I got asked a couple of times now, if there will be ever a standalone desktop version or even better Plugin (VST, AU) version of the app. >>> >>> As far as I know, there are not ready to use workarounds to do so. Which is sad, because I can imagine a lot of fantastic plugins emerging from PD >>> >>> Has somebody here some experience with doing such ports? >>> Then please contact me. >>> >>> Cheers, >>> Oliver >>> >>> info(a)o-g-sus.de <mailto:info@o-g-sus.de> -------- Dan Wilcox @danomatika danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

[pure-data:patches] #540 bsaylor/pvoc~.c 64-bit patch for garray_getfloatwords
by electrickery 19 Apr '15

19 Apr '15

--- ** [patches:#540] bsaylor/pvoc~.c 64-bit patch for garray_getfloatwords** **Status:** open **Group:** bugfix **Labels:** bsaylor pvoc~ **Created:** Sun Apr 19, 2015 05:46 PM UTC by electrickery **Last Updated:** Sun Apr 19, 2015 05:46 PM UTC **Owner:** nobody Patch for the garray_getfloatarray / garray_getfloatwords issue in bsaylor/pvoc~.c. garray_getfloatarray is not supported on 64-bit systems, and it produces an error in the PD console. This patch changes the type to t_word, replaces the call with garray_getfloatwords and adapts the value retrieval (by adding '.w_float'). Tested with Pd-vanilla 0.46.6. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev April 2015