Bugs item #3012738, was opened at 2010-06-07 14:36
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012738&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: Pending
>Resolution: Later
Priority: 5
Private: No
Submitted By: Spencer Russell ()
Assigned to: Nobody/Anonymous (nobody)
Summary: make clean is really slow
Initial Comment:
Seems to be calling a configure script that's doing dependency checking every time it moves into a new directory. The majority of the time spent running a "make clean" is spent in configure scripts.
this is with the June 6, 2010 nightly-build src rsynced from the build farm. the task was run from the packages/linux_make subdir.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-06-07 15:35
Message:
Yeah, its pretty well know that some parts of the Pd-extended build system
are very kludgey. But with the new Makefile template being used for a lot
of libraries, that should make things like "make clean" work better. But
now, when I need a clean for the whole Pd-extended build tree, I use rsync,
same with the nightly build scripts.
----------------------------------------------------------------------
Comment By: Spencer Russell ()
Date: 2010-06-07 14:38
Message:
Whoops, didn't mean to assign this to Hans.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012738&group_…
Bugs item #3012738, was opened at 2010-06-07 18:36
Message generated for change (Settings changed) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012738&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: Spencer Russell ()
>Assigned to: Nobody/Anonymous (nobody)
Summary: make clean is really slow
Initial Comment:
Seems to be calling a configure script that's doing dependency checking every time it moves into a new directory. The majority of the time spent running a "make clean" is spent in configure scripts.
this is with the June 6, 2010 nightly-build src rsynced from the build farm. the task was run from the packages/linux_make subdir.
----------------------------------------------------------------------
>Comment By: Spencer Russell ()
Date: 2010-06-07 18:38
Message:
Whoops, didn't mean to assign this to Hans.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012738&group_…
Bugs item #3012738, was opened at 2010-06-07 18:36
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012738&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: Spencer Russell ()
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: make clean is really slow
Initial Comment:
Seems to be calling a configure script that's doing dependency checking every time it moves into a new directory. The majority of the time spent running a "make clean" is spent in configure scripts.
this is with the June 6, 2010 nightly-build src rsynced from the build farm. the task was run from the packages/linux_make subdir.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012738&group_…
Bugs item #3012451, was opened at 2010-06-07 11:11
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012451&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: plugin~ help patch needs replacement
Initial Comment:
We have known for years that the plugin~ help patch can crash Pd if the requested LADSPA plugins are not present on the user's system. The issue has been addressed on the mailing list dozens of times, and a corrected help patch posted years ago by Frank Barknecht, however it has not been updated. As a final attempt, I post it here in the hopes that someone will take a few minutes to deal with this finally.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-06-07 14:02
Message:
hmm, i tried both this help-patch and the one that comes with
PdX-0.42rc1.
both crash.
therefore:
- the attached patch doesn't fix any problem, since the crash can be
triggered by the user at any time (the bug is in [plugin~] not in any
help-patch)
- the attached patch doesn't fix the symptoms either
anyhow, thanks for the report
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012451&group_…
Bugs item #3012451, was opened at 2010-06-07 09:11
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012451&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: plugin~ help patch needs replacement
Initial Comment:
We have known for years that the plugin~ help patch can crash Pd if the requested LADSPA plugins are not present on the user's system. The issue has been addressed on the mailing list dozens of times, and a corrected help patch posted years ago by Frank Barknecht, however it has not been updated. As a final attempt, I post it here in the hopes that someone will take a few minutes to deal with this finally.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3012451&group_…
Bugs item #3011925, was opened at 2010-06-05 20:40
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3011925&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.41
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: BAUDRY Olivier (baudry)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: trouble on pd extended 041.4
Initial Comment:
I have trouble on Mac intel tiger here the rapport crash log of puredata
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-06-06 19:32
Message:
Could you try a nightly build and report back whether the problem still
exists?
http://autobuild.puredata.info/auto-build/latest/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3011925&group_…
Patches item #3011815, was opened at 2010-06-05 11:15
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011815&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: Pending
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Path editor cannot edit bad paths
Initial Comment:
Running Pd-Extended 0.42.5 rc1 on Mac OSX 10.6.3
I moved some local lib folders and tried to update them in the Path editor. Selecting one of these paths and hitting Edit... results in a TK error dialog with the following message: Error: Bad directory "/Users/path/to/old/folder...". I cannot edit the path within PD, which is annoying.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-06-06 19:28
Message:
Oops, sorry about the typo...
I think parsing to the nearest good location could be nice, but too many
error messages gets confusing. I don't think this particular error message
would change the user's behavior, so it seems to fall on the "too much"
side.
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2010-06-06 18:44
Message:
Looks good, although you spelled my name wrong :D
Also, I added the console print for feedback as to why you'd be looking at
a dialog box in the home dir instead of the given path. Ideally, the bad
path should be parsed to find the nearest good location. For instance, if
the end folder name has been changed, the dialog box *should* start one
level down.
The current version is a quick fix so at least the editor is useable in
this case.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-06-06 18:29
Message:
Accepted in an edited form, the error message seemed too much for such a
little thing. I also added it to 0.43 while I was at it. Here's the
commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=136…
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2010-06-05 12:06
Message:
I added PathEditor.patch for pd-tk which adds a check on existing paths
before editing them. If they don't exist, an error message is printed to
::pdwindow::error and the dialog path is set to the home dir.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011815&group_…
Patches item #3011815, was opened at 2010-06-05 10:15
Message generated for change (Comment added) made by danomatika
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011815&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: Accepted
Priority: 5
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Path editor cannot edit bad paths
Initial Comment:
Running Pd-Extended 0.42.5 rc1 on Mac OSX 10.6.3
I moved some local lib folders and tried to update them in the Path editor. Selecting one of these paths and hitting Edit... results in a TK error dialog with the following message: Error: Bad directory "/Users/path/to/old/folder...". I cannot edit the path within PD, which is annoying.
----------------------------------------------------------------------
>Comment By: Dan Wilcox (danomatika)
Date: 2010-06-06 17:44
Message:
Looks good, although you spelled my name wrong :D
Also, I added the console print for feedback as to why you'd be looking at
a dialog box in the home dir instead of the given path. Ideally, the bad
path should be parsed to find the nearest good location. For instance, if
the end folder name has been changed, the dialog box *should* start one
level down.
The current version is a quick fix so at least the editor is useable in
this case.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-06-06 17:29
Message:
Accepted in an edited form, the error message seemed too much for such a
little thing. I also added it to 0.43 while I was at it. Here's the
commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=136…
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2010-06-05 11:06
Message:
I added PathEditor.patch for pd-tk which adds a check on existing paths
before editing them. If they don't exist, an error message is printed to
::pdwindow::error and the dialog path is set to the home dir.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011815&group_…
Patches item #3011815, was opened at 2010-06-05 11:15
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011815&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: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Path editor cannot edit bad paths
Initial Comment:
Running Pd-Extended 0.42.5 rc1 on Mac OSX 10.6.3
I moved some local lib folders and tried to update them in the Path editor. Selecting one of these paths and hitting Edit... results in a TK error dialog with the following message: Error: Bad directory "/Users/path/to/old/folder...". I cannot edit the path within PD, which is annoying.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-06-06 18:29
Message:
Accepted in an edited form, the error message seemed too much for such a
little thing. I also added it to 0.43 while I was at it. Here's the
commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=136…
----------------------------------------------------------------------
Comment By: Dan Wilcox (danomatika)
Date: 2010-06-05 12:06
Message:
I added PathEditor.patch for pd-tk which adds a check on existing paths
before editing them. If they don't exist, an error message is printed to
::pdwindow::error and the dialog path is set to the home dir.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3011815&group_…
Feature Requests item #3012132, was opened at 2010-06-06 10:59
Message generated for change (Tracker Item Submitted) made by midiguru
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3012132&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: Jim Aikin (midiguru)
Assigned to: Nobody/Anonymous (nobody)
Summary: Switch for Low-Latency MIDI thru
Initial Comment:
At present (unless I'm misunderstanding something), Pd passes MIDI messages from its input to its output with the same latency as its audio latency setting. There may be technical reasons for this, but there are also reasons (like, live performance) for wanting low-latency MIDI throughput even when the audio buffer is at its usual 100ms level.
I'd love to see a switch that would activate low-latency MIDI processing, as an option for situations where it's needed.
--Jim Aikin
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3012132&group_…