Pd-dev May 2012

pd-dev@lists.iem.at

4 participants
32 discussions

[ pure-data-Bugs-3525646 ] Right-click menu causes CPU spike
by SourceForge.net 10 May '12

10 May '12

Bugs item #3525646, was opened at 2012-05-10 14:11 Message generated for change (Tracker Item Submitted) made by boonier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525646&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: boonier (boonier) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Right-click menu causes CPU spike Initial Comment: Quite often right clicking on an object (abstraction or external) cause Pd to hang for a few seconds and nothing is clickable. Checking Task manager shows Pd hitting upper 90% 0.43.1-extended-20120509 osx 10.6.8/ intel jack osx/edirol fa101/builtin sound ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525646&group_…

1 0

[ pure-data-Feature Requests-3525630 ] polish a finished patch, make it run faster
by SourceForge.net 10 May '12

10 May '12

Feature Requests item #3525630, was opened at 2012-05-10 13:56 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3525630&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: polish a finished patch, make it run faster Initial Comment: Hello, just a vague glance into the far future... Can/ will it generally be possible to kind of "fixate" or "polish" a finished patch/ abstraction in order to make it run faster?? In comparison to other (audio)-programming languages pd can be rather slow, I guess that's why there are many externals for things that can be made in pure data itself. I don't know why, but I think the reason must be related to Pds realtime-on-the-fly abilities, is that correct? Anyways to overcome this, could it be possible in the future to "externalify" or "whatever-ify" the final abstraction resulting in some speed-improvements?? Thanks in advance and bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3525630&group_…

1 0

[ pure-data-Feature Requests-3525627 ] speed up the trigger-operations
by SourceForge.net 10 May '12

10 May '12

Feature Requests item #3525627, was opened at 2012-05-10 13:42 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3525627&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: speed up the trigger-operations Initial Comment: Hey, I am just curious, is it possible to change the trigger-object to a pure-"graphic-enhancement"-object that could be called "sorted cables" or something. It's just because the trigger-object is so slow in relation to what it does most of the time: sorting cables. It even is faster to connect an outlet to a cold inlet and after that to a [bang] banging the hot inlet instead of using [t b f]. I know it's not much, but it becomes relevant when filling an array with eg. 100000 entries (...what was pd max integer??) . Even more if we assume that the arrays content has to be computed before, using trigger again. So there is a potential to save X times 100000 operations per array-calculation. That's a little too much just for some grathical issue, especially if everything is hidden inside an abstraction in the end (or beneath a GUI) . In general wasting cpu-time inhibits the creation of big patches or making them run on lots of hardware, doesn't it? Bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3525627&group_…

1 0

[ pure-data-Bugs-3525616 ] data-structure bug/ feature??
by SourceForge.net 10 May '12

10 May '12

Bugs item #3525616, was opened at 2012-05-10 13:08 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525616&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: data-structure bug/ feature?? Initial Comment: Hello, (it's pd0.42.5 on windows) I tried to make some GUI-abstractions with the [struct]-stuff, and when looking at the parents savefile I noticed that the abstractions "drawings and stuff like that" are saved inside there as well... To be more prcise there is something added like: "#N struct ..." Now is it a bug or a feature (and why) ? I guess it's a bug since I used "$0" inside the [struct]. This is saved as eg. "#N struct 1004structname ..." (not ... \$0structname ..) into the master-patch. Now if I open several of these masterpatches at once and save "not the first one" the text in the savefile changes to eg. "#N struct 1007structname ...". But on loading as the first one again nothing complains to be wrong.. ...so is it just suberfluous?!? That's of course just a personal opinion, but I don't like the idea that "things" from inside an abstraction appear in the abstractions master-patch as well. Btw. what does the "#N" stand for?? Or in general why is there a "prefix" like "#N" or "#X" ?? thanks & bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525616&group_…

1 0

[ pure-data-Bugs-3525228 ] delay~ doesnt seem to work
by SourceForge.net 09 May '12

09 May '12

Bugs item #3525228, was opened at 2012-05-09 11:23 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525228&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: delay~ doesnt seem to work Initial Comment: doesnt seem to delay the signal at all! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525228&group_…

1 0

[ pure-data-Patches-3432009 ] fix pdp link error regarding gsl
by SourceForge.net 09 May '12

09 May '12

Patches item #3432009, was opened at 2011-11-01 11:57 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3432009&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: bugfix Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: fix pdp link error regarding gsl Initial Comment: My pdp was giving link errors related to cblas/gsl symbols upon loading onto pd-extended. I decided not to commit this one-line fix directly, but to get your opinion first. If you say yes, I can just go ahead and commit. Best, ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-05-09 09:47 Message: B6ExHm <a href="http://dlkjlnmmbkdi.com/">dlkjlnmmbkdi</a>, [url=http://oknwavqqtzay.com/]oknwavqqtzay[/url], [link=http://lugxzipdsbqc.com/]lugxzipdsbqc[/link], http://vnjusgzsjdff.com/ ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-11-02 05:34 Message: I decided to commit a fix, including an 'if' statement - if Linux, use the fix with pkg-config; if Darwin, keep it as it was before (i.e., we don't mess with pkd-config until someone complains about this) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-01 12:35 Message: I'm fine with using pkg-config as long as its supported on all relevant platforms. Windows is not an issue with PDP since PDP doesn't run on Windows. And on Mac OS X 10.6 with Fink, that pkg-config line gives me: hans@dhcp-10 ~ $ pkg-config --libs gsl -L/sw/lib -lgsl -lgslcblas -lm Lorenzo Sutton recently started as the maintainer for PDP, so we should run this by him too, perhaps on pd-dev. As far as I'm concerned, I'm good with you committing to PDP directly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3432009&group_…

1 0

[ pure-data-Bugs-3525064 ] win7 / x64 plugin path issue : underlying tcl bug
by SourceForge.net 09 May '12

09 May '12

Bugs item #3525064, was opened at 2012-05-09 03:25 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525064&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.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: win7 / x64 plugin path issue : underlying tcl bug Initial Comment: PD 0.43.1 extended on Win7 x64. By default, when PD starts I get the following error reported in the main window (Tcl) UNHANDLED ERROR: couldn't read directory "C:/Users/sxa/Application Data/*-plugin": permission denied while executing "glob -directory $dir -nocomplain -types {f} -- *-plugin/*-plugin.tcl *-plugin.tcl" (procedure "load_startup_plugins" line 7) invoked from within "load_startup_plugins" (procedure "pdtk_pd_startup" line 20) invoked from within "pdtk_pd_startup 0 43 1 {extended-20120423} { {"standard (MMIO)" 3} {"ASIO (via portaudio)" 4} } {} {DejaVu Sans Mono} normal" ("uplevel" body line 53) invoked from within "uplevel #0 $cmds_from_pd"Using C:/Program Files (x86)/pd/startup as startup. It seemed to me that PD shouldnt be looking for plugins in C:/Users/sxa/Application Data/ it should be looking for them in C:/Users/sxa/Application Data/Pd Because Im on Win7 C:/Users/sxa/Application Data/Pd maps to C:\Users\sean\AppData\Roaming\Pd but Ive made sure that exists, so that's not the issue. The relevant section of code starts at line 674 of pd-gui.tcl proc load_startup_plugins {} { foreach pathdir [concat $::sys_searchpath $::sys_staticpath] { set dir [file normalize $pathdir] if { ! [file isdirectory $dir]} {continue} foreach filename [glob -directory $dir -nocomplain -types {f} -- \ *-plugin/*-plugin.tcl *-plugin.tcl] { set ::current_plugin_loadpath [file dirname $filename] load_plugin_script $filename } } } Adding some debug info proc load_startup_plugins {} { foreach pathdir [concat $::sys_searchpath $::sys_staticpath] { set dir [file normalize $pathdir] if { ! [file isdirectory $dir]} {continue} foreach filename [glob -directory $dir -nocomplain -types {f} -- \ *-plugin/*-plugin.tcl *-plugin.tcl] { set ::current_plugin_loadpath [file dirname $filename] load_plugin_script $filename } } } Printing debug information confirmed that set dir [file normalize $pathdir] is stripping the lowest subdirectory [PD] off the path. This appears to be triggered by a tcl bug in normalize which occurs with paths/permissions under win x64; http://sourceforge.net/tracker/index.php?func=detail&aid=3463315&group_id=1… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525064&group_…

1 0

[ pure-data-Bugs-3524789 ] gemlist-help.pd arguments: size of cube
by SourceForge.net 08 May '12

08 May '12

Bugs item #3524789, was opened at 2012-05-08 09:40 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3524789&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: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: gemlist-help.pd arguments: size of cube Initial Comment: arguments: should this be "none"? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3524789&group_…

1 0

[ pure-data-Patches-3429241 ] adding iemnet to Pd-extended
by SourceForge.net 07 May '12

07 May '12

Patches item #3429241, was opened at 2011-10-27 02:59 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&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: wishlist Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Roman Haefeli (rdz) Summary: adding iemnet to Pd-extended Initial Comment: The attached patch adds iemnet to <pd-svn>/externals/Makefile, so that it gets built and installed into Pd-extended ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2011-10-27 10:48 Message: Ok, thanks. Of course, I'll check how the build goes after applying changes to the Makefile. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-27 06:58 Message: You can just commit directly to externals/Makefile, as long as you follow up on the nightly builds to make sure its working on all platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_…

1 0

[ pure-data-Patches-3429241 ] adding iemnet to Pd-extended
by SourceForge.net 07 May '12

07 May '12

Patches item #3429241, was opened at 2011-10-27 02:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&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: wishlist Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Roman Haefeli (rdz) Summary: adding iemnet to Pd-extended Initial Comment: The attached patch adds iemnet to <pd-svn>/externals/Makefile, so that it gets built and installed into Pd-extended ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-05-06 19:43 Message: 7IiCwU <a href="http://fslgbpmozjpf.com/">fslgbpmozjpf</a>, [url=http://kzkohwrfqksy.com/]kzkohwrfqksy[/url], [link=http://fffkwlbnvmlb.com/]fffkwlbnvmlb[/link], http://wndkumoqkdjx.com/ ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2011-10-27 10:48 Message: Ok, thanks. Of course, I'll check how the build goes after applying changes to the Makefile. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-27 06:58 Message: You can just commit directly to externals/Makefile, as long as you follow up on the nightly builds to make sure its working on all platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&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 May 2012