Bugs item #2998103, was opened at 2010-05-07 12:07
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2998103&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: Works For Me
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: pix_video duplicate frames
Initial Comment:
at least on linux (v4l2), people keep reporting that they have problems with duplicate frames.
if the camera runs at a lower rate than the grabber, the same frame might be captured twice. there should be a feedback (e.g. the newimage-flag) to the userspace, if this happens
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-06-21 14:44
Message:
unable to reproduce, at least with the new plugin-based code: both v4l and
v4l2 backends should already provide feedback when no new frame could be
grabbed
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2998103&group_…
Bugs item #3017931, was opened at 2010-06-18 09:54
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3017931&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: build-system
Group: linux
>Status: Pending
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: dmotd (dmotd)
Assigned to: Nobody/Anonymous (nobody)
Summary: svn compile failure (gcc 4.5.0) - \'multiple definition\'
Initial Comment:
the compile of svn gem stops at pix_film/record/video with a \'multiple definition\' error in relation to `gem::PluginFactory<gem::film>::s_factory\'.
this error has been repeated by two other people using archlinux:
http://aur.archlinux.org/packages.php?ID=22509
attached is the full compile log (gzip compressed for upload restriction).
$ gcc --version
gcc (GCC) 4.5.0
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-06-21 14:23
Message:
this is believed to be fixed with revision3372
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3017931&group_…
Bugs item #3000166, was opened at 2010-05-11 22:48
Message generated for change (Settings changed) 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: Pending
>Resolution: Accepted
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-21 12:59
Message:
anyhow, i committed the fix to trunk
----------------------------------------------------------------------
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_…
Bugs item #3017931, was opened at 2010-06-18 17:54
Message generated for change (Tracker Item Submitted) made by dmotd
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3017931&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: build-system
Group: linux
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dmotd (dmotd)
Assigned to: Nobody/Anonymous (nobody)
Summary: svn compile failure (gcc 4.5.0) - \'multiple definition\'
Initial Comment:
the compile of svn gem stops at pix_film/record/video with a \'multiple definition\' error in relation to `gem::PluginFactory<gem::film>::s_factory\'.
this error has been repeated by two other people using archlinux:
http://aur.archlinux.org/packages.php?ID=22509
attached is the full compile log (gzip compressed for upload restriction).
$ gcc --version
gcc (GCC) 4.5.0
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3017931&group_…
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_…
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_…
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_…
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_…
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-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_…
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_…