Patches item #1565141, was opened at 2006-09-25 10:46
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1565141&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: feature
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: ./configure --disable-fat
Initial Comment:
This adds a configure option to disable building fat
binaries on Mac OS X.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-11-09 14:32
Message:
Logged In: YES
user_id=27104
Miller accepted in 0.41.0-test3
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1565141&group_…
Patches item #1575544, was opened at 2006-10-11 17:29
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1575544&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: Fix to build Pd-0.40 on Mac OS X 10.4/PowerPC
Initial Comment:
According to this doc:
http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/com…
This needs to be added to the CFLAGS "-isysroot
/Developer/SDKs/MacOSX10.4u.sdk". I can't build
pd-0.40 on a 10.4 PowerPC machine because it complains
about this. I think the addition of this flag won't
break Intel compilation because I think its the default
setting on 10.4/Intel already.
Basically this line in configure.in needs to change from:
MORECFLAGS="-arch i386 -arch ppc -Wno-error"
to this:
MORECFLAGS="-isysroot
/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc
-Wno-error"
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-11-09 14:31
Message:
Logged In: YES
user_id=27104
Miller accepted in 0.41.0-test3
----------------------------------------------------------------------
Comment By: Jamie Tittle (tigital)
Date: 2006-10-12 13:25
Message:
Logged In: YES
user_id=634044
...just wanted to point out the following relevent tech note:
http://developer.apple.com/technotes/tn2005/tn2137.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1575544&group_…
Hello,
I just wonder:
using throw~, send, receive, catch~ objets like it's more CPU expensive than
just plug with "cables"?
and what about subpatches? is much more CPU expensive than just let all
conections in the same patch?
thanx
salut.
--
_________________gLeRM SoAreS.......:
baixem o album do matema 17mp3 num pacote-->
http://www.organismo.art.br/matema
hello
How could I "turn on and off DSP" of a graph, local patch or object?
I know [ ; pd dsp 1 ] message work for the whole pd process... but what if
I want for exemple turn on/off a bonk~ object inside a graph on a child
process just when I need it? Can't I save memory with this?
thanx
glerm
--
_________________gLeRM SoAreS.......:
baixem o album do matema 17mp3 num pacote-->
http://www.organismo.art.br/matema
Bugs item #1590814, was opened at 2006-11-05 14:56
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590814&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
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Redraw of data structures in graph on parent delayed
Initial Comment:
Data structures in graph on parent
abstractions/subpatches are not displayed correctly, if
the "hide objects name and arguments" toggle is
switched on. Attached patch shows this with an example:
The data structure slider in the abstraction
dsslider.pd is not displayed, when the help-patch is
loaded. Changing the slider's value with the attached
number box will make the DS-slider appear. Also moving
the abstraction in the parent will not move the
displayed data structure unless a redraw is forced by
using the numberbox again or by changing the DS-slider
with the mouse and a bit of blind guesswork.
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2006-11-05 15:20
Message:
Logged In: YES
user_id=569446
Additional note: It seems the reason for this behaviour is,
that the subpatch displaying the data structure doesn't
completely fit into the parent's display area.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590814&group_…
Bugs item #1590821, was opened at 2006-11-05 15:18
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=1590821&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: Frank Barknecht (fbar)
Assigned to: Nobody/Anonymous (nobody)
Summary: "hide object name" toggle broken for data structures
Initial Comment:
The "hide object name and arguments" toggle for
subpatches does not survive saving the patch, if a data
structure scalar is displayed inside the respective
subpatch. Attached patch illustrates this behaviour: To
reproduce it, toggle the "hide"-toggle to on for the
[pd draw] and [pd $0-draw] subpatches, then save and
reopen the file. The object name will show up again.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590821&group_…
Bugs item #1590814, was opened at 2006-11-05 14:56
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=1590814&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
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Redraw of data structures in graph on parent delayed
Initial Comment:
Data structures in graph on parent
abstractions/subpatches are not displayed correctly, if
the "hide objects name and arguments" toggle is
switched on. Attached patch shows this with an example:
The data structure slider in the abstraction
dsslider.pd is not displayed, when the help-patch is
loaded. Changing the slider's value with the attached
number box will make the DS-slider appear. Also moving
the abstraction in the parent will not move the
displayed data structure unless a redraw is forced by
using the numberbox again or by changing the DS-slider
with the mouse and a bit of blind guesswork.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590814&group_…
Bugs item #1371511, was opened at 2005-12-02 02:41
Message generated for change (Settings changed) made by eighthave
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: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
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.
----------------------------------------------------------------------
Comment By: SourceForge Robot (sf-robot)
Date: 2006-11-01 22:20
Message:
Logged In: YES
user_id=1312539
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: Mathieu Bouchard (matju)
Date: 2006-10-18 09:47
Message:
Logged In: YES
user_id=801174
Whatever about calling functions y0,y1,yn, they've been
there since almost the beginning of unix. They're Bessel
functions defined in <math.h>. You won't be able to move
them out of it. This suggests that the -Wshadow warning is
of questionable use. I'd turn it off, personally.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-18 04:33
Message:
Logged In: YES
user_id=564396
a) has this been fixed already? (i cannot reproduce this
anymore; also the pd(-extended) buildlogs do not show this
warning)
b) i don't think that this is a bug in pd; no global include
file (/usr/include/architecture/ppc/math.h) should use
global variable names like "i", "y1" and the like.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&group_…
Bugs item #1371511, was opened at 2005-12-01 23:41
Message generated for change (Comment added) made by sf-robot
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: Closed
Resolution: None
Priority: 5
Private: No
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.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2006-11-01 19:20
Message:
Logged In: YES
user_id=1312539
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: Mathieu Bouchard (matju)
Date: 2006-10-18 06:47
Message:
Logged In: YES
user_id=801174
Whatever about calling functions y0,y1,yn, they've been
there since almost the beginning of unix. They're Bessel
functions defined in <math.h>. You won't be able to move
them out of it. This suggests that the -Wshadow warning is
of questionable use. I'd turn it off, personally.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-10-18 01:33
Message:
Logged In: YES
user_id=564396
a) has this been fixed already? (i cannot reproduce this
anymore; also the pd(-extended) buildlogs do not show this
warning)
b) i don't think that this is a bug in pd; no global include
file (/usr/include/architecture/ppc/math.h) should use
global variable names like "i", "y1" and the like.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&group_…
Hi pd community. I have a suspected bug but before I raise it with
the Mac developers, I thought I'd ask some experts to make sure it
isn't my fault.
Using pd 0.39-2 on Linux (Debian Sid) to do my development, but
wanting to deploy on my Mac Powerbook using "Pd-extended" 0.39-2
beta4 from http://at.or.at/hans/pd/installers.html on the Mac
(there's a 5th beta release on that site, but it won't even start for
me).
Problem involves a Gem patch. We want to divide a photograph up into
tiles, so each can individually cross-fade between one photo and the
next. I made a first rough cut of a UI to do this called
imageMixer.pd on my Linux box (it's at http://markov.music.gla.ac.uk/
boston.tar.bz2 - 465K). After playing with it for a while, I attemted
to transfer it to my PowerBook, and it sort of worked, but when
rendering was switched on, I got a continuous message:
separator : state->numTexCoords 4 != m_state.numTexCoords 0
repeated over and over again. The separator in question turns out to
be in [pd tile] which is in [pd tile_array] (at the bottom right of
the patch).
Playing around a bit more, I came up with imageMixer-mac39.pd. This
gets rid of the separator in [pd tile] and just has a gemhead feeding
both pix_image. This works fine on the Mac (though I was led to
believe you had to use a [separator] here... why not? Should it not
work?) but on the linux box it doesn't fade between two different
images, it fades between image and black.
The final attempt (imageMixer-2.1.pd) simply moves the gemhead
outside of [pd tile] and back into [pd tile_array]; this works on
both machines.
Now, this is my first ever pd patch (except for a very simple one I
wrote to demonstrate writing an LPC pd plugin to my students), and
certainly my first outing with Gem, so it's very likely I've just
missed the plot with the semantics of gemheads, separators etc. It
does look to me like there might be a bug in separator on Pd-extended
for the Mac though. It is after all a test release. Consequently any
comments directed to me regarding RPI (removal of pig-ignorance) or
style criticisms would be very well received. If people think it's a
bug, I'll file a report with the Mac packager (or maybe s/he's
already reading this?)
One last question. pd/Gem was certainly a rapid development tool for
the concert which is going to be in Boston MA in a few days' time,
but apart from the judicial use of [print] and numbers, staring at
the code, and bleating for help from my postgraduates, are there any
better ways of debugging patches? You'll have guessed from my email
address that I'm from a different programming background, and use gdb
and the like much more frequently. I've certainly learned to be very
strict about versioning. Messing around for an hour or so with a
patch, then not being able to use diff to see what one's ended up
changing makes one take particular care in that direction!
Thanks in advance for your helpful advice and comments,
Nick/.