Re: [PATCH v2 1/3] iio: Add in_illumincance vectors in different color spaces

On Mon, 11 May 2020 21:10:40 -0700 Gwendal Grignou wrote: > On Fri, May 8, 2020 at 8:16 AM Jonathan Cameron > wrote: > > > > On Wed, 6 May 2020 16:03:22 -0700 > > Gwendal Grignou wrote: > > > > Illuminance in the title. Plus I'm still arguing these > > aren't illuminance values. > > > > The Y

Re: [PATCH v2 1/3] iio: Add in_illumincance vectors in different color spaces

On Fri, May 8, 2020 at 8:16 AM Jonathan Cameron wrote: > > On Wed, 6 May 2020 16:03:22 -0700 > Gwendal Grignou wrote: > > Illuminance in the title. Plus I'm still arguing these > aren't illuminance values. > > The Y value is illuminance but X and Z definitely aren't. > RGB needs to stick to inte

Re: [PATCH v2 1/3] iio: Add in_illumincance vectors in different color spaces

On Wed, 6 May 2020 16:03:22 -0700 Gwendal Grignou wrote: Illuminance in the title. Plus I'm still arguing these aren't illuminance values. The Y value is illuminance but X and Z definitely aren't. RGB needs to stick to intensity - like the other existing RGB sensors. Gah. XYZ and IIO is a m

[PATCH v2 1/3] iio: Add in_illumincance vectors in different color spaces

Define 2 spaces for defining color coming from color sensors: RGB and XYZ: Both are in lux. RGB is the raw output from sensors (Red, Green and Blue channels), in addition to the existing clear channel (C). The RGBC vector goes through a matrix transformation to produce the XYZ vector. Y is illuminc