-----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/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJUBYr/AAoJELZQGcR/ejb4jSIP/RP4cCS9YhJOdxVZVrqzgZ2P 8XzZsV+0230EzPmkvu4Fn3EuIB9fo6DZmC1giRvhFIU4P4R1SHsVSQDBewQsHpwB 6sJZLyDDVatf5CLSFQMg2RxyLdnwuUaHRctrUIVsnYNAiizvlvgfZTaaT6jyRPBM paBbposXrF13T/fcDNSyUeg8ORVC9VHLoW8QoZBodjAW+MVyHQIB9Z5n6eJYMTje WMHnqyf9mD4ZxANUZStgzh/y+4vfJwpoJvsa1kykLX2zUv4HA7+fUdtrE9/U3s+z l5piuMK2XXpEOQ8QX3VHs+79MjvY2tMAaNwWx0WTwaR29WdrDUwXcudJnxlJ/piK wl/KIR2yc/vSfd0XvieyoqRlNaieZyUy8tu2OkYcE+bp8xGbmVLeBqIknrPSXFDx JPOH4vUHVnLAVOrUrT+LZfKzMfC6/0IhzymIIygI593GSmyCSGbO4JA68GhDc6s/ jisjkRQ8bx7XcQIa9f7HJgzk5NIjl6aI7MjyAcpgFT8rHTvs4L5fOnZkGOfSWw0a z2kwbzB8pbABNW7ogjpUOLl8up90TnCyM2hHkbGHmIxHtUxciUDSafTvORYLtI+b YuzUh8IcQBSAidE3yEzSwBLIlEyuhfpX2pUV/9uE4hNKlvESYdd3JYlFbnIuMtAK W8A5RFShhHkwr8I28uRs =v8g6 -----END PGP SIGNATURE----- _______________________________________________ GEM-dev mailing list [email protected] http://lists.puredata.info/listinfo/gem-dev
