Hi,

at least on my device, the perceived brightness is rather non-linear:
Going from 100 to 95 is almost not noticable, but going from 10 to 5 is
a big step, where I wish there were steps in between.

I would appreciate options (`-relinc`, `-reldec`) that change the
brightness on a logarithmic (or similar) scale, so that each steps
“feels” the same.

Joachim

- -- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xbacklight depends on:
ii  libc6          2.24-17
ii  libxcb-randr0  1.12-1
ii  libxcb-util0   0.3.8-3+b2
ii  libxcb1        1.12-1

xbacklight recommends no packages.

xbacklight suggests no packages.

- -- no debconf information
-----BEGIN PGP SIGNATURE-----

iHEEARECADEWIQQxTjstYFpus1p9gRn2KOuTR0MgbAUCWiFsFhMcbm9tZWF0YUBk
ZWJpYW4ub3JnAAoJEPYo65NHQyBs+y4AoMSi6uGRQ05SprSy334sBrtnO5eZAKCl
6p46ocUUx6FmrCJ6TD/dz0gAqg==
=NTao
-----END PGP SIGNATURE-----

I had the same wish, and implemented a -mul option for multiplying the
intensity by a number; as the number can be either >1 or <1, there's no
need for separate options for increasing and decreasing.
The patch is attached.

The patch also makes -set, -inc and -dec accept non-integer values without
truncating them.

Regards,
  Pieter-Tjerk

I dealt with this bug since it has shown up in the Bug of the Day
https://salsa.debian.org/tille/tiny_qa_tools/-/wikis/Tiny-QA-tasks

Kind regards
    Andreas.