Bugs item #2991563, was opened at 2010-04-23 23:46
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&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: v0.42
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: abs~ only works on first sample of each block
Initial Comment:
The output of abs~ is not correct. It gives the correct output at the first sample of each block, then it returns the input bypassed for all subsequent samples.
I'll give this a higher priority since this is very basic math malfunctioning; feel free to change the priority if this is not correct.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-24 09:52
Message:
hmm, there are quite a lot of implementations of [abs~].
i tried:
- pd-vanilla [abs~] (part of Pd>=0.42)
- zexy's built-in [abs~]
- zexy's abstraction wrapper for [abs~]
all of them work perfectly on 0.42.5 (self-compiled Pd and zexy on a
Debian GNU/Linux system)
my test patch is:
[sig~ -1]
|
[abs~]
|
[print~]
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-23 23:47
Message:
Sorry it was me, i wasn't logged in.
I cannot change the priority now, well....
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_…
Bugs item #2991563, was opened at 2010-04-23 23:46
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&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: v0.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: abs~ only works on first sample of each block
Initial Comment:
The output of abs~ is not correct. It gives the correct output at the first sample of each block, then it returns the input bypassed for all subsequent samples.
I'll give this a higher priority since this is very basic math malfunctioning; feel free to change the priority if this is not correct.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-23 23:47
Message:
Sorry it was me, i wasn't logged in.
I cannot change the priority now, well....
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_…
Bugs item #2991563, was opened at 2010-04-23 21:46
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&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: v0.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: abs~ only works on first sample of each block
Initial Comment:
The output of abs~ is not correct. It gives the correct output at the first sample of each block, then it returns the input bypassed for all subsequent samples.
I'll give this a higher priority since this is very basic math malfunctioning; feel free to change the priority if this is not correct.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991563&group_…
I updated the Ubuntu/Jaunty box to Lucid 9.10 so we should have Lucid
builds starting tonight.
.hc
----------------------------------------------------------------------------
Using ReBirth is like trying to play an 808 with a long stick. -
David Zicarelli
Bugs item #2991292, was opened at 2010-04-23 09:58
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991292&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ggee/button does not work (winxp)
Initial Comment:
Pd version 0.41.4-extended-20090509
error: button0xa4f8d0: no such object
0.43.0-devel-20100417
invalid command name "pd"
invalid command name "pd"
while executing
"pd [concat buttona7baf8 b \;]"
(procedure "button_cba7baf8" line 1)
invoked from within
"button_cba7baf8"
invoked from within
".xa54798.c.sa7baf8 invoke"
("uplevel" body line 1)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991292&group_…
Bugs item #2991291, was opened at 2010-04-23 09:54
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991291&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: ggee/image GOP crashes (winxp)
Initial Comment:
Pd version 0.41.4-extended-20090509 and 0.43.0-devel-20100417
but it crashes only as long as there is any connection to the [image] object
it crashes when you close the patch and even if you try to delete the GOP abstraction from your patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2991291&group_…
Bugs item #2990462, was opened at 2010-04-21 12:28
Message generated for change (Tracker Item Submitted) made by irmaosaturno
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990462&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: v0.41
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paulo Casaes (irmaosaturno)
Assigned to: Nobody/Anonymous (nobody)
Summary: Discrepency between tabosc4~ and tabread4~
Initial Comment:
I believe I've found a discrepency between tabread4~ and tabosc4~. If you use them to synthesis a signal from the same table they will go out of phase with each other. The problem is more apparent with a table with lots of harmonics.
I tested this on PD-Extended 0.41
Not sure how much of a problem this really is or whether this has been fixed in later version.
I've included a patch demonstrating the discrepancy.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990462&group_…
Bugs item #2990309, was opened at 2010-04-21 10:34
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: dumpOSC fails to create if no arguments
Initial Comment:
If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 13:49
Message:
sure
i only looked at the code and there it says that it will print out the
error before failing to create.
at this point i hadn't even tried to create an OSCx object.
then, i added an "OSCx is deprecated" message to the three OSCx objects
(which get's printed whenever one of these objects is created), which i
think is enough hint for the user (rather than creating help-patches).
while doing so, i i also created [dumpOSC] (without args) and can confirm
that it also prints out the warning about empty arguments (i also added a
hint that a "port number" is missing)
i think with my additions (deprecation-message and hint that it is the
port-number that's missing) we can close this issue
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-21 13:39
Message:
IOhannes, OK I won't use dumpOSC, I didn't know it was deprecated. It would
be fine to include some note in the help patches (which don't exist) so
that a user can know the objects are deprecated.
Regarding this:
> furthermore, [dumpOSC]will print out an error to the console if you
don't
> specify an argument ("[dumpOSC] needs at least one argument")
maybe your version does; I use the Pd Extended precompiled binaries for
Windows from puredata.info, and I can assure you that the only error
message that appears on the consol is:
dumpOSC: couldn't create
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 10:48
Message:
furthermore, [dumpOSC]will print out an error to the console if you don't
specify an argument ("[dumpOSC] needs at least one argument")
the message could be more meaningful (i changed that now), but it still
has tto be read....
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 10:41
Message:
i will not get tired of that:
do not use [dumpOSC] (and other friends from OSCx), as they are buggy,
outdated, unmaintained and superceded by the better-designed, up-to-date,
actively maintained objects from mrpeach.
the objects are mainly there for legacy reasons.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…
Bugs item #2990309, was opened at 2010-04-21 10:34
Message generated for change (Settings changed) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: Out of Date
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: dumpOSC fails to create if no arguments
Initial Comment:
If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found.
----------------------------------------------------------------------
>Comment By: Matteo Sisti Sette (sistisette)
Date: 2010-04-21 13:39
Message:
IOhannes, OK I won't use dumpOSC, I didn't know it was deprecated. It would
be fine to include some note in the help patches (which don't exist) so
that a user can know the objects are deprecated.
Regarding this:
> furthermore, [dumpOSC]will print out an error to the console if you
don't
> specify an argument ("[dumpOSC] needs at least one argument")
maybe your version does; I use the Pd Extended precompiled binaries for
Windows from puredata.info, and I can assure you that the only error
message that appears on the consol is:
dumpOSC: couldn't create
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 10:48
Message:
furthermore, [dumpOSC]will print out an error to the console if you don't
specify an argument ("[dumpOSC] needs at least one argument")
the message could be more meaningful (i changed that now), but it still
has tto be read....
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 10:41
Message:
i will not get tired of that:
do not use [dumpOSC] (and other friends from OSCx), as they are buggy,
outdated, unmaintained and superceded by the better-designed, up-to-date,
actively maintained objects from mrpeach.
the objects are mainly there for legacy reasons.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…
Bugs item #2990309, was opened at 2010-04-21 10:34
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: Pending
Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: dumpOSC fails to create if no arguments
Initial Comment:
If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 10:48
Message:
furthermore, [dumpOSC]will print out an error to the console if you don't
specify an argument ("[dumpOSC] needs at least one argument")
the message could be more meaningful (i changed that now), but it still
has tto be read....
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-04-21 10:41
Message:
i will not get tired of that:
do not use [dumpOSC] (and other friends from OSCx), as they are buggy,
outdated, unmaintained and superceded by the better-designed, up-to-date,
actively maintained objects from mrpeach.
the objects are mainly there for legacy reasons.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…