Pd-dev July 2008

pd-dev@lists.iem.at

25 participants
100 discussions

[ pure-data-Bugs-1996275 ] [change] lets some duplicates thru
by SourceForge.net 23 Jul '08

23 Jul '08

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_…

1 0

[ pure-data-Bugs-1849321 ] pix_record stops recording after 4 frames
by SourceForge.net 23 Jul '08

23 Jul '08

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_…

1 0

[ pure-data-Bugs-1996275 ] [change] lets some duplicates thru
by SourceForge.net 23 Jul '08

23 Jul '08

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_…

1 0

[ pure-data-Bugs-2021648 ] zexy: configure.ac: $LDFLAGS in wrong place
by SourceForge.net 23 Jul '08

23 Jul '08

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_…

1 0

breaking up the hexloader into usable chunks
by Hans-Christoph Steiner 23 Jul '08

23 Jul '08

Hey, Since the hexloader seems to be getting ever more complicated, I'd like to propose a (hopefully) simple alternate solution that covers a lot of what the hex loader does. This has been proposed before, I am just bringing it up again: - enable the use of a generic setup() function, like Max/MSP, instead of specifically named setup functions, like moses_setup(). This would mean that nothing special would need to be done to create objectclasses with characters that are valid for the file systems in question. It shouldn't be hard to implement, here's what the BSD man page for dlsym has to say about it: If dlsym() is called with a handle, returned by dlopen() then only that image and any libraries it depends on are searched for symbol. Then it seems it is just a matter of using dlopen() with the RTLD_LOCAL mode and that library's setup() won't be exported to the global space. .hc ------------------------------------------------------------------------ ---- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

1 0

[ pure-data-Bugs-2023949 ] Mac OS X: Path dialog won't save entries that are inside app
by SourceForge.net 23 Jul '08

23 Jul '08

Bugs item #2023949, was opened at 2008-07-21 17:10 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2023949&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: Nobody/Anonymous (nobody) >Summary: Mac OS X: Path dialog won't save entries that are inside app Initial Comment: When I try to enter a new path using the new dialog on osx the post window displays this: error: s/Pd-extended.app/Contents/Resources/extra/pddp: no such object On hitting apply and ok, then restarting Pd, then opening the Path dialog again, it reveals that the path hasn't saved. The only way i can do this is to enter the path via Startup dialog and entering a -path path/to/folder this is on 0.40.3 extended rc3 OS X 10.4.11 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-22 18:43 Message: Logged In: YES user_id=27104 Originator: NO This only seems to affect paths that are inside of the the Pd-extended.app. If you want to add a library, you are best off using [declare] or [import] in the patch or for adding paths, using [declare]. ---------------------------------------------------------------------- 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=2023949&group_…

1 0

[ pure-data-Bugs-2023949 ] Add Path dialog won't accept/save new entries
by SourceForge.net 23 Jul '08

23 Jul '08

Bugs item #2023949, was opened at 2008-07-21 17:10 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2023949&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: Nobody/Anonymous (nobody) Summary: Add Path dialog won't accept/save new entries Initial Comment: When I try to enter a new path using the new dialog on osx the post window displays this: error: s/Pd-extended.app/Contents/Resources/extra/pddp: no such object On hitting apply and ok, then restarting Pd, then opening the Path dialog again, it reveals that the path hasn't saved. The only way i can do this is to enter the path via Startup dialog and entering a -path path/to/folder this is on 0.40.3 extended rc3 OS X 10.4.11 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-07-22 18:43 Message: Logged In: YES user_id=27104 Originator: NO This only seems to affect paths that are inside of the the Pd-extended.app. If you want to add a library, you are best off using [declare] or [import] in the patch or for adding paths, using [declare]. ---------------------------------------------------------------------- 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=2023949&group_…

1 0

miXed Makefile.common -fPIC cflag
by Sergi Lario 22 Jul '08

22 Jul '08

Hi list, I added the -fPIC cflag in all makefiles I get errors compiling on a 64 bits machine ( http://lists.puredata.info/pipermail/pd-list/2008-07/063706.html ) with coders of these externals agree. But not with the miXed makefile. sll at sll-cube <http://lists.puredata.info/listinfo/pd-list>:/home/pd-extended/externals/*miXed*$ vim Makefile.common Line: 119 CFLAGS = *-fPIC* $(WARN_CFLAGS) $(OPT_CFLAGS) $(DEFINES) $(INCLUDES) The -fPIC flag lets compile over 64 bit machines. With this changes I complied pd-extened with no problems. Who can make this change? Greetings, Sergi.

2 3

[ pure-data-Bugs-2021648 ] zexy: configure.ac: $LDFLAGS in wrong place
by SourceForge.net 22 Jul '08

22 Jul '08

Bugs item #2021648, was opened at 2008-07-18 19:05 Message generated for change (Comment added) made by federico__ 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: Open Resolution: None 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: 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_…

1 0

[ pure-data-Bugs-2023949 ] Add Path dialog won't accept/save new entries
by SourceForge.net 21 Jul '08

21 Jul '08

Bugs item #2023949, was opened at 2008-07-21 21:10 Message generated for change (Comment added) made by boonier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2023949&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: Add Path dialog won't accept/save new entries Initial Comment: When I try to enter a new path using the new dialog on osx the post window displays this: error: s/Pd-extended.app/Contents/Resources/extra/pddp: no such object On hitting apply and ok, then restarting Pd, then opening the Path dialog again, it reveals that the path hasn't saved. The only way i can do this is to enter the path via Startup dialog and entering a -path path/to/folder this is on 0.40.3 extended rc3 OS X 10.4.11 ---------------------------------------------------------------------- Comment By: boonier (boonier) Date: 2008-07-21 21: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=2023949&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev July 2008