Patches item #1755710, was opened at 2007-07-17 16:41
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755710&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: Nathaniel Dose (dosena2)
Assigned to: Miller Puckette (millerpuckette)
Summary: patch: OS X sysexin/midiin support #2
Initial Comment:
Here is changed file 2 of 3 for enabling "sysexin" and "midiin". The changes are minimal; see below or attached. I was told to post here by the dev mailing list.
$ cvs status x_midi.c
===================================================================
File: x_midi.c Status: Locally Modified
Working revision: 1.4
Repository revision: 1.4 /cvsroot/pure-data/pd/src/x_midi.c,v
Sticky Tag: stable_0_40 (branch: 1.4.2)
Sticky Date: (none)
Sticky Options: (none)
$ cvs diff -u x_midi.c
Index: x_midi.c
===================================================================
RCS file: /cvsroot/pure-data/pd/src/x_midi.c,v
retrieving revision 1.4
diff -u -r1.4 x_midi.c
--- x_midi.c 8 Sep 2006 23:45:31 -0000 1.4
+++ x_midi.c 17 Jul 2007 20:38:44 -0000
@@ -32,8 +32,8 @@
x->x_outlet1 = outlet_new(&x->x_obj, &s_float);
x->x_outlet2 = outlet_new(&x->x_obj, &s_float);
pd_bind(&x->x_obj.ob_pd, midiin_sym);
-#ifndef __linux__
- pd_error(x, "midiin: works under Linux only");
+#ifdef WIN32
+ pd_error(x, "midiin: windows: not supported");
#endif
return (x);
}
@@ -55,8 +55,8 @@
x->x_outlet1 = outlet_new(&x->x_obj, &s_float);
x->x_outlet2 = outlet_new(&x->x_obj, &s_float);
pd_bind(&x->x_obj.ob_pd, sysexin_sym);
-#ifndef __linux__
- pd_error(x, "sysexin: works under Linux only");
+#ifdef WIN32
+ pd_error(x, "sysexin: windows: not supported");
#endif
return (x);
}
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-24 19:05
Message:
Logged In: YES
user_id=27104
Originator: NO
included in Pd-0.41-4
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2007-12-07 14:11
Message:
Logged In: YES
user_id=801174
Originator: NO
accepted in desiredata last summer. I'm not super sure why, but desiredata
doesn't even have the "windows: not supported" part. Most likely I thought
that it wasn't [midiin]'s business to worry about platforms. anyway
nowadays in desiredata, a s_midi-like module can raise errors on behalf of
the object that used it, just using error(), and "find last error" will
find it, so, better put the platform-specific check as low-level as
possible (or rather, just at the level as the platform-specific thing is
happening, which in theory should be quite low-level)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755710&group_…
Patches item #1755720, was opened at 2007-07-17 16:51
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755720&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: Nathaniel Dose (dosena2)
Assigned to: Miller Puckette (millerpuckette)
Summary: patch: OS X sysexin/midiin support #3
Initial Comment:
Here is changed file 3 of 3 for enabling "sysexin" and "midiin". This is the most extensive patch of the 3, but is still small. Attached is a udiff.
Basically sys_poll_midi had only 1 byte of sysex as state at one time - now it keeps track of a whole (multibyte) sysex message. I was told to post here by the dev mailing list.
Please change the value of the file-local variables nd_sysex* as needed! I am not familiar yet with your naming conventions.
$ cvs status s_midi_pm.c
===================================================================
File: s_midi_pm.c Status: Locally Modified
Working revision: 1.6
Repository revision: 1.6 /cvsroot/pure-data/pd/src/s_midi_pm.c,v
Sticky Tag: stable_0_40 (branch: 1.6.2)
Sticky Date: (none)
Sticky Options: (none)
$ cvs diff -u s_midi_pm.c
Index: s_midi_pm.c
===================================================================
RCS file: /cvsroot/pure-data/pd/src/s_midi_pm.c,v
retrieving revision 1.6
diff -u -r1.6 s_midi_pm.c
--- s_midi_pm.c 8 Jul 2005 00:02:45 -0000 1.6
+++ s_midi_pm.c 17 Jul 2007 20:48:27 -0000
@@ -140,7 +140,7 @@
writemidi4(mac_midioutdevlist[portno], byte, 0, 0, 0);
else if (byte == 0xf0)
{
- mess[0] = 0xf7;
+ mess[0] = 0xf0;
nbytes = 1;
sysex = 1;
}
@@ -209,6 +209,38 @@
}
}
+/* this is non-zero if we are in the middle of transmitting sysex */
+
+int nd_sysex_mode=0;
+
+/* send in 4 bytes of sysex data. if one of the bytes is 0xF7 (sysex end) stop and unset nd_sysex_mode */
+void nd_sysex_inword(int midiindev, int status, int data1, int data2, int data3)
+{
+ if (nd_sysex_mode) {
+ sys_midibytein(midiindev, status);
+ if (status == 0xF7)
+ nd_sysex_mode = 0;
+ }
+
+ if (nd_sysex_mode) {
+ sys_midibytein(midiindev, data1);
+ if (data1 == 0xF7)
+ nd_sysex_mode = 0;
+ }
+
+ if (nd_sysex_mode) {
+ sys_midibytein(midiindev, data2);
+ if (data2 == 0xF7)
+ nd_sysex_mode = 0;
+ }
+
+ if (nd_sysex_mode) {
+ sys_midibytein(midiindev, data3);
+ if (data3 == 0xF7)
+ nd_sysex_mode = 0;
+ }
+}
+
void sys_poll_midi(void)
{
int i, nmess;
@@ -221,6 +253,7 @@
int status = Pm_MessageStatus(buffer.message);
int data1 = Pm_MessageData1(buffer.message);
int data2 = Pm_MessageData2(buffer.message);
+ int data3 = ((buffer.message >> 24) & 0xFF);
int msgtype = (status >> 4) - 8;
switch (msgtype)
{
@@ -239,8 +272,12 @@
sys_midibytein(i, data1);
break;
case 7:
- sys_midibytein(i, status);
+ nd_sysex_mode=1;
+ nd_sysex_inword(i, status, data1, data2, data3);
break;
+ default:
+ if (nd_sysex_mode)
+ nd_sysex_inword(i, status, data1, data2, data3);
}
}
}
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-24 19:05
Message:
Logged In: YES
user_id=27104
Originator: NO
included in Pd-0.41-4
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2007-12-07 14:18
Message:
Logged In: YES
user_id=801174
Originator: NO
this was merged into desiredata last summer. i didn't post about it here
right away because I had a policy not to post on the sf bugtracker about
desiredata. I changed my mind.
----------------------------------------------------------------------
Comment By: Nathaniel Dose (dosena2)
Date: 2007-08-04 05:33
Message:
Logged In: YES
user_id=1845257
Originator: YES
The other two patches are on HEAD (August 2/see below), not 0.41-test05
(which I assume is the same as v0-41-0test05)
Is this planned or is a tag missing?
pmmacosxcm.c: rev 1.22
x_midi.c: rev 1.5
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-07-29 16:41
Message:
Logged In: YES
user_id=313747
Originator: NO
These three should be reflected in 0.41-test05.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755720&group_…
Bugs item #1837935, was opened at 2007-11-24 23:20
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1837935&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.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: cyclone/comment takes part of comment as classname on save
Initial Comment:
When saving a [cyclone/comment] object, the classname is replaced by the first atom in the comment section of that object whenever that patch is saved.
This is probably related to the bug fix for including the namespace prefix when saving.
To reproduce:
- open a new patch
- create a comment object with some text in it
- save and close the patch
- reopen that patch, and voila
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-24 16:04
Message:
Logged In: YES
user_id=27104
Originator: YES
it probably works fine on 0.41.0 vanilla because I removed the offending
code. That means that [cyclone/comment] gets turned into [comment] on
save. :( Anyone want to take a stab and getting cyclone to save its
namespace prefix?
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-04-07 05:43
Message:
Logged In: YES
user_id=564396
Originator: NO
btw, it works fine with pd-vanilla 0.41-1
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1837935&group_…
It seems there is a profiler for Tcl. Has anyone ever tried it on Pd?
Begin forwarded message:
> From: Revar Desmera <revarbat(a)gmail.com>
> Date: April 9, 2008 10:58:55 PM EDT
> To: TCL-Mac List <tcl-mac(a)lists.sourceforge.net>
> Subject: Re: [MACTCL] Improving Application GUI Speed
> Delivered-To: hans(a)eds.org
> X-Mailer: Apple Mail (2.919.2)
> X-Filter-Rule: ALL_LISTS
>
> If you download http://www.belfry.com/code/profile.tcl, and add a
> 'source profile.tcl' to the beginning of your program, when the
> program finishes, it'll dump a very detailed timing profile of your
> code to tclprof.txt, which you can use to determine what to optimize.
> The report format is very close to that of gprof.
>
> - Revar
>
>
>
> On Apr 8, 2008, at 1:10 AM, Randolf Schultz wrote:
>> Hello,
>>
>> please help me getting my application up to speed on MacOSX/Aqua.
>> It runs fine on Linux/X11, Win32, and even MacOSX/X11. Only on
>> MacOSX/Aqua it crawls.
>>
>> Want to have a look first?
>> Go to
>>
>> http://sourceforge.net/project/platformdownload.php?
>> group_id=28460&sel_platform=4542
>>
>> (or http://www.ayam3d.org/download.html)
>>
>> get both variants (MacOSX/X11 and MacOSX/Aqua).
>>
>> Already the application startup is 2-3s (Linux/X11) vs. 10-15s
>> (MacOSX/Aqua); from then on the MacOSX version is unusably
>> slow, especially when drawing the scrollable GUIs for the object
>> properties (those are implemented as window in a canvas).
>> Another problem area are the pane widgets, that may be dragged
>> quite fine on X11, but on Aqua they do one hop every 1-2s (and
>> this is _without_ continuous re-packing the GUI, only dragging
>> the pane handle, which is a simple packed frame IIRC!).
>>
>> The Linux/X11 and MacOSX/Aqua variants were test-run on the
>> very same machine (MacMini-PPC)!
>>
>> So how would you proceed to tackle this problem?
>> Is there an easy way to profile such complex scenarios with Tcl/Tk?
>>
>> best regards,
>> Randolf
>>
>> ---------------------------------------------------------------------
>> ----
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Register now and save $200. Hurry, offer ends at 11:59 p.m.,
>> Monday, April 7! Use priority code J8TLD2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://
>> java.sun.com/javaone
>> _______________________________________________
>> Tcl-mac mailing list
>> tcl-mac(a)lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
>
> ----------------------------------------------------------------------
> ---
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://
> java.sun.com/javaone
> _______________________________________________
> Tcl-mac mailing list
> tcl-mac(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
------------------------------------------------------------------------
----
Using ReBirth is like trying to play an 808 with a long stick. -
David Zicarelli
Patches item #1943614, was opened at 2008-04-16 00:25
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1943614&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: Duplicate
Priority: 5
Private: No
Submitted By: Jakob Leben (jleben)
Assigned to: Nobody/Anonymous (nobody)
Summary: speed up 'graph on parent'
Initial Comment:
Here is the update of my patch filed as 1943301 (move instead of draw when 'graphed on parent') - now made with diff -uwB ;)
I fixed both of the bugs mentioned when I posted the first version of this patch. I noticed that one of them, namely the name of garray missing when array is created was a general bug and not produced by my code. This is now solved also, for the good of the pd community!
I also added iemgui_graph function which now all iemgui objects call as their graph_fn function and it in turn calls object's x_gui.x_draw function. This allows for graph_displace to make generic calls to graph_fn functions of all of it's children.
I would also like to point out that this patch only offers the possibility to use Tk command move for moving graphics of objects which are 'graphed on parent'. To add graph_fn functions to all the pd-vanilla objects I simply copied the code they use to draw themselves when being displaced, and currently many of them actually redraw themselves instead of just move. I paid attention that garray's graphics are really moved though, because to speed up array drawing was the main objective of writing this patch.
One problem I wish to point at is: if an object uses iemgui_displace function (and it holds the same now for new iemgui_graph function) it actually loses possibility to easily use Tk move command, because iemgui functions don't pass the dx and dy arguments to local object's functions they call for drawing. Thus using iemgui_displace and iemgui_graph makes it even less convenient and effective. I think iemgui functions should do more to make writing of gui externals easy.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-24 15:56
Message:
Logged In: YES
user_id=27104
Originator: NO
closed since this is replaced by #1948146
----------------------------------------------------------------------
Comment By: Jakob Leben (jleben)
Date: 2008-04-17 00:54
Message:
Logged In: YES
user_id=2064182
Originator: YES
File Added: pd-0.41-4.leben4-garrayonly.patch
----------------------------------------------------------------------
Comment By: Jakob Leben (jleben)
Date: 2008-04-17 00:53
Message:
Logged In: YES
user_id=2064182
Originator: YES
Fixed: wrong drawing of nested graphs-on-parent.
File Added: pd-0.41-4.leben4.patch
----------------------------------------------------------------------
Comment By: Jakob Leben (jleben)
Date: 2008-04-16 22:13
Message:
Logged In: YES
user_id=2064182
Originator: YES
File Added: pd-0.41-4-leben3.patch
----------------------------------------------------------------------
Comment By: Jakob Leben (jleben)
Date: 2008-04-16 22:12
Message:
Logged In: YES
user_id=2064182
Originator: YES
New fix to the patch: changing plotting style for arrays didn't work right
with the patch
A thought: with this patch, redrawing the array is reduced to one time
only after changes on the array dialog are applied. I also tweaked some
functions in g_array.c so that they produce as little redrawings as
possible. However, both garray_resize and garray_redraw produce redrawing
and they are both "public" functions (in m_pd.h). This behaviour seems
logical, but for example soundfiler object uses them both when reading a
file into the array, so that the array gets redrawn twice, which is not
good according to how CPU demanding is the plotting of arrays currently. I
have no ideas how to solve this.
File Added: pd-0.41-4-leben3-garrayonly.patch
----------------------------------------------------------------------
Comment By: Jakob Leben (jleben)
Date: 2008-04-16 14:18
Message:
Logged In: YES
user_id=2064182
Originator: YES
File Added: pd-0.41-4-leben-garrayonly.patch
----------------------------------------------------------------------
Comment By: Jakob Leben (jleben)
Date: 2008-04-16 14:17
Message:
Logged In: YES
user_id=2064182
Originator: YES
NEW FIXES:
- displacing a graph on parent when it has it's window open moves
graphical content inside this window.
- displacing nested graphs on parent doesn't work (crash)
I realized that there IS quite a lot of externals that use widget
behaviors, so I also made another patch witch only fixes slow displacing of
arrays and doesn't bring new widgetbehavior. This one can safely be used
with pd-extended.
File Added: pd-0.41-4-leben.patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1943614&group_…
Patches item #1948146, was opened at 2008-04-21 14:15
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1948146&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jakob Leben (jleben)
Assigned to: Nobody/Anonymous (nobody)
Summary: array: move instead of redraw graphics
Initial Comment:
This is a patch that fixes slow ("sticky") displacing of arrays by moving instead of recreating their graphics.
It also fixes the problem of array name not appearing immediately after its creation as it was necessary now that arrays don't recreate but only move all that belongs to their appearance when displaced.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-24 15:56
Message:
Logged In: YES
user_id=27104
Originator: NO
see patches 1943614 and 1943301 for a history of this patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1948146&group_…
Patches item #1943301, was opened at 2008-04-15 15:09
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1943301&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: Duplicate
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: move instead of redraw GUI objects 'graphed on parent
Initial Comment:
New widget behavior 'graphfn' which gets called by graph_displace function and only uses Tk command 'move' to move graphics instead of erasing and recreating them.
Patch also adds graphfn functions to all the pd-vanilla GUI objects.
Also some modification inside g_array.c to remove unnecessary multiple visualizations of garrays.
Result: improved performace of array drawing.
Usage: invoke the patch inside the 'src' folder.
Known bugs that are newly introduced by this patch:
- Array name is not visible immediately after inserting an array. It gets drawn though at first redraw of the array after the array has been moved from the border of the canvas.
- Comments that are 'graphed on parent' don't move with graph. However, they are drawn at the right place when their redrawing occurs.
Fixes come soon.
Jakob Leben
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-24 15:56
Message:
Logged In: YES
user_id=27104
Originator: NO
closed since this is replaced by #1948146
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-15 18:59
Message:
Logged In: YES
user_id=27104
Originator: NO
This patch seems to include a lot of whitespace changes, making it very
hard to read. Can you recreate it in 'diff -uw' format please? :)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1943301&group_…
Bugs item #1811453, was opened at 2007-10-11 03:58
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1811453&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Ed Kelly (edkelly)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: msgfile cannot read files on pd extended 0.39.3 win32
Initial Comment:
msgfile on pd-extended-0.39.3 gives the following message when trying to read a file:
error: msgfile_read: unable to lseek
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-04-23 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
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: IOhannes m zmölnig (zmoelnig)
Date: 2008-04-09 11:49
Message:
Logged In: YES
user_id=564396
Originator: NO
i think i have fixed this in CVS. the problem turned out to be a binary vs
text reading of the file.
pleas check whether it works (at least with Pd-ext-0.40)
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-15 01:04
Message:
Logged In: YES
user_id=564396
Originator: NO
does this problem persist when you build zexy yourself?
or with older versions of zexy? (both in pd-extended and the outdated zexy
distribution?)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1811453&group_…
Bugs item #1950095, was opened at 2008-04-23 20:39
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=1950095&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: ClaudiusMaximus (claudiusmaximus)
Assigned to: Nobody/Anonymous (nobody)
Summary: [readanysf~] incompatible with new FLAC API
Initial Comment:
It seems the FLAC API changed recently, making it impossible to compile readanysf~ on GNU/Linux Debian Lenny, and probably other systems too:
./configure && make
[snip]
ReadFlac.cpp: In member function ‘virtual bool ReadFlac::Initialize()’:
ReadFlac.cpp:80: error: ‘FLAC__stream_decoder_set_read_callback’ was not declared in this scope
ReadFlac.cpp:81: error: ‘FLAC__stream_decoder_set_write_callback’ was not declared in this scope
ReadFlac.cpp:83: error: ‘FLAC__stream_decoder_set_metadata_callback’ was not declared in this scope
ReadFlac.cpp:84: error: ‘FLAC__stream_decoder_set_error_callback’ was not declared in this scope
ReadFlac.cpp:85: error: ‘FLAC__stream_decoder_set_client_data’ was not declared in this scope
ReadFlac.cpp:87: error: ‘FLAC__stream_decoder_init’ was not declared in this scope
ReadFlac.cpp: In member function ‘void ReadFlac::ErrorCheck(int)’:
ReadFlac.cpp:273: error: ‘FLAC__STREAM_DECODER_INVALID_CALLBACK’ was not declared in this scope
make[2]: *** [ReadFlac.o] Error 1
make[2]: Leaving directory `/home/claude/src/pure-data/trunk/externals/august/readanysf~/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/claude/src/pure-data/trunk/externals/august/readanysf~'
make: *** [all] Error 2
This might have some useful tips, but I haven't the time at the moment to read it:
http://flac.sourceforge.net/api/group__porting.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1950095&group_…