GEM-dev August 2010

gem-dev@lists.iem.at

9 participants
23 discussions

[ pd-gem-Bugs-3046980 ] [multimodel] texture mode bug
by SourceForge.net 22 Aug '10

22 Aug '10

Bugs item #3046980, was opened at 2010-08-17 14:27 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046980&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: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [multimodel] texture mode bug Initial Comment: The texture mode message for [multimodel] needs to be triggered twice to be set correctly. Pd version 0.42.5 extended RC4 GEM: ver: 0.92.3 Windows7/Geforce8600M GT ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-08-22 20:02 Message: fixed with rev.3458 in trunk mfdst IOhannes ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-08-22 20:02 Message: fixed with rev.3458 in trunk mfdst IOhannes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046980&group_…

1 0

[ pd-gem-Bugs-3046980 ] [multimodel] texture mode bug
by SourceForge.net 22 Aug '10

22 Aug '10

Bugs item #3046980, was opened at 2010-08-17 14:27 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046980&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [multimodel] texture mode bug Initial Comment: The texture mode message for [multimodel] needs to be triggered twice to be set correctly. Pd version 0.42.5 extended RC4 GEM: ver: 0.92.3 Windows7/Geforce8600M GT ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-08-22 20:02 Message: fixed with rev.3458 in trunk mfdst IOhannes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046980&group_…

1 0

[ pd-gem-Bugs-3046980 ] [multimodel] texture mode bug
by SourceForge.net 17 Aug '10

17 Aug '10

Bugs item #3046980, was opened at 2010-08-17 12:27 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046980&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [multimodel] texture mode bug Initial Comment: The texture mode message for [multimodel] needs to be triggered twice to be set correctly. Pd version 0.42.5 extended RC4 GEM: ver: 0.92.3 Windows7/Geforce8600M GT ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046980&group_…

1 0

[ pd-gem-Bugs-3046269 ] rectangle inlets/args set HALF width and height
by SourceForge.net 16 Aug '10

16 Aug '10

Bugs item #3046269, was opened at 2010-08-16 13:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&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: documentation Group: any operating system Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: rectangle inlets/args set HALF width and height Initial Comment: Either the description in the help patch or the behaviour of [rectangle] is wrong: inlet 2: float: width (default to 1) <-- should say "half width" inlet 3: float: height (default to 1) <-- should say "half height" The rectangle's width and height are actually TWICE the numbers set with the inlets or arguments ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-08-16 14:56 Message: what i learned in elementary school is that the "radius" of a regular polygon is the distance from centre to a vertex, as in [polygon], whereas the "apothema" of a regular polygon is the distance from centre to a mid-edge, like [square]. thus, in polar, r(a) a function whose minima are called apothema and maxima are called radius. similar concepts can apply to rectangles and such. i would natually use words "half-width" and "half-height" for [rectangle] and [square], but to refer to them collectively, i definitely would choose the word "apothema" over the word "radius" (the latter should refer to the half-diagonal instead). --matju ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-08-16 13:57 Message: Yes I guessed the behaviour was the expected one. It's true that this apply to almost all other geos; documentation should be clearer about that. I notice in some cases the word "size" is used which can be pretty ambiguous (what's the size of a cylinde?). For a sphere, I'd rather use the word "radius" ("size" strongly suggests the diameter) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-08-16 13:24 Message: this is for design and for legacy reasons. i have added a note in rectangle-help.pd with rev.3452 note however, that this applies to virtually any Geo in Gem. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-08-16 13:20 Message: Sorry it was me who submitted the issue; I thought I was logged in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&group_…

1 0

[ pd-gem-Bugs-3046269 ] rectangle inlets/args set HALF width and height
by SourceForge.net 16 Aug '10

16 Aug '10

Bugs item #3046269, was opened at 2010-08-16 15:16 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&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: documentation Group: any operating system Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: rectangle inlets/args set HALF width and height Initial Comment: Either the description in the help patch or the behaviour of [rectangle] is wrong: inlet 2: float: width (default to 1) <-- should say "half width" inlet 3: float: height (default to 1) <-- should say "half height" The rectangle's width and height are actually TWICE the numbers set with the inlets or arguments ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-08-16 15:57 Message: Yes I guessed the behaviour was the expected one. It's true that this apply to almost all other geos; documentation should be clearer about that. I notice in some cases the word "size" is used which can be pretty ambiguous (what's the size of a cylinde?). For a sphere, I'd rather use the word "radius" ("size" strongly suggests the diameter) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-08-16 15:24 Message: this is for design and for legacy reasons. i have added a note in rectangle-help.pd with rev.3452 note however, that this applies to virtually any Geo in Gem. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-08-16 15:20 Message: Sorry it was me who submitted the issue; I thought I was logged in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&group_…

1 0

[ pd-gem-Bugs-3046269 ] rectangle inlets/args set HALF width and height
by SourceForge.net 16 Aug '10

16 Aug '10

Bugs item #3046269, was opened at 2010-08-16 15:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&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: documentation Group: any operating system >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: rectangle inlets/args set HALF width and height Initial Comment: Either the description in the help patch or the behaviour of [rectangle] is wrong: inlet 2: float: width (default to 1) <-- should say "half width" inlet 3: float: height (default to 1) <-- should say "half height" The rectangle's width and height are actually TWICE the numbers set with the inlets or arguments ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-08-16 15:24 Message: this is for design and for legacy reasons. i have added a note in rectangle-help.pd with rev.3452 note however, that this applies to virtually any Geo in Gem. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-08-16 15:20 Message: Sorry it was me who submitted the issue; I thought I was logged in. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&group_…

1 0

[ pd-gem-Bugs-3046269 ] rectangle inlets/args set HALF width and height
by SourceForge.net 16 Aug '10

16 Aug '10

1 0

[ pd-gem-Bugs-3046269 ] rectangle inlets/args set HALF width and height
by SourceForge.net 16 Aug '10

16 Aug '10

Bugs item #3046269, was opened at 2010-08-16 13:16 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&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: documentation Group: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: rectangle inlets/args set HALF width and height Initial Comment: Either the description in the help patch or the behaviour of [rectangle] is wrong: inlet 2: float: width (default to 1) <-- should say "half width" inlet 3: float: height (default to 1) <-- should say "half height" The rectangle's width and height are actually TWICE the numbers set with the inlets or arguments ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3046269&group_…

1 0

[ pd-gem-Bugs-3044953 ] pix_mix colorspace error
by SourceForge.net 14 Aug '10

14 Aug '10

Bugs item #3044953, was opened at 2010-08-14 16:07 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3044953&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: Pixes (pix_ objects) Group: osx Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pix_mix colorspace error Initial Comment: I was working on a gem-driven (gem 0.91.3) video mixing patch and needed some gridflow functions. Both [#to_pix] and [#from_pix] worked fine only when rendered directly to a texture. When I tried to [pix_mix] the output of the [#to_pix] object I got a crazy blue shade upon the mixed picture. I ended up knowing it was due to an incongruence in colorspaces, for some reasons the alpha channel and the blue channel were inverted. I fixed with a gridflow function to swap the channels, but I guess it's just a workaround. Probably [pix_mix] doesn't handle in the right way the colorspace without noticing it (no error output). Sample patch attached. According to ClaudiusMaximum the bug could be found here: Gem/src/Base/GemPixDualObj.cpp:84: case GL_RGBA: case GL_BGRA_EXT: \ Gem/src/Base/GemPixDualObj.cpp:85: found=true; FUN_RGBA; break; \ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-08-14 20:15 Message: this is matju writing to say that this report, which was written by mr. "ramen", is missing the info that he is using GF 9.10, and that the [pix_info] value is GL_BGRA (32993), as he just told me on #dataflow. Filtering through [pix_rgba] just after [#to_pix] does nothing at all (still GL_BGRA). The CPU is an intel. The graphics card is a NVIDIA GeForce 9400M. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3044953&group_…

1 0

[ pd-gem-Bugs-3044953 ] pix_mix colorspace error
by SourceForge.net 14 Aug '10

14 Aug '10

Bugs item #3044953, was opened at 2010-08-14 16:07 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3044953&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: Pixes (pix_ objects) Group: osx Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pix_mix colorspace error Initial Comment: I was working on a gem-driven (gem 0.91.3) video mixing patch and needed some gridflow functions. Both [#to_pix] and [#from_pix] worked fine only when rendered directly to a texture. When I tried to [pix_mix] the output of the [#to_pix] object I got a crazy blue shade upon the mixed picture. I ended up knowing it was due to an incongruence in colorspaces, for some reasons the alpha channel and the blue channel were inverted. I fixed with a gridflow function to swap the channels, but I guess it's just a workaround. Probably [pix_mix] doesn't handle in the right way the colorspace without noticing it (no error output). Sample patch attached. According to ClaudiusMaximum the bug could be found here: Gem/src/Base/GemPixDualObj.cpp:84: case GL_RGBA: case GL_BGRA_EXT: \ Gem/src/Base/GemPixDualObj.cpp:85: found=true; FUN_RGBA; break; \ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3044953&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev August 2010