Hi,
I would highly appreciate some assistance in grasping how signals are
processed in DSP objects.
Working on the following template, I will demonstrate variations in the
. As results do not appear as the way I expect, there
must be something I am not understanding correctly.
== Tem
Bugs item #1993431, was opened at 2008-06-13 15:33
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=1993431&group_id=55736
Please note that this message will contain a full copy o
Am 13.06.2008 um 18:39 schrieb Pablo Vanwoerkom:
Thank you Bryan and Thomas for your quick response. That extra
line in
flsupport.cpp fixed it! It's weird though why it would work on the
normal binary but not on the debug version.
The reason is that with the debug version, there's an asse
I'm still trying to figure out how to do this "right"... for years I've
been unable to put some key objects into Pd 'vanilla' because they would
then shadow objects of the same name in libraries, sometimes with somewhat
different designes (e.g., the infamous "pow~"). The only solution I
can see is
Thank you Bryan and Thomas for your quick response. That extra line in
flsupport.cpp fixed it! It's weird though why it would work on the
normal binary but not on the debug version. Should I post this
bug/solution on the flext mailing list?
Best,
-Pablo
Thomas Grill wrote:
> Hi,
> i guess you
Hi,
i guess you spotted a bug in flext.
in C++ it's valid (although not common practice) to delete a NULL ptr
and flext doesn't handle that correctly.
As a quick fix, you can search flsupport.cpp for the following
function and insert one line of code as shown below.
void flext_root::operator
moin Pablo,
looks like something (SoundFile?) is trying to free a NULL pointer
(blk=0x0); possibly an initialization bug... have you checked the
constructor?
marmosets,
Bryan
On 2008-06-12 20:23:53, Pablo Vanwoerkom <[EMAIL PROTECTED]> appears
to have written:
> I've been having trouble
