Regards
Shashank
> -Original Message-
> From: Graeme Gill [mailto:grae...@argyllcms.com]
> Sent: Tuesday, March 5, 2019 9:35 AM
> To: Pekka Paalanen ; Nautiyal, Ankit K
>
> Cc: e.bur...@gmail.com; niels_...@salscheider-online.de; wayland-
> de...@lists.freedesktop.org;
On Mon, Mar 4, 2019 at 3:20 AM Pekka Paalanen wrote:
>
> X11 apps have (hopefully) done hardware LUT manipulation only through
> X11. There was no other way AFAIK, unless the app started essentially
> hacking the system via root privileges.
>
> The current DRM KMS kernel design has always had a
You know, I think this whole patch is silly, because waitid() is part of
POSIX, FreeBSD and NetBSD implement it while OpenBSD and DragonFly BSD
don't. I'll ask OpenBSD upstream to merge NetBSD's implementation and
DragonFly BSD upstream to merge FreeBSD's implementation.
OpenBSD aims
On Mon, Mar 4, 2019 at 1:32 AM Simon Ser wrote:
>
> On Monday, March 4, 2019 8:13 AM, Graeme Gill wrote:
> > And the current favorite is "blue light filter" effects, for which numerous
> > applications are currently available. They tweak the white point
> > of the display by arbitrarily
On Mon, Mar 4, 2019 at 12:13 AM Graeme Gill wrote:
>
> Chris Murphy wrote:
>
> > A common offender were games. They'd try to access the video card LUT
> > directly for effects, but then not reset it back to what it was,
> > rather reset it to a hardwired assumption the game makes,
>
> And the
Hello Sebastian and Pekka,
Am 04.03.19 um 15:44 schrieb Sebastian Wick:
> On 2019-03-04 14:45, Pekka Paalanen wrote:
...
> Not requiring a color space transformation at all (in the best case)
> by supplying a surface with the color space of the output.
>
>> Especially if device link profiles are
On 2019-03-04 14:45, Pekka Paalanen wrote:
Hi Sebastian and Graeme
On Mon, 04 Mar 2019 13:37:06 +0100
Sebastian Wick wrote:
On 2019-03-04 12:27, Pekka Paalanen wrote:
> On Mon, 4 Mar 2019 19:04:11 +1100
> Graeme Gill wrote:
>
>> Pekka Paalanen wrote:
>>
>> > My failing is that I haven't
Hi Sebastian and Graeme
On Mon, 04 Mar 2019 13:37:06 +0100
Sebastian Wick wrote:
> On 2019-03-04 12:27, Pekka Paalanen wrote:
> > On Mon, 4 Mar 2019 19:04:11 +1100
> > Graeme Gill wrote:
> >
> >> Pekka Paalanen wrote:
> >>
> >> > My failing is that I haven't read about what ICC v4
On Mon, 4 Mar 2019 23:09:59 +1100
Graeme Gill wrote:
> Pekka Paalanen wrote:
>
> Hi,
>
> > another thought about a compositor implementation detail I would like
> > to ask you all is about the blending space.
> >
> > If the compositor blending space was CIE XYZ with direct (linear)
> >
On Monday, March 4, 2019 10:50 AM, Carsten Haitzler
wrote:
> > How should this look like? Disclaimer: I have no idea how these applications
> > work and I know nothing about color management.
> > I'm guessing this is a restriction of the "change the whole LUTs" API. Are
> > there any features
On Wed, 27 Feb 2019 21:13:09 +0200
Leonid Bobrov wrote:
> From: Vadim Zhukov
>
> *BSD don't have waitid()
Hi Leonid,
many details to fix here. This patch breaks all tests that use the
runner on Linux.
>
> Co-authored-by: Koop Mast
> Signed-off-by: Leonid Bobrov
> ---
> configure.ac
On 2019-03-04 12:27, Pekka Paalanen wrote:
On Mon, 4 Mar 2019 19:04:11 +1100
Graeme Gill wrote:
Pekka Paalanen wrote:
> My failing is that I haven't read about what ICC v4 definition actually
> describes, does it characterise content or a device, or is it more
> about defining a
Pekka Paalanen wrote:
> Is this sent for all color spaces added by clients as well
> (color_space_from_icc request)? If yes, I think that has potential to
> become denial-of-service attack vector. A malicious client adding a ton
> of color spaces could easily cause all new clients to disconnect
Am 04.03.19 um 09:32 schrieb Simon Ser:
> On Monday, March 4, 2019 8:13 AM, Graeme Gill wrote:
>> And the current favorite is "blue light filter" effects, for which numerous
>> applications are currently available. They tweak the white point
>> of the display by arbitrarily modifying the hardware
Pekka Paalanen wrote:
Hi,
> another thought about a compositor implementation detail I would like
> to ask you all is about the blending space.
>
> If the compositor blending space was CIE XYZ with direct (linear)
> encoding to IEEE754 32-bit float values in pixels, with the units of Y
>
On Wed, 27 Feb 2019 21:13:08 +0200
Leonid Bobrov wrote:
> *BSD don't have /proc/self/fd, they use /dev/fd instead.
> At Linux /dev/fd is a symlink to /proc/self/fd
>
> Signed-off-by: Leonid Bobrov
> ---
> tests/test-helpers.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
>
On Mon, 4 Mar 2019 22:07:24 +1100
Graeme Gill wrote:
> Pekka Paalanen wrote:
>
> Hi,
>
> > Does that even make any difference if the output space was linear at
> > blending step, and gamma was applied after that?
>
> as mentioned earlier, I think talk of using device links is now a red
On Mon, 4 Mar 2019 19:04:11 +1100
Graeme Gill wrote:
> Pekka Paalanen wrote:
>
> > My failing is that I haven't read about what ICC v4 definition actually
> > describes, does it characterise content or a device, or is it more
> > about defining a transformation from something to something
Pekka Paalanen wrote:
Hi,
> Does that even make any difference if the output space was linear at
> blending step, and gamma was applied after that?
as mentioned earlier, I think talk of using device links is now a red herring.
If it is desirable to do blending in a linear light space (as is
Chris Murphy wrote:
Hi Chris,
> Well you need a client to do display calibration which necessarily
> means altering the video LUT (to linear) in order to do the
> measurements from which a correction curve is computed, and then that
> client needs to install that curve into the video LUT. Now,
On Fri, 1 Mar 2019 12:47:05 -0700
Chris Murphy wrote:
> On Fri, Mar 1, 2019 at 3:10 AM Pekka Paalanen wrote:
> >
> > On Thu, 28 Feb 2019 18:28:33 -0700
> > Chris Murphy wrote:
> >
> > > I'm curious how legacy applications including games used to manipulate
> > > actual hardware LUT in a
On Mon, 04 Mar 2019 08:32:45 + Simon Ser said:
> On Monday, March 4, 2019 8:13 AM, Graeme Gill wrote:
> > And the current favorite is "blue light filter" effects, for which numerous
> > applications are currently available. They tweak the white point
> > of the display by arbitrarily
On Monday, March 4, 2019 8:13 AM, Graeme Gill wrote:
> And the current favorite is "blue light filter" effects, for which numerous
> applications are currently available. They tweak the white point
> of the display by arbitrarily modifying the hardware per channel LUTs.
> (i.e. f.lux, Redshift,
Pekka Paalanen wrote:
> My failing is that I haven't read about what ICC v4 definition actually
> describes, does it characterise content or a device, or is it more
> about defining a transformation from something to something without
> saying what something is.
The ICC format encompasses
24 matches
Mail list logo
