Patches item #1371767, was opened at 2005-12-02 10:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371767&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: Open
Resolution: None
Priority: 9
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fixed MACOSX Help menu bug
Initial Comment:
I figured out a way to use symlinks instead of copying
files for the Help Browser on OSX.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371767&group_…
cc'ed to pd-dev, so that newbies like me can find the
info!
--- Hans-Christoph Steiner <hans(a)eds.org> wrote:
> - class_sethelpsymbol() is optional. Pd will
> automatically set the
> help patch if its not specified. I recommend that
> you don't use it
right, but is the default name help-myobject.pd or
simply myobject.pd?
> - I recommend that you make a personal folder in CVS
> externals/. In
> there you can make separate libraries my directory.
> For example, I
> have externals/hcs, and in that externals/hcs/hid,
> or
> externals/ggee/gui for example.
>
> - for Makefile, check out externals/Makefile. You
> can follow cxc:,
> cxc_install: or smlib:, smlib_install: for an
> example. It should be
> pretty straightforward.
externals/ekext is my directory. I have on several
occaisions cvs-ed voicing_detector~ and zeroxpos~, but
they do not appear to have worked, despite the cvs
reporting back that no conflicts were found? Last time
I cvs-ed them was yesterday...
Best,
Ed
->
->
-->
--->
----->
-------->
-------------> r3search + praktik EK5perimenz
___________________________________________________________
Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/
Bugs item #1119968, was opened at 2005-02-10 06:44
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1119968&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: Fixed
Priority: 5
Submitted By: Guenter Geiger (ggeiger)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opening Help patches from "Pure Documentation"
Initial Comment:
Hi,
Seems that the new shortcuts to the documentation has
broken
the old documentation browser.
The problem is that when using the browser, the variable
help_directory gets updated to the current subdir of
the documentation,
which in turn confuses the automatic menu generation
for the newly
opened patch, and the patch doesn't open.
PD version is 0.38-2
Guenter
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-12-02 02:42
Message:
Logged In: YES
user_id=27104
This bug has been fixed in Pd-extended and the help menu has
been removed from Pd-0.39.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1119968&group_…
Bugs item #1371511, was opened at 2005-12-02 02:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&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: Open
Resolution: None
Priority: 5
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: declaration of `y1' shadows a global declaration
Initial Comment:
When using math.h on Darwin, the y1 variable causes
lots of warnings.
../../pd/src/g_canvas.h:247: warning: declaration of
`y1' shadows a global declaration
/usr/include/architecture/ppc/math.h:483: warning:
shadowed declaration is here
Renaming y1 in g_canvas.h would fix this problem.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&group_…
Patches item #1371497, was opened at 2005-12-02 01:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371497&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: Open
Resolution: None
Priority: 7
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: tiny fix on optional MacOS X/Jack
Initial Comment:
This patch has no effect unless Pd is compiled with
--enable-jack on Mac OS X. It will not affect any
other kind of build. This patch makes the Jack
dependency optional. Apple calls it "weak libraries",
aka "soft imports".
Here's the very simple patch:
--- configure.in 16 Aug 2005 04:06:28 -0000
1.15
+++ configure.in 2 Dec 2005 06:56:30 -0000
@@ -316,11 +316,11 @@
EXTERNTARGET=pd_darwin
if test x$jack == "xyes";
then
- LDFLAGS=$LDFLAGS" -framework Jack"
+ LDFLAGS=$LDFLAGS" -weak_framework Jack"
fi
if test x$jack == "xrun";
then
- LDFLAGS=$LDFLAGS" -framework Jack"
+ LDFLAGS=$LDFLAGS" -weak_framework Jack"
fi
fi
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371497&group_…
Patches item #1217759, was opened at 2005-06-09 16:20
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217759&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
Submitted By: Hans-Christoph Steiner (eighthave)
>Assigned to: Miller Puckette (millerpuckette)
Summary: small font/display change
Initial Comment:
I would like to propose a minor font change to make
text more readable. First, in the console, make the
text regular rather than bold. Usually regular fonts
are used in terminal windows and bold is only for
highlights.
-text .printout.text -relief raised -bd 2 -font
-*-courier-bold--normal--12-* +text .printout.text -relief raised -bd 2 -font
-*-courier-regular--normal--12-*
Secondly, courier is not a font meant for reading text,
but rather terminals and things like that. So I
propose changing the default font in text windows (not
used very often) to Times Regular 14 point.
- text $name.text -relief raised -bd 2 -font
-*-courier-bold--normal--12-* + text $name.text -relief raised -bd 2 -font
-*-times-regular--normal--14-*
Attached is a diff patch file. This should work on all
platforms since those fonts are already used within Pd.
Lastly is a Mac OS X only change: setting minimun
line size for anti-aliasing. If set to 1 or 0, then
every line will be anti-aliased. While this makes
connections and circles in [bng] and such look really
good, it makes boxes and messages look out of focus.
Setting this to 2 makes it so only the thick audio rate
connections are anti-aliased
+ set tk::mac::CGAntialiasLimit 2
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-12-02 01:27
Message:
Logged In: YES
user_id=27104
This accepted in one form or another.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2005-07-15 20:54
Message:
Logged In: YES
user_id=313747
Took the Helvetica and antialiasing patches... left the
console in bold for
now because normal is less legible on linux. Perhaps this
should be set
platform-dependently.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217759&group_…
Patches item #1204294, was opened at 2005-05-18 09:51
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1204294&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: 7
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: Jack/TclTk/pdtcl build fixes on Mac OS X
Initial Comment:
This patch allows the Pd.app to be built with Jack
support on Mac OS X and it looks for the TclTk
Frameworks first in the standalone Wish Shell.app then
in the standard location (/Library/Frameworks).
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-12-02 01:24
Message:
Logged In: YES
user_id=27104
Everything but the Jack stuff was taken. Time to submit a
new, Jack-only patch.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-07-24 22:02
Message:
Logged In: YES
user_id=27104
MACOSX_DEPLOYMENT_TARGET=10.2 is necessary on Mac OS X to
support weak linking of frameworks. Since its just a
environment variable, it should be safely ignored on other
platforms.
The included patch assumes that the
darwin_linking_fixes.patch has already been applied.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-06-06 20:21
Message:
Logged In: YES
user_id=27104
I figured out how to make the Jack.framework dependency
optional. Apple calls it "weak libraries", aka "soft
imports". To make it work for Jack, change the two lines in
configure.in from "-framework Jack" to "-weak_framework
Jack". Ideally, Pd would then test to see if Jack is
available before switching to it, otherwise it'll just
crash. Here's apple's method of testing:
http://developer.apple.com/documentation/mac/runtimehtml/RTArch-43.html
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-05-22 01:53
Message:
Logged In: YES
user_id=27104
- allows the Pd.app to be built with Jack support on Mac OS X.
- fixed linking problem that caused bunk builds with Tcl/Tk
newer than 8.4.4
- configure now looks for the Tcl and Tk frameworks
- pdtcl renamed to libPdTcl.dylib according to Mac OS X standard
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1204294&group_…
Patches item #1371478, was opened at 2005-12-02 00:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371478&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: Open
Resolution: None
Priority: 5
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: Minor define fix for MinGW
Initial Comment:
MinGW doesn't use the #pragmas that MSVC does, and
throws a warning. Changing #ifdef NT to #ifdef
_MSC_VER will make sure that the #pragmas are only used
with compiling with MSVC and not MinGW or Cygwin.
This patch is part of the Pd-0.38.4-extended builds and
applies cleanly to .38.x and CVS HEAD in combination
with all of the patches that I am currently using (in
CVS at packages/patches).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1371478&group_…
Patches item #1055258, was opened at 2004-10-27 08:52
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1055258&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: Open
Resolution: None
Priority: 5
Submitted By: Tim Blechmann (timblech)
Assigned to: Nobody/Anonymous (nobody)
Summary: fftw support
Initial Comment:
this patch provides the possibility to use the fftw
library instead of the builtin mayer fft ...
fftw is at least twice as fast ...
it is a compile-time feature, so pd can be compiled
without the fftw ...
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2005-12-02 00:48
Message:
Logged In: YES
user_id=27104
This patch is safe since it does not enable any modified
code unless you set the HAVE_LIBFFTW3F define. It would be
nice to have the option to use FFTW already in the source.
----------------------------------------------------------------------
Comment By: Guenter Geiger (ggeiger)
Date: 2005-05-18 03:47
Message:
Logged In: YES
user_id=430561
There is another fast FFT package called oura, i haven't
benchmarked it personally, but it seems to be quite fast.
Its a "one source file" FFT, so it
could be used as a replacement for the meyer FFT (except, it
computes
RIRIRI instead of RRRIIII)
http://momonga.t.u-tokyo.ac.jp/~ooura/fft.html
No ALTIVEC or SSE support in it I fear.
Guenter
----------------------------------------------------------------------
Comment By: christopher clepper (cclepper)
Date: 2005-05-18 01:15
Message:
Logged In: YES
user_id=663212
I have used fftw on OSX and the Altivec version is many, many times
faster than the Pd FFT. The installation was not too difficult, although
there are tons of compile time options and the defaults are not usually the
most efficient ones. For the port of partconv~ I just statically linked it for
the binary, which added a few hundred Kbytes but it seems well worth it.
Overall it looks like the FFT lib to adopt for any cross-platform app that
requires efficient implementations on multiple architectures. The code
compares quite well to commercial libs and applications.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2005-05-18 00:54
Message:
Logged In: YES
user_id=313747
I don't know what to do about this one. I don't use FFTW
because
it requires "configure" and I don't have a windows machine with
CYGWIN, so wouldn't ever be able to test this. Perhaps it's
for use
with linux only? Rumor has it fftw is much faster than
meyer, but I've
never wanted to go to the hassle of learning how to install it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1055258&group_…