Pd-dev January 2011

pd-dev@lists.iem.at

12 participants
70 discussions

Access to PD SVN
by David Doukhan 07 Feb '11

07 Feb '11

Hi all, Some of you met me last year at the PDCON09, when I presented a Binaural Synthesis external for PD that I did. I'm a 27 years old ex-engineer, specialized in artificial intelligence and sound processing... I'm currently doing a Phd on expressive Text to speech synthesis in Paris. Since I received few emails of people asking me to provide them the binaural external I did, I'd like to put it on the PD SVN. In order to do it, I need to have write access to PD SVN. My sourceforge account correspond to rudk(a)users.sourceforge.net . Can someone add me to the list of the developpers? Regards, -- David Doukhan http://www.limsi.fr/Individu/doukhan/

3 5

Multiple instances of Pd
by Marek 01 Feb '11

01 Feb '11

Hi All What I’m trying to do is to be able to dynamically create instances of Pd, so I can have separate signal paths for each patch (i.e. not static). I'm actually working with libpd, but it's still pd under the hood. The reason being that I want to make an audio plugin for Logic, and hopefully other formats, so people can create their instruments and effects in Pd. At the moment, since everything is static in Pd, my audio unit works fine when there’s only one instance, but sounds dreadful or crashes when there’s another one running – this is because its running the same instance of Pd, but calling libpd_process_float() for both patches twice in one block. I’ve tried a couple of ways now to make libpd instanceable: 1. Make it into a dylib, then dynamically load it for each instance. This doesn’t work because when you load the lib a second time, the OS sees that it’s the same lib and reuses the one in memory (even if I copy the lib to a new location with a new name!!) 2. Hacking the Pd source. I’ve had a little bit of success with this, but I don’t really know what I’m doing, and was hoping there would be someone out there who could point me in the right direction. I’ve been trying to copy and clear the dsp_chain after loading each patch, and then swapping them back before each individual render. What I've got at present sometimes works for simple patches, but usually crashes pretty quickly. Anyone have any ideas? Am I doomed? cheers Marek -- w: www.mazbox.com t: +44 (0) 7866 141 047

2 2

[ pure-data-Bugs-3168817 ] crazy popup dialog asking whether to discard changes
by SourceForge.net 31 Jan '11

31 Jan '11

Bugs item #3168817, was opened at 2011-01-31 18:25 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3168817&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Hans-Christoph Steiner (eighthave) Summary: crazy popup dialog asking whether to discard changes Initial Comment: Steps to reproduce: - create and save an abstraction called myabs.pd. Close it. - create and save a new patch in the same folder called main.pd - in main.pd instantiate a [myabs] object - open the [myabs] object, modify it without saving, close it. - in main.pd, in edit mode, click on the [myabs] object Expected result: nothing should happen, except the [myabs] instance should be selected Observed result: myabs.pd is opened in its own window, and a dialog window pops up asking "Discard changes in myabs.pd?" Besides the question making no sense at all, note that this is the old pd-vanilla-like message, that in Pd-Extended is usually replaced by the opposite question "Save changes in...". But I am using Pd-Extended If you select "yes" (to discard changes), then the "*" in the windows' title bar disappears, but the content of the window doesn't revert to as it was before being changed. So you're seing a completely inconsistent situation, in which: - you have modified the contents of the instance of [myabs] - yet myabs.pd's window doesn't show the "*" in the title bar, as if it had been saved after changing it. Pd-Extended 0.42.5 Ubuntu 10.04 32 bit I can't set the priority but this is definitely critical. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3168817&group_…

1 0

search pathes and externals
by Roman Haefeli 31 Jan '11

31 Jan '11

Hi all I just opened a new bug about [readanysf~] not using search paths when opening a file. Only later, I noticed that also [mrpeach/binfile] does not seem to respect search paths. Now I wonder whether I am supposed to expect at all external objects to also respect the search paths as built-in classes do ([textfile], [readsf~], [soundfiler], Pd itself when loading libraries and abstractions). Is using the search paths (including the paths specified by [declare]) easy to implement for an external? If so, should one expect them to use the search paths, respectively can it be considered a bug if they don't? Roman

1 0

Re: [PD-dev] Some OSC suggestions
by Roman Haefeli 28 Jan '11

28 Jan '11

On Mon, 2011-01-17 at 08:56 -0500, Martin Peach wrote: > On 2011-01-17 05:54, Roman Haefeli wrote: > > I suppose my explanation from above missed its main point. From what I > > understood, the '//' is used as a wild-card for an arbitrary number of > > address fields, so that //position matches /body/arm/hand/position, but > > also /body/head/position. > > However, I'm looking for a shortcut for > > matching /body/arm/hand/position. Currently this needs to be done with 4 > > [routeOSC] objects: > > > > [routeOSC /body] > > | > > [routeOSC /arm] > > | > > [routeOSC /hand] > > | > > [routeOSC /position] > > > > My suggestion is to allow a shortcut: > > > > [routeOSC /body/arm/hand/position] > > > > Currently, [routeOSC /body/arm/hand/position] never matches anything. > > > > Ah of course! I was thinking it already did that, but no. > > I'll do that next. Great! Sorry for my overly verbose explanations. Cheers Roman

1 1

[ pure-data-Patches-3166552 ] even more exported symbols for audio/midi API
by SourceForge.net 27 Jan '11

27 Jan '11

Patches item #3166552, was opened at 2011-01-27 15:36 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3166552&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: wishlist Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: even more exported symbols for audio/midi API Initial Comment: sorry to keep coming up with functions that (i think) need to be exported from s_stuff. here are some more slight changes (mainly adding EXTERN to 5 more functions in s_stuff.h) originally i thought of using the "audio-dialog" and "midi-dialog" messages to pd to set audio/midi properties in the IntegraLive project, but it turns out, that this is rather limited (e.g. we can only set 4 midi in/out devices because of the "midi-dialog" message, whereas the C-code would actually allow more) please include for 0.43 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3166552&group_…

1 0

[ pure-data-Bugs-3164997 ] cyclone/active error
by SourceForge.net 24 Jan '11

24 Jan '11

Bugs item #3164997, was opened at 2011-01-24 22:27 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164997&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cyclone/active error Initial Comment: [cyclone/active] throws an error when the window it's created in loses focus: invalid command name "pd" invalid command name "pd" while executing "pd [concat #hammergui _focus .x122d780.c 0 \;]" invoked from within "if {[hammergui_ispatcher .x122d780.c]} {pd [concat #hammergui _focus .x122d780.c 0 \;]}" (command bound to event) Pd-0.43.0-extended-20110121 (nightly build) MacOSX ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164997&group_…

1 0

64bit linux compiling issue
by Felix Pfeifer 24 Jan '11

24 Jan '11

Hi, i'm not sure if this is the right place to ask this - is it? My problem was already discussed on the debian mailing lists (http://osdir.com/ml/debian-bugs-rc/2010-09/msg00857.html) but i was not able to find a solution there that fits to my distro. On packman (http://www.mail-archive.com/packman@links2linux.de/msg02711.html) the issue was also discussed but the solution there was to compile pd as 32 bit. Here is what i did: I compiled pd-extended-0.42.5 on a 64bit slackware linux. Everything seemed to work fine until i try to run pdextended. I tried to fix the errors but after that i encountered new errors which i wasn't able to fix. Here is the console output and my commands: $ pdextended sh: /usr/bin/pd-gui: No such file or directory ^CPd: signal 2 $ locate pd-gui /usr/lib64/pd-extended/bin/pd-gui $ su # ln -s /usr/lib64/pd-extended/bin/pd-gui /usr/bin/pd-gui $ pdextended tcl: /usr/bin/pd.tk: can't open script ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM ??? snd_pcm_open (input): No such file or directory ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM ??? snd_pcm_open (output): No such file or directory invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_pd_startup" pd: exiting $ su # ln -s /usr/lib64/pd-extended/bin/pd.tk /usr/bin/pd.tk $ pdextended ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM ??? snd_pcm_open (input): No such file or directory ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM ??? snd_pcm_open (output): No such file or directory tk scaling is 1.250351617440225 tcl: /usr/bin/pd.tk: can't open script invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_post" invalid command name "pdtk_pd_startup" pd: exiting greets, Felix

3 3

[ pure-data-Bugs-3164892 ] template/Makefile should allow to point to Pd-source
by SourceForge.net 24 Jan '11

24 Jan '11

Bugs item #3164892, was opened at 2011-01-24 19:20 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164892&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: template/Makefile should allow to point to Pd-source Initial Comment: the template/Makefile (1.0.7 as of rev.14811) currently assumes that it knows approximately where i have my Pd-sources installed. unfortunately it does not. there is no direct way to specify the full path to all Pd-includes. instead, there is a PD_INCLUDE variable, but for unknown reasons, this will get a "/pd" suffixed. this is bad, because: - it will only work with installed versions of Pd (no way to specify the path to the currently used Pd-sources) - it will only work with the yet-unreleased Pd-0.43 and above - it won't work with the Pd-extended installs (as these need a "/pdextended" suffix), at least not if the user doesn not feel like juggling with symlinks i suggest to: - allow a single variable to point directly to the sources (either use PD_INCLUDE for that, or chose PD_SRC, which seems to have been a common standard in a lot of Makefiles before) - provide defaults that still provide the old behaviour (e.g. use "PD_INCLUDE=$(PD_PATH)/include/pd" in general i would suggest to: - never append path to a variable that cannot be overridden, instead provide a separate variable with the appended path (introduce "PD_BIN=$(PD_PATH)/bin/pd" rather than use $(PD_PATH)/bin/pd anywhere directly) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164892&group_…

1 0

[ pure-data-Bugs-3164881 ] template/Makefile produces unusable code on G4
by SourceForge.net 24 Jan '11

24 Jan '11

Bugs item #3164881, was opened at 2011-01-24 18:56 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164881&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: template/Makefile produces unusable code on G4 Initial Comment: the template Makefile unconditionally sets the "-fast" optimiziation flag on Darwin. unfortunately, on PowerPC this produces code that will only run on G5 processors, and not on G4. this results in unloadable externals (Pd bails out with "no matching architecture in universal wrapper") Pd-extended ppc builds override the OPT_CFLAGS (adding "-mcpu=7450" to also support G4), thus the problem does not occur there. i think the template/Makefile should work on as much platforms as possible (eventually at the cost of less performance), so i suggest throwing away the "-fast" flag. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164881&group_…

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 January 2011