GEM-dev June 2010

gem-dev@lists.iem.at

5 participants
45 discussions

[ pd-gem-Bugs-2980652 ] [PD] strange colors with pix_record
by SourceForge.net 16 Jun '10

16 Jun '10

Bugs item #2980652, was opened at 2010-04-01 19:37 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&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: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [PD] strange colors with pix_record Initial Comment: System: GEM ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3 Symptom: a grey cube will be shown in blue when recorded with pix_record. see attached files to test. Please report on this bug to se weather it affects other systems too, ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-16 18:58 Message: ok; i have committed a fix according to neuenhofer. hopefully it will work (cannot test on my G4) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-16 18:43 Message: i assume the k32BGRAPixelFormat -> k32ARGBPixelFormat is on macintel as well? (just to be sure; it seems like on my G4 i cannot select any of the RGBA-colorspaces, so i cannot really test) fgmasdr IOhannes ---------------------------------------------------------------------- Comment By: Matthias Neuenhofer (neuenhofer) Date: 2010-06-16 17:26 Message: here my suggestion from April … think is still the same. or? yes the RGBA channels are set wrong on mac osx. the cube appears blue because the alpha channel is read as blue. when you change channels like this R –> G G –> R B –> A A –> B the movie will justified. but it´s not handy to give each record this process so i fixed this with a change in the code of recordQT.cpp in line 241 - instead of colorspace = k32BGRAPixelFormat; i use colorspace = k32ARGBPixelFormat; but i don´t know how this affects other os also the recorded mov is upside down - this can fix in quicktime pro with a click in the properties of the video track - so i don´t looked for the code issue. matthias ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2010-06-16 10:59 Message: please refer to the thread “strange colors with pix_record” on the list. codec was defaulting to “video” but that doesn't seem to have influence on it. didn't try it with pixes but doubt that would make a difference. and yes - changing the colorspace with pix_yuv is a workaround, it works then. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 12:04 Message: which codec are you using? does it work when just recording a pix (as aquired by pix_film) does it work if you manually change the colorspace, e.g. with [pix_yuv] resp. [pix_rgba] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&group_…

1 0

[ pd-gem-Bugs-2980652 ] [PD] strange colors with pix_record
by SourceForge.net 16 Jun '10

16 Jun '10

Bugs item #2980652, was opened at 2010-04-01 19:37 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [PD] strange colors with pix_record Initial Comment: System: GEM ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3 Symptom: a grey cube will be shown in blue when recorded with pix_record. see attached files to test. Please report on this bug to se weather it affects other systems too, ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-16 18:43 Message: i assume the k32BGRAPixelFormat -> k32ARGBPixelFormat is on macintel as well? (just to be sure; it seems like on my G4 i cannot select any of the RGBA-colorspaces, so i cannot really test) fgmasdr IOhannes ---------------------------------------------------------------------- Comment By: Matthias Neuenhofer (neuenhofer) Date: 2010-06-16 17:26 Message: here my suggestion from April … think is still the same. or? yes the RGBA channels are set wrong on mac osx. the cube appears blue because the alpha channel is read as blue. when you change channels like this R –> G G –> R B –> A A –> B the movie will justified. but it´s not handy to give each record this process so i fixed this with a change in the code of recordQT.cpp in line 241 - instead of colorspace = k32BGRAPixelFormat; i use colorspace = k32ARGBPixelFormat; but i don´t know how this affects other os also the recorded mov is upside down - this can fix in quicktime pro with a click in the properties of the video track - so i don´t looked for the code issue. matthias ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2010-06-16 10:59 Message: please refer to the thread “strange colors with pix_record” on the list. codec was defaulting to “video” but that doesn't seem to have influence on it. didn't try it with pixes but doubt that would make a difference. and yes - changing the colorspace with pix_yuv is a workaround, it works then. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 12:04 Message: which codec are you using? does it work when just recording a pix (as aquired by pix_film) does it work if you manually change the colorspace, e.g. with [pix_yuv] resp. [pix_rgba] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&group_…

1 0

[ pd-gem-Bugs-2980652 ] [PD] strange colors with pix_record
by SourceForge.net 16 Jun '10

16 Jun '10

Bugs item #2980652, was opened at 2010-04-01 19:37 Message generated for change (Comment added) made by neuenhofer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [PD] strange colors with pix_record Initial Comment: System: GEM ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3 Symptom: a grey cube will be shown in blue when recorded with pix_record. see attached files to test. Please report on this bug to se weather it affects other systems too, ---------------------------------------------------------------------- Comment By: Matthias Neuenhofer (neuenhofer) Date: 2010-06-16 17:26 Message: here my suggestion from April … think is still the same. or? yes the RGBA channels are set wrong on mac osx. the cube appears blue because the alpha channel is read as blue. when you change channels like this R –> G G –> R B –> A A –> B the movie will justified. but it´s not handy to give each record this process so i fixed this with a change in the code of recordQT.cpp in line 241 - instead of colorspace = k32BGRAPixelFormat; i use colorspace = k32ARGBPixelFormat; but i don´t know how this affects other os also the recorded mov is upside down - this can fix in quicktime pro with a click in the properties of the video track - so i don´t looked for the code issue. matthias ---------------------------------------------------------------------- Comment By: max (maxn) Date: 2010-06-16 10:59 Message: please refer to the thread “strange colors with pix_record” on the list. codec was defaulting to “video” but that doesn't seem to have influence on it. didn't try it with pixes but doubt that would make a difference. and yes - changing the colorspace with pix_yuv is a workaround, it works then. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 12:04 Message: which codec are you using? does it work when just recording a pix (as aquired by pix_film) does it work if you manually change the colorspace, e.g. with [pix_yuv] resp. [pix_rgba] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&group_…

1 0

[ pd-gem-Bugs-2980652 ] [PD] strange colors with pix_record
by SourceForge.net 16 Jun '10

16 Jun '10

Bugs item #2980652, was opened at 2010-04-01 17:37 Message generated for change (Comment added) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Nobody/Anonymous (nobody) Summary: [PD] strange colors with pix_record Initial Comment: System: GEM ver: 0.92.2 compiled: Jan 20 2010 on OS X 10.6.3 Symptom: a grey cube will be shown in blue when recorded with pix_record. see attached files to test. Please report on this bug to se weather it affects other systems too, ---------------------------------------------------------------------- >Comment By: max (maxn) Date: 2010-06-16 08:59 Message: please refer to the thread “strange colors with pix_record” on the list. codec was defaulting to “video” but that doesn't seem to have influence on it. didn't try it with pixes but doubt that would make a difference. and yes - changing the colorspace with pix_yuv is a workaround, it works then. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 10:04 Message: which codec are you using? does it work when just recording a pix (as aquired by pix_film) does it work if you manually change the colorspace, e.g. with [pix_yuv] resp. [pix_rgba] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2980652&group_…

1 0

[ pd-gem-Bugs-2980652 ] [PD] strange colors with pix_record
by SourceForge.net 15 Jun '10

15 Jun '10

1 0

[ pd-gem-Bugs-3000166 ] lighting with cone and cylinder
by SourceForge.net 15 Jun '10

15 Jun '10

Bugs item #3000166, was opened at 2010-05-11 22:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&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: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: lighting with cone and cylinder Initial Comment: hi, even if this is very unlikely, but is it possible that when turning on lighting with cone and cylinder the lighting vector is pointing to the wrong direction? at least it looks as if the light source is coming from the opposite side (compared to other geos like cube or sphere). I am using GEM: ver: 0.92.3, compiled: Mar 15 2010 on mac OSX ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 11:57 Message: this fix is quite simple: change the orientation value in cyliner.cpp:62 to "true" ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 11:47 Message: i think you are right. the question is: should we just change it to be correct (e.g. will it break anything)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&group_…

1 0

[ pd-gem-Bugs-3000166 ] lighting with cone and cylinder
by SourceForge.net 15 Jun '10

15 Jun '10

Bugs item #3000166, was opened at 2010-05-11 22:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&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: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: lighting with cone and cylinder Initial Comment: hi, even if this is very unlikely, but is it possible that when turning on lighting with cone and cylinder the lighting vector is pointing to the wrong direction? at least it looks as if the light source is coming from the opposite side (compared to other geos like cube or sphere). I am using GEM: ver: 0.92.3, compiled: Mar 15 2010 on mac OSX ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 11:47 Message: i think you are right. the question is: should we just change it to be correct (e.g. will it break anything)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&group_…

1 0

[ pd-gem-Bugs-3013128 ] pix_color bad colors
by SourceForge.net 15 Jun '10

15 Jun '10

Bugs item #3013128, was opened at 2010-06-08 11:06 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3013128&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: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: paresys (paresys) Assigned to: Nobody/Anonymous (nobody) Summary: pix_color bad colors Initial Comment: The color at the output of pix_color is not correct by example: Message 0.23 0.23 0.23 display color black Problem with colorspace yuv, Pd-0.42.5-extended-rc1 (GEM: ver: 0.92.3), MacOSX.4, Intel or PPC. No problem with colorspace rgba No problem with Pd-0.41.4-extended I have not tested under Linux. I have not tested under Windows Gerard. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-06-15 11:40 Message: thanks for reporting this bug. it should be fixed with this commit http://pd-gem.svn.sourceforge.net/pd-gem/?rev=3365&view=rev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3013128&group_…

1 0

[ pd-gem-Feature Requests-2520000 ] missing build/autoconf section
by SourceForge.net 11 Jun '10

11 Jun '10

Feature Requests item #2520000, was opened at 2009-01-19 15:03 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2520000&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: Closed Priority: 2 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: missing build/autoconf section Initial Comment: most build systems have been moved into Gem/build (e.g. Gem/build/win-vs2003) however, the autoconf buildsystem is still in Gem/src/ it should be moved to Gem/build/autoconf as well ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-06-11 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-27 07:39 Message: there is a minimalistic but working build/autoconf/ section which recursively calls the autotools in src/ i guess this will do for a while ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-19 15:04 Message: what about all the Makefiles? should they go into Gem/build/autoconf as well? ((i guess so)) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2520000&group_…

1 0

[ pd-gem-Feature Requests-2940283 ] support for new ieee1394 stack on linux
by SourceForge.net 11 Jun '10

11 Jun '10

Feature Requests item #2940283, was opened at 2010-01-26 15:10 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2940283&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: OS:: Linux Group: Next Release (example) >Status: Closed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: IOhannes m zmlnig (zmoelnig) Summary: support for new ieee1394 stack on linux Initial Comment: the ieee1394 stack on linux has been replaced in recent kernels (2.6.30 or so) by a new implementation called "juju". unfortunately this means, that Gem cannot use and dv-cams on linux any more. here's almost no information: http://article.gmane.org/gmane.linux.kernel.firewire.devel/10358 basically it means to change the code to use the new libraw1394 and libdc1394 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-06-11 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-27 07:17 Message: in current trunk there is support for both the traditional DV1394 interface and the new juju stack ("videoDV4L" plugin) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2940283&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 June 2010