commit 6b26e7c593c00bcf8a41a2e476f7b13c86bf13af
parent 940695c2567db3e848139af652c2ad09dc219991
Author: ugrnm <ultrageranium@bleu255.com>
Date: Thu, 19 Jun 2025 15:44:35 +0200
hacking formatting
Diffstat:
| M | HACKING | | | 41 | +++++++++++++++++++++-------------------- |
1 file changed, 21 insertions(+), 20 deletions(-)
diff --git a/HACKING b/HACKING
@@ -4,26 +4,27 @@ send diff, git format-patch patches, etc.
possible things to improve:
-- right now kbinani/screenshot is used for taking a screenshot, and I'm a bit
-split about it. In theory it should work both under X and wayland so that could
-be nice. In practice though, I don't use wayland, don't think I will use it
-anytime soon, if ever, so testing and motivation to support this is not great.
-Also under X it seems much much much slower than using imlib2 directly. With
-the -snap feature, I notice I'm using mostly scrot in place of the default
-screenshot implementation, so why not just dropping screenshot and do a fast
-imlib2 implementation only for X?
+- right now kbinani/screenshot is used for taking a screenshot, and I'm
+a bit split about it. In theory it should work both under X and wayland
+so that could be nice. In practice though, I don't use wayland, so I
+can't really test or see if there are better ways to do this. Also under
+X it seems much much much slower than using imlib2 directly. With the
+-snap feature, I notice I'm using mostly scrot in place of the default
+screenshot implementation, so hmmmm...
-- when I was pondering which image format to use, jpeg was basically a good
-compromise between encoding/decoding time and file size. GIF is super fast to
-encode/decode but will generate massive files, and webp is really super slow
-for encoding/decoding and the super small file size does not matter given
-that encoding and decoding is main task of television server and clients.
-image/jpeg was however suprisingly slow so I picked apixiv/go-libjpeg instead,
-which when compiled on a system where libjpeg points to libjpeg-turbo is two
-times faster than golang's own implementation. Any room to improve further?
+- when I was pondering which image format to use, jpeg was basically a
+good compromise between encoding/decoding time and file size. GIF is
+super fast to encode/decode but will generate massive files, and webp is
+really super slow for encoding/decoding and the super small file size
+does not matter given that encoding and decoding is main task of
+television server and clients. image/jpeg was however suprisingly slow
+so I picked apixiv/go-libjpeg instead, which when compiled on a system
+where libjpeg points to libjpeg-turbo is two times faster than golang's
+own implementation. Any room to improve further?
-- -idle only works on X, same remarks as above regarding wayland. Worse, I am
-not sure it's even possible to detect user activity under wayland :)
+- -idle only works on X, same remarks as above regarding wayland. Worse,
+I am not sure it's even possible to detect user activity under wayland?
-- password, publishing to a public IP, etc. If this is needed, I think it's
-probably better to proxy with nginx, use tinc or some ssh tunnel, etc.
+- password, publishing to a public IP, etc. If this is needed, I think
+it's probably better to proxy with nginx, use tinc or some ssh tunnel,
+etc.
