Package: xcalib
Version: 0.8.dfsg1-2+b2
Severity: normal
"xcalib -a -i" should invert the colors, but instead changes
everything into some colors (white, black, cyan, blue, magenta, etc),
like if every component was only 0 or 255 for 8 bit channels. I fear
it could be related to amdgpu driver or Polaris chip videocard as
inversion worked time ago, before changing the card.
Sadly previous card, Cypress with radeon driver, is not avaliable
anymore, so unable to confirm if xcalib is doing the wrong calls to
generic code that changed since or driver / card is the culprit.
redshift changes the colors with the new card to something
apparently correct.
"xcalib -a -p" prints tables that look correct, 1024 lines ffff to 0
or 0 to ffff. In the inverted case, it also prints lots of "Warning -
{red,green,blue} gamma table not monotonic" messages (they are, but
decreasing, xcalib git changed it, still no good if you run "-a -i"
then "-a -p" instead of "-a -i -p").
"xrandr --prop | grep -i gamma" reports LUT sizes to be 4096, not
1024, making things more confusing, or maybe a clue of where the
problem resides.
Please reassign if you can test the culprit is the driver/card.
Thanks,
GSR
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages xcalib depends on:
ii libc6 2.27-8
ii libx11-6 2:1.6.4-3
ii libxext6 2:1.3.3-1+b2
ii libxxf86vm1 1:1.1.4-1+b2
xcalib recommends no packages.
Versions of packages xcalib suggests:
pn icc-profiles <none>
-- no debconf information
