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_…
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
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_…
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_…
Bugs item #3164790, was opened at 2011-01-24 16:17
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164790&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: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd ignores startup flags
Initial Comment:
using the nightly snapshot of pd-extended-0.43 (20110122), all my startup flags are ignored.
e.g.
.../Pd-0.43.0-extended-20110122.ap/Contents/Ressources/bin/pd -noprefs -stderr
is completely ignored.
(i remember Pd had this in 0.40 or 0.41, but this was fixed)
also i have not checked whether this also happens with Pd-vanilla, as i currently have no way to compile one myself (and the nightly builds seem to not have pd-0.43-vanilla)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3164790&group_…
Patches item #3089771, was opened at 2010-10-18 13:20
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089771&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 8
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: portaudio: crash when shutting down callback mode
Initial Comment:
if you select the "portaudio" audio-backend in "callback" mode and then try to shut it down, Pd will crash, because it calls CloseAudioStreams with the pa_callbackstream, which is not a PABLIO_Stream.
steps to reproduce:
- select "portaudio" as the audio backend
- in the audio-settings that pops-up, enable the "use callbacks" and click on "Apply"
- (this will switch to portaudio/callback)
- now click on "OK" (in the still open settings dialog)
- Pd will segfault (Pd will close portaudio/callback and try to restart it)
the attached patch calls the StopStreaming functions explicitely for the correct stream-type.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-01-23 05:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 05:04
Message:
applied to 0.43
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089771&group_…
Patches item #3089776, was opened at 2010-10-18 13:26
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089776&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: None
>Status: Closed
Resolution: Accepted
Priority: 7
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: expose more audio/midi information through API
Initial Comment:
some important functions have been forgotten to get exported in patch #3048014
here are the missing ones.
(please include them in upcoming 0.43, as the integra-live project would really like to use that one...)
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-01-23 05:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 05:06
Message:
applied to 0.43
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089776&group_…
Patches item #3114810, was opened at 2010-11-21 21:35
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3114810&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: make sure editmode cursor is hand2 after regaining focus
Initial Comment:
If Pd regains focus from another app, and the topmost patch was in editmode, the mouse cursor will remain a pointer instead of switching to the hand2 cursor. This just drove me totally nuts working on the last project, so here's a patch to make sure to editmode cursor is right.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-01-23 05:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 05:15
Message:
applied to 0.43
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3114810&group_…
Patches item #3089768, was opened at 2010-10-18 13:15
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089768&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: bugfix
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: portaudio-callbacks: verbosity
Initial Comment:
when using portaudio in callback mode, Pd prints a dot (".") to the stderr each time PA calls the callback.
the attached patch uses sys_verbose to only output the dot if the user has selected a verbosity of at least 2.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-01-23 05:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 04:59
Message:
took it out altogether (0.43)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089768&group_…
Patches item #3089445, was opened at 2010-10-18 01:18
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089445&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: None
>Status: Closed
Resolution: Accepted
Priority: 3
Private: No
Submitted By: Peter Brinkmann (pbrinkmann)
Assigned to: Miller Puckette (millerpuckette)
Summary: Remove macros masking single-precision ANSI math
Initial Comment:
This patch removes some macros masking single-precision ANSI math from x_arithmetic.c. These macros are no longer necessary because both Windows and Apple platforms have had single-precision math for a while now. They are also somewhat detrimental because they degrade performance, which is a special concern on mobile devices such as iPhone and iPad.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2011-01-23 05:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2011-01-09 04:52
Message:
probably will still fail on my windows machine... but I'll give it a try.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3089445&group_…