Bugs item #2025905, was opened at 2008-07-23 12:16
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2025905&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: Closed
Resolution: None
>Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
>Assigned to: Nobody/Anonymous (nobody)
Summary: wiisense crashes Pd-extended
Initial Comment:
When using WiiSense with Pd-extended on Windows, it crashs Pd-extended. When using Pd-0.41-4, it doesn't crash Pd. This was tested with:
Windows XPSP2
Pd-extended 0.40.3-rc4
Pd-vanilla 0.41-4
Pd-vanilla 0.40-2
WiiSense 17
On Pd-vanilla, this is the error message:
WiiSense build 17 by Prashant Vaibhav
http://wiisense.googlecode.com/
Calibration data: 9.000000 8.000000 36.000000 8.000000 35.000000 8.000000 35.000000 9.000000 10.000000
WiiSense: Can't see any Wiimote
error: WiiSense - Exception while processing method: Unknown exception
On Pd-extended, it crashes leaving this:
WiiSense build 17 by Prashant Vaibhav
http://wiisense.googlecode.com/
Calibration data: 9.000000 8.000000 36.000000 8.000000 35.000000 8.000000 35.000000 9.000000 10.000000
WiiSense: Can't see any Wiimote
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-23 12:28
Message:
Logged In: YES
user_id=27104
Originator: YES
Oops, it seems that the source to WiiSense is not available, so not a
whole lot I can do about fixing this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2025905&group_…
Bugs item #2025905, was opened at 2008-07-23 12:16
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=2025905&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: wiisense crashes Pd-extended
Initial Comment:
When using WiiSense with Pd-extended on Windows, it crashs Pd-extended. When using Pd-0.41-4, it doesn't crash Pd. This was tested with:
Windows XPSP2
Pd-extended 0.40.3-rc4
Pd-vanilla 0.41-4
Pd-vanilla 0.40-2
WiiSense 17
On Pd-vanilla, this is the error message:
WiiSense build 17 by Prashant Vaibhav
http://wiisense.googlecode.com/
Calibration data: 9.000000 8.000000 36.000000 8.000000 35.000000 8.000000 35.000000 9.000000 10.000000
WiiSense: Can't see any Wiimote
error: WiiSense - Exception while processing method: Unknown exception
On Pd-extended, it crashes leaving this:
WiiSense build 17 by Prashant Vaibhav
http://wiisense.googlecode.com/
Calibration data: 9.000000 8.000000 36.000000 8.000000 35.000000 8.000000 35.000000 9.000000 10.000000
WiiSense: Can't see any Wiimote
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2025905&group_…
Bugs item #1996275, was opened at 2008-06-17 18:38
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&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: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [change] lets some duplicates thru
Initial Comment:
Sometimes some duplicates get through [change] since it is doing a != for the comparison. Instead it should do a comparison with a set precision, something like this:
http://howto.wikia.com/wiki/Howto_compare_float_numbers_in_the_C_programmin…
//compares if the float f1 is equal with f2 and returns 1 if true and 0 if false
int compare_float(float f1, float f2)
{
float precision = 0.00001;
if (((f1 - precision) < f2) &&
((f1 + precision) > f2))
{
return 1;
}
else
{
return 0;
}
}
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 16:33
Message:
Logged In: YES
user_id=564396
Originator: NO
attached is a patch that simulates what you experienced.
btw, it is rather simple to quantize your numbers with an abstraction, if
you don't need full precision.
also it might be a nice feature to [change] to allow a certain fuzziness.
i guess you could submit a feature-request for this instead of this
bug-report.
File Added: pd_precision.pd
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 16:23
Message:
Logged In: YES
user_id=564396
Originator: NO
ah i see, but this is a misunderstanding on your side.
Pd uses _full_ precision of floats. however it will only display (and
save) a number with a limited precision.
i don't think we should change [change] just because [print] is unable to
show enough precision.
if you use [tgl] instead of [print] you will notice that even more values
look the same :-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-23 16:08
Message:
Logged In: YES
user_id=27104
Originator: YES
Since this comparison is happening in C space, it is done using the full
precision of the float. But Pd only uses 6 digits of precision, so the
comparison should match that, not what is happening in C space.
Basically, I hooked up a [change]-[print] to some sensor data, and it was
quite common to see the exact same number printed out one after the other.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 09:26
Message:
Logged In: YES
user_id=564396
Originator: NO
do you have a practical example that exposes the bug?
in theory you are of course right, but in practice i wonder how this can
be applied to [change].
e.g. if i send "1" and the result of "2/2" to change, i might consider
these two as different enough :-)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&group_…
Bugs item #1996275, was opened at 2008-06-17 18:38
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&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: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [change] lets some duplicates thru
Initial Comment:
Sometimes some duplicates get through [change] since it is doing a != for the comparison. Instead it should do a comparison with a set precision, something like this:
http://howto.wikia.com/wiki/Howto_compare_float_numbers_in_the_C_programmin…
//compares if the float f1 is equal with f2 and returns 1 if true and 0 if false
int compare_float(float f1, float f2)
{
float precision = 0.00001;
if (((f1 - precision) < f2) &&
((f1 + precision) > f2))
{
return 1;
}
else
{
return 0;
}
}
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 16:23
Message:
Logged In: YES
user_id=564396
Originator: NO
ah i see, but this is a misunderstanding on your side.
Pd uses _full_ precision of floats. however it will only display (and
save) a number with a limited precision.
i don't think we should change [change] just because [print] is unable to
show enough precision.
if you use [tgl] instead of [print] you will notice that even more values
look the same :-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-23 16:08
Message:
Logged In: YES
user_id=27104
Originator: YES
Since this comparison is happening in C space, it is done using the full
precision of the float. But Pd only uses 6 digits of precision, so the
comparison should match that, not what is happening in C space.
Basically, I hooked up a [change]-[print] to some sensor data, and it was
quite common to see the exact same number printed out one after the other.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 09:26
Message:
Logged In: YES
user_id=564396
Originator: NO
do you have a practical example that exposes the bug?
in theory you are of course right, but in practice i wonder how this can
be applied to [change].
e.g. if i send "1" and the result of "2/2" to change, i might consider
these two as different enough :-)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&group_…
Bugs item #2007191, was opened at 2008-06-30 18:44
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2007191&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: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: hardoff (hardoff)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [sssad] does not create on pd-extended
Initial Comment:
there is a similar bug report below, but here are further details:
creating a [sssad] object in pd-extended causes the following error in the console:
libdir_loader: added 'sssad' to the canvas-local objectclass path
libdir_loader: added 'sssad' to the canvas-local objectclass path
libdir_loader: added 'sssad' to the canvas-local objectclass path
...about 1000 times, and then finally says:
error: maximum object loading depth 1000 reached
sssad
... couldn't create
several people have suggested that there is a glitch in the libdir loader that won't allow for an abstraction to have the same name as its enclosing folder.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-23 10:17
Message:
Logged In: YES
user_id=27104
Originator: NO
It turns out that this is a duplicate of #1965894 "libdir loader can't
handle classname same as library name", so I am deleting this one.
http://sourceforge.net/tracker/index.php?func=detail&aid=1965894&group_id=5…
----------------------------------------------------------------------
Comment By: boonier (boonier)
Date: 2008-07-21 17:21
Message:
Logged In: YES
user_id=1915214
Originator: NO
my apologies - i wasnt logged in...
smills[at]rootsix.net
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2007191&group_…
Bugs item #1965894, was opened at 2008-05-17 05:55
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965894&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: eerne (eerne)
>Assigned to: Hans-Christoph Steiner (eighthave)
>Summary: libdir loader can't handle classname same as library name
Initial Comment:
with Pd-0.40.3-extended-20080516-macosx104-i386.dmg the sssad-help.pd file does not work out of the box.
libdir_loader: added sssad to the canvas-local path
sssad key
... couldn't create
libdir_loader: added sssad to the canvas-local path
sssad key
... couldn't create
libdir_loader: added sssad to the canvas-local path
sssad key
... couldn't create
libdir_loader: added sssad to the canvas-local path
sssad key
... couldn't create
sssad-example
... couldn't create
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-23 10:15
Message:
Logged In: YES
user_id=27104
Originator: NO
The problem is somewhere in the relationship of the libdir loader and Pd's
logic for checking if it has already loaded a binary library. If you load
a libdir called "blah", you won't be able to load [blah/blah] or [blah].
----------------------------------------------------------------------
Comment By: hardoff (hardoff)
Date: 2008-06-30 18:43
Message:
Logged In: YES
user_id=1816568
Originator: NO
creating a [sssad] object in pd-extended causes the following error in the
console:
libdir_loader: added 'sssad' to the canvas-local objectclass path
libdir_loader: added 'sssad' to the canvas-local objectclass path
libdir_loader: added 'sssad' to the canvas-local objectclass path
...about 1000 times, and then finally says:
error: maximum object loading depth 1000 reached
sssad
... couldn't create
several people have suggested that there is a glitch in the libdir loader
that won't allow for an abstraction to have the same name as its enclosing
folder.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-05-28 19:03
Message:
Logged In: NO
I named the private subdirectory "_sssad" just randomly, loosly inspired
by Pyton's convention of using underscores for private stuff. I wasn't
thinking of some libdir conflict at that time at all. As the sssad
"library" consists of only one object I didn't consider namespacing for it
at all.
I haven't used libdirs so far, but I think, objects which have the same
name as the libdir should be possible as well.
--Frank (not logged in, but believe me it's me)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-28 11:58
Message:
Logged In: YES
user_id=27104
Originator: NO
so the problem is that the libdir for sssad is currently called 'sssad'.
Since the main object is also called 'sssad', there is a nameconflict.
Frank must have found this himself, since he named the included folder
'_sssad'. I am not really sure how to solve this, except include sssad in
a different library.
Any suggestions?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1965894&group_…
Bugs item #1996275, was opened at 2008-06-17 12:38
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&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: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [change] lets some duplicates thru
Initial Comment:
Sometimes some duplicates get through [change] since it is doing a != for the comparison. Instead it should do a comparison with a set precision, something like this:
http://howto.wikia.com/wiki/Howto_compare_float_numbers_in_the_C_programmin…
//compares if the float f1 is equal with f2 and returns 1 if true and 0 if false
int compare_float(float f1, float f2)
{
float precision = 0.00001;
if (((f1 - precision) < f2) &&
((f1 + precision) > f2))
{
return 1;
}
else
{
return 0;
}
}
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-23 10:08
Message:
Logged In: YES
user_id=27104
Originator: YES
Since this comparison is happening in C space, it is done using the full
precision of the float. But Pd only uses 6 digits of precision, so the
comparison should match that, not what is happening in C space.
Basically, I hooked up a [change]-[print] to some sensor data, and it was
quite common to see the exact same number printed out one after the other.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 03:26
Message:
Logged In: YES
user_id=564396
Originator: NO
do you have a practical example that exposes the bug?
in theory you are of course right, but in practice i wonder how this can
be applied to [change].
e.g. if i send "1" and the result of "2/2" to change, i might consider
these two as different enough :-)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&group_…
Bugs item #1849321, was opened at 2007-12-12 14:23
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849321&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: v0.40.2
Status: Deleted
Resolution: Duplicate
Priority: 5
Private: No
Submitted By: oli44 (oli44)
>Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: pix_record stops recording after 4 frames
Initial Comment:
Bug produced with the help patch of gem/pix_record
When trying to record in auto mode or image by image, pix_record records a few frames (at best 4) and send writes
[pix_record]: pix_record : movie written
to the console.
Codecs i tried: mjpeg, mjpa, ffmpeg_mjpg
GEM: using MMX optimization
GEM: Graphics Environment for Multimedia
GEM: ver: 0.91-cvs
GEM: compiled: Dec 9 2007
GEM: maintained by IOhannes m zmoelnig
GEM: Authors : Mark Danks (original version)
GEM: Chris Clepper
GEM: James Tittle
GEM: IOhannes m zmoelnig
GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al.
Pd version 0.40.3-extended-20071209 for debian testing
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849321&group_…
Bugs item #1996275, was opened at 2008-06-17 18:38
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&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: Hans-Christoph Steiner (eighthave)
Assigned to: Nobody/Anonymous (nobody)
Summary: [change] lets some duplicates thru
Initial Comment:
Sometimes some duplicates get through [change] since it is doing a != for the comparison. Instead it should do a comparison with a set precision, something like this:
http://howto.wikia.com/wiki/Howto_compare_float_numbers_in_the_C_programmin…
//compares if the float f1 is equal with f2 and returns 1 if true and 0 if false
int compare_float(float f1, float f2)
{
float precision = 0.00001;
if (((f1 - precision) < f2) &&
((f1 + precision) > f2))
{
return 1;
}
else
{
return 0;
}
}
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 09:26
Message:
Logged In: YES
user_id=564396
Originator: NO
do you have a practical example that exposes the bug?
in theory you are of course right, but in practice i wonder how this can
be applied to [change].
e.g. if i send "1" and the result of "2/2" to change, i might consider
these two as different enough :-)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1996275&group_…
Bugs item #2021648, was opened at 2008-07-18 19:05
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2021648&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: Accepted
Priority: 5
Private: No
Submitted By: Federico Ferri (federico__)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: zexy: configure.ac: $LDFLAGS in wrong place
Initial Comment:
line 425 of configure.ac:
LFLAGS=${LDFLAGS}
is wrong.
LDFLAGS are passed to gcc, not to ld.
I have in my LDFLAGS -Wl,-O1, which make ld fail.
ld should only see the -O1 option
make output:
i686-pc-linux-gnu-ld -shared --export-dynamic -Wl,-O1 -o zexy.pd_linux *.o -lm -lc
i686-pc-linux-gnu-ld: unrecognized option '-Wl,-O1'
i686-pc-linux-gnu-ld: use the --help option for usage information
make: *** [zexy] Error 1
please fix. (you can fix it by making an empty LFLAGS)
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-23 09:10
Message:
Logged In: YES
user_id=564396
Originator: NO
good that you have found a solution.
2 remarks:
- i kind of started to migrate the build-system from zexy/src/ to
zexy/build/autoconf/ and incorporated your changes there.
i suggest you just use this build-system from now on.
- i am not so sure whether using $(CC) as linker is truely portable; not
every compiler might be able to implicitely run a linker, like gcc.
if you feel unhappy with this solution (using build/autoconf/), just
re-open this ticket.
----------------------------------------------------------------------
Comment By: Federico Ferri (federico__)
Date: 2008-07-22 21:47
Message:
Logged In: YES
user_id=1628983
Originator: YES
so, finally, I managed to fix your problem.
replace $(LD) with $(CC) in Makefile and you are okay, there's no need of
transforming variables or such. here's the one-liner fix I use in the
Gentoo Ebuild:
sed -i -e 's/\$(LD)/\$(CC)/g' Makefile
you can always check here [1] how do I build externals. please notify me
when you commit this little fix, so I remove the fix from the ebuild.
[1]
http://pd-overlay.svn.sourceforge.net/viewvc/pd-overlay/pd-overlay/media-pl…
(actually Sf's ViewVC is down)
----------------------------------------------------------------------
Comment By: Federico Ferri (federico__)
Date: 2008-07-21 19:08
Message:
Logged In: YES
user_id=1628983
Originator: YES
hi IOhannes,
I'm not sure what you should do; the 'GNU Coding Standards' document
doesn't make mention of this (I generally look-up there things when I'm in
doubt).
As I explained, the $(LDFLAGS) has to be passed to gcc, not to ld.
For example, if you have -Wl,--as-needed in $LDFLAGS, the ld program only
wants to see --as-needed.
There are two options:
1) [PROBABLY BAD] if you want to pass $LDFLAGS directly to linker, you
have to turn the "-Wl,--flag1,--flag2" option into "--flag1 --flag2".
I don't see a handy way to do it.
2) use gcc to do the linking.
please read this excerpt from `man ld`:
------------------------------------------------------------------------------
Note---if the linker is being invoked indirectly, via a compiler
driver
(e.g. gcc) then all the linker command line options should be
prefixed
by -Wl, (or whatever is appropriate for the particular compiler
driver)
like this:
gcc -Wl,--startgroup foo.o bar.o -Wl,--endgroup
This is important, because otherwise the compiler driver program
may
silently drop the linker options, resulting in a bad link.
------------------------------------------------------------------------------
also, beware that using a LFLAGS in Makefile could give you weird results,
since LFLAGS are the Lex-flags (that's not your case, since configure is
just a shell script, but just to inform you ;)
so, in my opinion, you should use $(CC) to link objects.
now I'm asking to some people on IRC but still didn't get a reply. if I'll
eventually get a better answer I'll add a comment here.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-07-21 15:29
Message:
Logged In: YES
user_id=564396
Originator: NO
do you have any reference tpo the correct use of LFLAGS vs LDFLAGS?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2021648&group_…