You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: man/picom.1.adoc
+10-11
Original file line number
Diff line number
Diff line change
@@ -62,7 +62,7 @@ OPTIONS
62
62
Daemonize process. Fork to background after initialization. This option can only be set from the command line, setting this in the configuration file will have no effect.
63
63
64
64
*--log-level*::
65
-
Set the log level. Possible values are "TRACE", "DEBUG", "INFO", "WARN", "ERROR", in increasing level of importance. Case doesn't matter. If using the "TRACE" log level, it's better to log into a file using *--log-file*, since it can generate a huge stream of logs.
65
+
Set the log level. Possible values are "TRACE", "VERBOSE", "DEBUG", "INFO", "WARN", "ERROR", in increasing level of importance. Case doesn't matter. If using the "TRACE" log level, it's better to log into a file using *--log-file*, since it can generate a huge stream of logs.
66
66
67
67
*--log-file*::
68
68
Set the log file. If *--log-file* is never specified, logs will be written to stderr. Otherwise, logs will to written to the given file, though some of the early logs might still be written to the stderr. When setting this option from the config file, it is recommended to use an absolute path.
@@ -71,10 +71,10 @@ OPTIONS
71
71
Show all X errors (for debugging).
72
72
73
73
*--config* _PATH_::
74
-
Look for configuration file at the path. See *CONFIGURATION FILES* section below for where picom looks for a configuration file by default. Use `/dev/null` to avoid loading configuration file.
74
+
Look for configuration file at the path. See xref:_configuration_files[*CONFIGURATION FILES*] section below for where picom looks for a configuration file by default. Use `/dev/null` to avoid loading configuration file.
75
75
76
76
*--write-pid-path* _PATH_::
77
-
Write process ID to a file. it is recommended to use an absolute path.
77
+
Write process ID to a file. It is recommended to use an absolute path.
78
78
79
79
*--plugins* _PATH_::
80
80
Specify plugins to load. Plugins will first be searched in current working directory (unless specified in the config file, in which case this step is skipped), then in `$XDG_CONFIG_HOME/picom/plugins`, then in `$XDG_CONFIG_DIRS/picom/plugins`. If all of the above fail, the plugin name is passed directly to the dynamic loader. Can be specified multiple times to load more than one plugins.
@@ -173,10 +173,10 @@ OPTIONS
173
173
Use _WM_TRANSIENT_FOR_ to group windows, and consider windows in the same group focused at the same time.
Use _WM_CLIENT_LEADER_ to group windows, and consider windows in the same group focused at the same time. This usually means windows from the same application will be considered focused or unfocused at the same time._WM_TRANSIENT_FOR_ has higher priority if *--detect-transient* is enabled, too.
176
+
Use _WM_CLIENT_LEADER_ to group windows, and consider windows in the same group focused at the same time. This usually means windows from the same application will be considered focused or unfocused at the same time._WM_TRANSIENT_FOR_ has higher priority if *--detect-transient* is enabled, too.
Parameters for background blurring, see the *BLUR* section for more information.
179
+
Parameters for background blurring, see the xref:_blur[*BLUR*] section for more information.
180
180
181
181
*--blur-background*::
182
182
Blur background of semi-transparent / ARGB windows. Bad in performance, with driver-dependent behavior. The name of the switch may change without prior notifications.
May also be one of the predefined kernels: `3x3box` (default), `5x5box`, `7x7box`, `3x3gaussian`, `5x5gaussian`, `7x7gaussian`, `9x9gaussian`, `11x11gaussian`. All Gaussian kernels are generated with sigma = 0.84089642 . If you find yourself needing to generate custom blur kernels, you might want to try the new blur configuration (See *BLUR*).
209
+
May also be one of the predefined kernels: `3x3box` (default), `5x5box`, `7x7box`, `3x3gaussian`, `5x5gaussian`, `7x7gaussian`, `9x9gaussian`, `11x11gaussian`. All Gaussian kernels are generated with sigma = 0.84089642 . If you find yourself needing to generate custom blur kernels, you might want to try the new blur configuration (see the xref:_blur[*BLUR*] section).
@@ -221,12 +221,11 @@ May also be one of the predefined kernels: `3x3box` (default), `5x5box`, `7x7box
221
221
Crop shadow of a window fully on a particular monitor to that monitor. This is currently implemented using the X RandR extension.
222
222
223
223
*--backend*_BACKEND_::
224
-
Specify the backend to use: `xrender`, `glx`, or `xr_glx_hybrid`. `xrender` is the default one.
224
+
Specify the backend to use: `xrender`or `glx`. `xrender` is the default one.
225
225
+
226
226
--
227
227
* `xrender` backend performs all rendering operations with X Render extension. It is what `xcompmgr` uses, and is generally a safe fallback when you encounter rendering artifacts or instability.
228
228
* `glx` (OpenGL) backend performs all rendering operations with OpenGL. It is more friendly to some VSync methods, and has significantly superior performance on color inversion (*--invert-color-include*) or blur (*--blur-background*). It requires proper OpenGL 2.0 support from your driver and hardware. You may wish to look at the GLX performance optimization options below. *--xrender-sync-fence* might be needed on some systems to avoid delay in changes of screen contents.
229
-
* `xr_glx_hybrid` backend renders the updated screen contents with X Render and presents it on the screen with GLX. It attempts to address the rendering issues some users encountered with GLX backend and enables the better VSync of GLX backends. *--vsync-use-glfinish* might fix some rendering issues with this backend.
230
229
--
231
230
232
231
*--no-use-damage*::
@@ -239,7 +238,7 @@ May also be one of the predefined kernels: `3x3box` (default), `5x5box`, `7x7box
239
238
Force all windows to be painted with blending. Useful if you have a window shader that could turn opaque pixels transparent.
240
239
241
240
*--dbus*::
242
-
Enable remote control via D-Bus. See the *D-BUS API* section below for more details.
241
+
Enable remote control via D-Bus. See the xref:_d_bus_api[*D-BUS API*] section below for more details.
243
242
244
243
*--benchmark*_CYCLES_::
245
244
Benchmark mode. Repeatedly paint until reaching the specified cycles.
@@ -750,11 +749,11 @@ If you have created an animation script that you think is particularly cool, you
750
749
SHADER INTERFACE
751
750
----------------
752
751
753
-
This secion describes the interface of a custom shader, how it is used by picom, and what parameters are passed by picom to the shader.
752
+
This section describes the interface of a custom shader, how it is used by picom, and what parameters are passed by picom to the shader.
754
753
755
754
A custom shader is a GLSL fragment shader program, which can be used to override the default way of how a window is rendered. If a custom shader is used, the default picom effects (e.g. dimming, color inversion, etc.) will no longer be automatically applied. It would be the custom shader's responsibility to apply these effects.
756
755
757
-
The interface between picom and a custom shader is dependent on which backend is being used. The xrender backend doesn't support shader at all. Here we descibe the interface provided by the glx backend.
756
+
The interface between picom and a custom shader is dependent on which backend is being used. The xrender backend doesn't support shader at all. Here we describe the interface provided by the glx backend.
758
757
759
758
The shader must define a function, _vec4 window_shader()_, which would be the entry point of the shader. The returned _vec4_ will be used to set __gl_FragColor__. A function, _vec4 default_post_processing(vec4 c)_, is provided for applying the default picom effects to input color 'c'.
0 commit comments