Feature Requests item #3525910, was opened at 2012-05-11 10:32
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3525910&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: Load patches as libs like _float_array does
Initial Comment:
Example of problem:
For me, [struct foo] is analogous to foo_class in an external-- that is, when you instantiate an object that is an external, it doesn't have to generate and compile new source code with 1001foo_class in it. Rather it just allocates memory for all the stuff that class needs, and deallocates when you remove that object. That corresponds to creating/deleting a scalar on a canvas.
So instead of [struct $0-foo], which is ugly and a hack, you should be able to do this:
1. Put [import bar] in your abstraction or whatever
2. In directory "bar" have bar_setup.pd, which contains [struct foo]
3. Pd searches its loaded libs to see if library "bar" has been loading; if it hasn't, it loads the patch bar_setup.pd without giving it a tk window (so that exactly one instance of [struct foo] exists now
4. You're abstraction loads and is able to instantiate scalar foo regardless of $0
5. For loading additional abstractions that use scalar "foo" go to step #1 and it should work.
Of course this runs into the same problems with namespace clashes as externals do, but probably has the same solutions, too. This would also work for libs of abstractions that want to share a common [v] or a [table]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3525910&group_…
Patches item #3432009, was opened at 2011-11-01 11:57
Message generated for change (Settings changed) made by eighthave
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: Closed
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_…
Bugs item #3525834, was opened at 2012-05-11 06:49
Message generated for change (Tracker Item Submitted) made by ailo-at
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525834&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: ailo (ailo-at)
Assigned to: Nobody/Anonymous (nobody)
Summary: msgfile read adds extra empty line - flush fails
Initial Comment:
After reading a file created with [msgfile], an empty line is created at the end (use "print" to see it). Additions can be made after that line with the "add" command, but flush will not output anything beyond the empty line, while "print" will show that lines in deed have been added.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525834&group_…
Bugs item #3525649, was opened at 2012-05-10 14:27
Message generated for change (Tracker Item Submitted) made by boonier
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525649&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: Audio I/O error
Initial Comment:
Notice that this displays in the post window when connecting/disconnecting and using the magic glass tool
often accompanied by small click in audio
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=3525649&group_…
Bugs item #3525647, was opened at 2012-05-10 14:17
Message generated for change (Tracker Item Submitted) made by boonier
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525647&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: portaudio driver sound breakup
Initial Comment:
I've noted before that portaudio uses more cpu in osx, it also appears to not work at all on this kit. Only a regular dusty crackling sound is emitted. Sounds like clocking issues with my edirol fa101 soundcard.
I'm using Jack for audio driver anyway as its more efficient
0.43.1-extended-20120509
osx 10.6.8/ intel
edirol fa101
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3525647&group_…
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_…
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_…
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_…
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_…
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_…