---
** [bugs:#228] part_color ignores alpha component**
**Status:** open **OS:** any **Release:** unknown **Labels:** particles **Created:** Tue Aug 19, 2014 04:24 PM UTC by Anonymous **Last Updated:** Tue Aug 19, 2014 04:24 PM UTC **Owner:** nobody
Using Gem 0.93.3 on Windows 7 32bit.
I noticed that when using a part_color, the 4th value (alpha component) is ignored. I looked at the code, and I think it is line 56 of part_color.cpp. When rendering, the color is not passed into the function.
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to http://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at http://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
afaict, this is a limitation of the "particle API" used by Gem.
while the `pColor()` function (as used in `part_color.cpp:56`) has indeed an "alpha" value, this is only a scalar, and not part of the 3D(sic! there's now 4th dimension for the alpha) space that forms a domain.
---
** [bugs:#228] part_color ignores alpha component**
**Status:** open **OS:** any **Release:** unknown **Labels:** particles **Created:** Tue Aug 19, 2014 04:24 PM UTC by Anonymous **Last Updated:** Wed Aug 20, 2014 02:53 PM UTC **Owner:** nobody
Using Gem 0.93.3 on Windows 7 32bit.
I noticed that when using a part_color, the 4th value (alpha component) is ignored. I looked at the code, and I think it is line 56 of part_color.cpp. When rendering, the color is not passed into the function.
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
Well yes. the question is, whether this is actually useful behaviour... e.g. using a linear domain between (1,0,0,0) and (1,1,0,1) will "interpolate" between red and yellow, but the alpha value will be fixed to 0.
---
** [bugs:#228] part_color ignores alpha component**
**Status:** open **OS:** any **Release:** unknown **Labels:** particles **Created:** Tue Aug 19, 2014 04:24 PM UTC by Anonymous **Last Updated:** Wed Aug 20, 2014 05:52 PM UTC **Owner:** nobody
Using Gem 0.93.3 on Windows 7 32bit.
I noticed that when using a part_color, the 4th value (alpha component) is ignored. I looked at the code, and I think it is line 56 of part_color.cpp. When rendering, the color is not passed into the function.
---
Sent from sourceforge.net because gem-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-08-19 18:24, Ticket 228 wrote:
Using Gem 0.93.3 on Windows 7 32bit.
I noticed that when using a part_color, the 4th value (alpha component) is ignored. I looked at the code, and I think it is line 56 of part_color.cpp. When rendering, the color is not passed into the function.
i was wondering whether you think that making [part_color] respect the alpha-value (of the 1st color) is a useful feature for Gem (or whether it might break your patches).
for a short discussion see [228].
to tear it down: [part_color] allows to specify a domain to "blend" between two colors. unfortunately only RGB values are taken into account (Alpha is ignored). more unfortunate, the current API (as used internally) would only allow to pass a single alpha-value, so the "blending" would not extend to opacity. instead we could use the alpha-value of the first color (instead of the currently fixed value of "1")
what do you think?
fgmasdr IOhannes
[228] https://sourceforge.net/p/pd-gem/bugs/228/