[wiki] [sites] Update blind's page || Mattias Andrée

From: <git_AT_suckless.org>
Date: Mon, 03 Jul 2017 21:31:13 +0200

commit 4ae5014704ce831050dc2b8e960a0f388560d56c
Author: Mattias Andrée <maandree_AT_kth.se>
Date: Mon Jul 3 21:31:07 2017 +0200

    Update blind's page
    
    Signed-off-by: Mattias Andrée <maandree_AT_kth.se>

diff --git a/tools.suckless.org/blind/index.md b/tools.suckless.org/blind/index.md
index ecbed241..1b86e128 100644
--- a/tools.suckless.org/blind/index.md
+++ b/tools.suckless.org/blind/index.md
_AT_@ -16,25 +16,18 @@ video format). This head is followed by the video
 frame-by-frame with row-major frames. Pixels are
 independently encoded, and are encoded unscaled CIE XYZ
 with non-premultiplied alpha and without any
-transfer-function, with values stored in native `double`s.
-This colour model and space is the only option at the
-moment, but the container format is designed so this can
-be changed in the future.
-
-Unscaled CIE XYZ was choosen because it gives good
-performance for most operations. Most videos use Y'UV;
-this format has good performance for converting to sRGB
-and is has good subsampling quality, but it is not a
-good for editing. `double`s are used instead of `float`s
-because has higher precision: 52 instead of 23
-fraction-bits. However, `float`s have
-[much better](http://www.tomshardware.com/reviews/geforce-gtx-titan-gk110-review,3438-3.html)
-performance than `double`, so support for in may be
-added in the future.
+transfer-function, with values stored in native `double`s
+or optionally in native `float`s. These two configurations
+are the only optiosn, but but the container format is
+designed so this can be changed arbitrarily in the future.
 
 FAQ
 ---
 
+### Creating videos without graphics, are you insane?
+
+Yes, but see the rationale below!
+
 ### Doesn't raw video takes up a lot of space?
 
 Yes it does, a 4-channel pixel encoded with `double`
_AT_@ -51,13 +44,6 @@ possible, feed the resulting video directly to
 lossless video format, if the video is not too large, you
 can choose to compress it with bzip2 instead.
 
-### Does it support farbfeld?
-
-Of course. If you want to use farbfeld, you can use
-the `-f` flag for `blind-to-image` and `blind-from-image`,
-this will cause the programs to convert directly to
-or from farbfeld without using `convert(1)`.
-
 ### For what kind of video editing is blind designed?
 
 It is designed for composing new videos. It is not
_AT_@ -65,23 +51,45 @@ designed for making small changes as this can probably
 be done faster with a graphical video editor or with
 ffmpeg which would also be much faster.
 
-### Creating videos without graphics, are you insane?
+### Does it support farbfeld?
 
-Yes, but see the rationale below!
+Of course. If you want to use farbfeld, you can use
+the `-f` flag for `blind-to-image` and `blind-from-image`,
+this will cause the programs to convert directly to
+or from farbfeld without using `convert(1)`.
+
+### Why doesn't blind uses encode pixels like farbfeld?
+
+blind and farbfeld solve completely different problems.
+farbfeld solves to problem of storing pictures in a
+simply way that can easily be viewed and editored.
+blind does not try to solve the problem of storing
+videos, video takes a lot of space and need compression
+designed especially for video or three-dimensional
+raster images. Compressed video cannot be efficiently
+edited because compression takes too long. Instead
+blind solves the problem of efficiently processing
+video: thousands of pictures. Because blind doesn't
+try to create a format for storing images, therefore
+it's format doesn't need to be portable. Furthermore,
+due to legacy in television (namely, that of
+black-and-white television), video formats do not
+store values in sRGB, but rather in Y'UV, so there
+is next to no benefit to storing colours in sRGB.
 
 ### Why doesn't blind use sRGB?
 
 If I tell you I use CIE XYZ, you will only have two
 questions: “how are values stored?” and “is Y scaled
 to [0, 100] or [0, 1]?” When I tell you I use sRGB
-your have more questions: “do you support out-of-gamut
+you have more questions: “do you support out-of-gamut
 colours?”, “how are values stored?”, “which scale
 do you use?”, and “is the transfer-function applied?”
 
 CIE XYZ also has the advantage of having the brightness
-encoded in one of its parameters, Y, which means that
-operations that want to deal with brightness only or
-chroma only does not need to do any conversions.
+encoded in one of its parameters, Y, and obtaining
+the chroma requires only simply conversion to a
+non-standardise colour model that with the same Y-value.
 
 ### Why does blind use CIE XYZ instead of CIE L\*a\*b\*?
 
_AT_@ -91,20 +99,20 @@ the colours.
 
 ### Why does blind use CIE XYZ instead of Y'UV or YUV?
 
-Because Y'UV, which most videos use (for legacy
-reasons, namely that of black-and-white television)
-is not linear it has the same disadvantages as
-CIE L\*a\*b\*. Y'UV does not have its transfer-function
-applied directly to it's parameters, instead it is a
-linear transformation if the sRGB with its
-transfer-function applied. This means that no performance
-is gained during convertion to or from cooked video
-formates by using YUV. CIE XYZ also has the advantage
-that it is well-known and has a one-step conversion
-to almost all colour models. It also have the advantages
-that it's parameters are named X, Y, Z, which makes it
-very easy to choose parameter when storing points
-instead of colours in a video.
+Y'UV has good performance for converting to sRGB and
+is has good subsampling quality, but it is not a good
+for editing. Y'UV is non-linear, so it has the same
+disadvantages as CIE L\*a\*b\*. Y'UV does not have its
+transfer-function applied directly to it's parameters,
+instead it is a linear transformation if the sRGB with
+its transfer-function applied. This means that no
+performance is gained during convertion to or from
+cooked video formats by using YUV. CIE XYZ also has
+the advantage that it is well-known and has a one-step
+conversion to almost all colour models. It also have the
+advantages that it's parameters are named X, Y, Z, which
+makes it very easy to choose parameter when storing
+points instead of colours in a video.
 
 ### Doesn't blind have any audio support?
 
_AT_@ -113,6 +121,15 @@ this. There are good tools for editing audio, and
 ffmpeg can be used be used to extract the audio streams
 from a video or add it to a video.
 
+### Is it really feasible to exit video without a GUI?
+
+Depends on what you are doing. Many things can be done
+without a going, and some thing are easier to do without
+a GUI. If you find that you need GUI it possible to
+combine blind with a graphical editor. Furthermore,
+blind could be used in by a graphical editor if one
+were to write a graphical editor to use blind.
+
 Rationale
 ---------
 
_AT_@ -121,7 +138,7 @@ Rationale
 
 * Rendering can take a very long time. With this approach,
   the user can use Make to only rerender parts that have
- been changes.
+ been changed.
 
 * It's possible to distribute the rendering to multiple
   computers, without any built in functionality for this,
_AT_@ -129,7 +146,7 @@ Rationale
 
 * Parallelism is added for free.
 
-* No room for buggy GUIs, which currently is a problem on
+* No room for buggy GUIs, which currently is a problem with
   the large video editors for Linux.
 
 * Less chance that the user makes a change by mistake
_AT_@ -156,6 +173,14 @@ Download
 
 * [blind-1.1](http://dl.suckless.org/tools/blind-1.1.tar.gz) (2017-05-06)
 
+Also make sure to check your package manager. The following distributions provide packages:
+
+* [Alpine Linux](https://pkgs.alpinelinux.org/package/edge/testing/x86_64/blind)
+
+* [Arch Linux (AUR)](https://aur.archlinux.org/packages/blind/)
+
+* [Arch Linux (AUR), git version](https://aur.archlinux.org/packages/blind-git/)
+
 Dependencies
 ------------
 
Received on Mon Jul 03 2017 - 21:31:13 CEST

This archive was generated by hypermail 2.3.0 : Mon Jul 03 2017 - 21:36:32 CEST