compton - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

compton - композитор для X11

СИНТАКСИС

compton [ВАРІАНТИ]

УВАГА

Ця довідкова сторінка може бути менш актуальною, ніж текст використання в compton (compton -h).

ОПИС

compton — це композитор, заснований на версії xcompmgr від Дани Янсенса (яка сама була
написаний Кітом Паккардом). Він включає деякі покращення в порівнянні з оригінальним xcompmgr, наприклад
непрозорість віконної рамки та неактивна прозорість вікна.

ВАРІАНТИ

-h, --допомога
Отримайте текст використання, вбудований у програмний код, який може бути більш сучасним, ніж цей
людина сторінка

-d DISPLAY
Дисплей, яким потрібно керувати.

-r RADIUS
Радіус розмиття тіней у пікселях. (за замовчуванням 12)

-o ПРОЗІРНІСТЬ
Непрозорість тіней. (0.0 - 1.0, за замовчуванням 0.75)

-l OFFSET
Зміщення ліворуч для тіней, у пікселях. (за замовчуванням -15)

-t OFFSET
Верхнє зміщення для тіней у пікселях. (за замовчуванням -15)

-I OPACITY_STEP
Зміна непрозорості між кроками під час згасання. (0.01 - 1.0, за замовчуванням 0.028)

-O OPACITY_STEP
Непрозорість змінюється між кроками під час згасання. (0.01 - 1.0, за замовчуванням 0.03)

-D МІЛІСЕКУНДИ
Час між кроками з кроком загасання, в мілісекундах. (> 0, за замовчуванням 10)

-m ПРОЗІРНІСТЬ
Непрозорість за замовчуванням для спадних меню та спливаючих меню. (0.0 - 1.0, за замовчуванням 1.0)

-c
Увімкнено тіні на стороні клієнта у вікнах. Зверніть увагу на вікна робочого столу (вікна з
_NET_WM_WINDOW_TYPE_DESKTOP) ніколи не отримувати тінь.

-C
Уникайте малювання тіней на вікнах док/панелі.

-z
Обнуліть частину маски тіні за вікном. Зауважте, що це може працювати неправильно
на вікнах ARGB з повністю прозорими областями.

-f
Висвітлення вікон при відкриванні/закриванні та коли непрозорість змінюється, якщо
--no-fading- openclose використовується.

-F
Так само -f. Не підтримується.

-i ПРОЗІРНІСТЬ
Непрозорість неактивних вікон. (0.1 - 1.0, вимкнено за замовчуванням)

-e ПРОЗІРНІСТЬ
Непрозорість заголовків і меж вікон. (0.1 - 1.0, вимкнено за замовчуванням)

-G
Не малюйте тіні на вікнах із перетягуванням.

-b
Процес демонізації. Перехід до фону після ініціалізації.

-S
Увімкнути синхронну операцію X (для налагодження).

--config PATH
Знайдіть файл конфігурації за цим шляхом. Побачити КОНФІГУРАЦІЯ ФАЙЛИ розділ нижче для
де compton за замовчуванням шукає файл конфігурації.

--тінь-червоний VALUE
Значення червоного кольору тіні (0.0 - 1.0, за замовчуванням 0).

--тіньово-зелений VALUE
Значення зеленого кольору тіні (0.0 - 1.0, за замовчуванням 0).

--тінь-блакитний VALUE
Значення синього кольору тіні (0.0 - 1.0, за замовчуванням 0).

--inactive-opacity-override
Нехай неактивна непрозорість встановлюється за допомогою -i замінює вікна _NET_WM_OPACITY значень.

--active-opacity ПРОЗІРНІСТЬ
Непрозорість за замовчуванням для активних вікон. (0.0 - 1.0)

--неактивний-дім VALUE
Приглушити неактивні вікна. (0.0 - 1.0, за замовчуванням 0.0)

--mark-wmwin-focused
Спробуйте виявити вікна WM (вікно без перевизначення і переспрямування без дочірнього елемента
WM_STATE) і позначте їх як активні.

--mark-ovredir-focused
Позначте вікна перевизначення-переспрямування, які не мають дочірнього вікна з фокусом на WM_STATE.

--no-fading- openclose
Не вицвітає при відкритті/закритті вікна.

--shadow-ignore-shaped
Не фарбуйте тіні на вікнах форми. Вікна у формі приміток тут означають налаштування вікон
його форма через розширення X Shape. Ті, хто використовує фон ARGB, виходять за межі нашого
контролювати.

--виявити закруглені кути
Спробуйте виявити вікна із заокругленими кутами і не розглядайте їх як вікна форми. The
точність, на жаль, не дуже висока.

--detect-client-opacity
Виявлення _NET_WM_OPACITY на клієнтських вікнах, корисно для віконних менеджерів, які не проходять
_NET_WM_OPACITY клієнтських вікон для обрамлення вікон.

--частота оновлення ЧАСТОТА ОНОВЛЕННЯ
Вкажіть частоту оновлення екрана. Якщо не вказано або 0, compton спробує виявити
це з розширенням X RandR.

--vsync VSYNC_METHOD
Встановіть метод VSync. Наразі доступні методи VSync:

· ніхто: немає VSync

· drm: VSync з DRM_IOCTL_WAIT_VBLANK. Може працювати лише на деяких драйверах.

· OpenGL: Спробуйте VSync з SGI_video_sync Розширення OpenGL. Працюйте лише над деякими
водії.

· opengl-oml: Спробуйте VSync з OML_sync_control Розширення OpenGL. Працюйте лише над деякими
водії.

· opengl-swc: Спробуйте VSync з SGI_swap_control Розширення OpenGL. Працюйте лише над деякими
водіїв. Працює тільки з бекендом GLX. Відомо, що він найбільш ефективний для багатьох водіїв.
Фактично не контролює час фарбування, впливає лише на заміну буфера, тому це
не має ефекту --sw-opti на відміну від інших методів. Експериментальний.

· opengl-mswc: Спробуйте VSync з MESA_swap_control Розширення OpenGL. В основному
так само, як opengl-swc вище, крім розширення, яке ми використовуємо.

(Зверніть увагу, що деякі методи VSync можуть бути не ввімкнені під час компіляції.)

--vsync-агресивний
Спробуйте надіслати запит на фарбування перед VBlank і виконайте XFlush() під час VBlank. Повідомили
працювати досить жахливо. Цей перемикач можна підняти в будь-який момент.

--альфа-крок VALUE
X Render Backend: крок для попереднього створення альфа-зображень. (0.01 - 1.0, за замовчуванням
0.03)

--dbe
Увімкнути режим фарбування DBE, призначений для використання з VSync, щоб (сподіваюся) усунути розрив.
Повідомляється, що ефекту немає.

--накладення фарбою
Малювання у вікні накладання X Composite замість кореневого вікна.

--sw-opti
Обмежте компон до перефарбовування щонайбільше раз на 1/ частота оновлення другий для підвищення
продуктивність. Це не слід використовувати з --vsync drm/opengl/opengl-oml як вони
по суті робить --sw-opti's завдання вже, якщо ви не бажаєте вказати нижнє оновлення
ставка, ніж фактична вартість.

--use-ewmh-active-win
Використовуйте EWMH _NET_ACTIVE_WINDOW щоб визначити поточне фокусне вікно, а не
слухати Фокус/FocusOut подія. Може мати більшу точність, за умови, що WM
підтримує це.

--respect-prop-shadow
Повага _COMPTON_SHADOW. Це функція на рівні прототипу, на яку не варто покладатися.

--unredir-якщо можливо
Скасуйте переспрямування всіх вікон, якщо виявлено повноекранне непрозоре вікно, щоб розгорнути
продуктивність для повноекранних вікон. Відомо, що викликає мерехтіння, коли
переспрямування/відмінювання вікон. --накладення фарбою може зменшити мерехтіння
очевидний.

--unredir-if-ssible-delay МІЛІСЕКУНДИ
Затримка перед скасуванням переспрямування вікна в мілісекундах. За замовчуванням 0.

--unredir-якщо-можливо-виключити УМОВА
Умови вікон, які не слід вважати повноекранними для скасування переспрямування
екран.

--shadow-exclude УМОВА
Вкажіть список умов вікон, які не повинні мати тіні.

--згасити-виключити УМОВА
Укажіть список умов вікон, які не повинні бути тьмяними.

--focus-exclude УМОВА
Укажіть список умов вікон, які завжди слід вважати сфокусованими.

--inactive-dim-fixed
Використовуйте фіксоване неактивне значення затемнення, замість того, щоб налаштовувати відповідно до непрозорості вікна.

--detect-transient
Скористайтесь WM_TRANSIENT_FOR згрупувати вікна та вважати вікна в одній групі сфокусованими
в той самий час.

--detect-client-leader
Скористайтесь WM_CLIENT_LEADER згрупувати вікна та вважати вікна в одній групі сфокусованими
в той самий час. WM_TRANSIENT_FOR має вищий пріоритет, якщо --detect-transient is
також увімкнено.

--розмиття фону
Розмиття фону напівпрозорих / ARGB вікон. Поганий у виконанні, с
поведінка, залежна від водія. Назва перемикача може змінюватися без попереднього
повідомлення.

--розмиття фону-кадр
Розмивання фону вікон, якщо віконна рама непрозора. Має на увазі
--розмиття фону. Погана продуктивність, поведінка, що залежить від водія. Назва може
змінити.

--виправлено розмиття фону
Використовуйте фіксовану силу розмиття, а не коригуйте відповідно до непрозорості вікна.

--blur-kern MATRIX
Вкажіть ядро ​​згортки розмиття в такому форматі:

WIDTH,HEIGHT,ELE1,ELE2,ELE3,ELE4,ELE5...

Елемент у центрі не можна включати, він назавжди буде 1.0 або змінюється
на основі непрозорості, залежно від того, чи встановлено --blur-background-fixed. І все ж таки
автоматичне налаштування коефіцієнта розмиття може не працювати належним чином із користувацьким ядром розмиття.

Ядро розмиття Guassian 7x7 (сигма = 0.84089642) виглядає так:

--blur-Керн «7,7,0.000003,0.000102,0.000849,0.001723,0.000849,0.000102,0.000003,0.000102,0.003494,0.029143,0.059106,0.029143,0.003494,0.000102,0.000849,0.029143,0.243117,0.493069,0.243117,0.029143,0.000849,0.001723,0.059106,0.493069,0.493069,0.059106,0.001723,0.000849,0.029143,0.243117,0.493069,0.243117,0.029143,0.000849,0.000102,0.003494,0.029143,0.059106,0.029143,0.003494,0.000102,0.000003,0.000102,0.000849,0.001723,0.000849,0.000102,0.000003, XNUMX, XNUMX'

Також може бути одним із попередньо визначених ядер: 3x3box (за замовчуванням), 5x5box, 7x7box,
3x3gaussian, 5x5gaussian, 7x7gaussian, 9x9gaussian, 11x11gaussian. Весь Гуасіан
ядра генеруються із сигма = 0.84089642 . Ви можете скористатися супроводом
compton-convgen.py для створення ядер розмиття.

--blur-background-exclude УМОВА
Виключити умови для розмиття фону.

--зміна розміру пошкодження INTEGER
Змініть розмір пошкодженої області на певну кількість пікселів. Позитивне значення збільшує його
тоді як негативний зменшує його. Якщо значення додатне, ці додаткові пікселі
фактично не буде зображено на екрані, а використовується лише для обчислення розмиття тощо. (До строку
до технічних обмежень, с --dbe or --glx-метод-свопу, ці пікселі залишаться
неправильно намальовано на екрані.) В основному використовується для усунення проблем із пошкодженням лінії
розмиття, у цьому випадку ви повинні використовувати значення радіусу розмиття тут (наприклад, з ядром 3x3,
ви повинні використовувати --зміна розміру пошкодження 1, з 5x5, який ви використовуєте --зміна розміру пошкодження 2 і так
увімкнено). Може працювати або не працювати з --glx-no-stencil. Усадка не працює належним чином.

--invert-color-include УМОВА
Укажіть перелік умов вікон, які слід пофарбувати перевернутим кольором.
Ресурси потребують, і він погано перевірений.

--правило непрозорості ПРОЗІРНІСТЬ:'ХВОРОБА'
Вкажіть список правил непрозорості у форматі PERCENT:PATTERN, наприклад 50:назва *=
«Firefox». Для цього рекомендується використовувати compton-trans. Зверніть увагу, ми не розрізняємо 100% і
не налаштовано, і ми не даємо жодних гарантій щодо можливих конфліктів з іншими програмами
той набір _NET_WM_WINDOW_OPACITY на рамці або вікнах клієнта.

--shadow-exclude-reg ГЕОМЕТРІЯ
Вкажіть геометрію X, яка описує область, в якій не слід фарбувати тінь
в, наприклад область вікна док-станції. Використовуйте --shadow-exclude-reg x10+0-0, наприклад, якщо
10 пікселів у нижній частині екрана не повинні мати тіней.

--xinerama-shadow-crop
Повністю обрізати тінь вікна на певному екрані Xinerama до екрана.

--бекенд НАЗАД
Вкажіть бекенд для використання: xrender або glx. Бекенд GLX (OpenGL) зазвичай має багато
чудова продуктивність, якщо у вас є графічна карта/чіп і драйвер.

--glx-no-stencil
Бекенд GLX: уникайте використання буфера трафарету, корисно, якщо у вас немає буфера трафарету.
Може призвести до неправильної непрозорості під час відтворення прозорого вмісту (але ніколи
практично відбулося) і може не працювати з --розмиття фону. Мої тести показують 15%
підвищення продуктивності. Рекомендовано.

--glx-copy-from-front
Бекенд GLX: копіюйте незмінені області з переднього буфера замість того, щоб перемальовувати їх усі.
Мої тести з драйверами nvidia показують зниження продуктивності на 10%, коли весь екран
змінено, але збільшується на 20%, якщо лише 1/4. Мої тести на модерн показують жахливі
уповільнення. Корисно також з --glx-swap-metod.

--glx-use-copysubbuffermesa
Бекенд GLX: Використовуйте MESA_copy_sub_buffer щоб виконати часткове оновлення екрана. Мої тести на модерн
показує підвищення продуктивності на 200%, якщо оновлено лише 1/4 екрана. Може порушити VSync
і недоступний для деяких драйверів. Перевизначає --glx-copy-from-front.

--glx-no-rebind-pixmap
Бекенд GLX: уникайте повторного прив’язування pixmap при пошкодженні вікна. Напевно, можна було б покращити
продуктивність при швидких змінах вмісту вікон, але, як відомо, порушує деякі проблеми
драйвери (LLVMpipe). Рекомендовано, якщо це працює.

--glx-метод-свопу undefined/exchange/copy/3/4/5/6/buffer-age
Бекенд GLX: ми припускаємо метод заміни буфера GLX. Може бути невизначений (0), копія (1),
обмін (2), 3-6 або буферний вік (-1). undefined є найповільнішим і найбезпечнішим, і
значення за замовчуванням. копіювання найшвидше, але може вийти з ладу на деяких драйверах, 2-6 поступово
повільніше, але безпечніше (6 все ще швидше, ніж 0). Зазвичай подвійний буфер означає 2, потрійний
буфер означає 3. buffer-age означає автоматичне визначення використання GLX_EXT_buffer_age, підтримується
деякі водії. Марно з --glx-use-copysubbuffermesa. Частково ламається
--зміна розміру пошкодження. За замовчуванням значення undefined.

--glx-use-gpushader4
Бекенд GLX: Використовуйте GL_EXT_gpu_shader4 для деякої оптимізації розмиття GLSL-коду. Мої тести
на GTX 670 не показують помітного ефекту.

--dbus
Увімкнути дистанційне керування через D-Bus. Див D-BUS API розділ нижче для більш детальної інформації.

-- контрольний показник Циклів
Режим тесту. Повторно фарбуйте, поки не досягнете зазначених циклів.

--benchmark-wid WINDOW_ID
Вкажіть ідентифікатор вікна для перефарбування в режимі тесту. Якщо пропущено або дорівнює 0, весь екран
перефарбована.

ФОРМАТ OF УМОВИ

Деякі параметри приймають рядок умови для відповідності певним вікнам. Рядок умови є
утворені однією або кількома умовами, об'єднані логічними операторами.

Умова з оператором "існує" виглядає так:

[ ] :

З оператором дорівнює це виглядає так:

[ ] : =

З операторами «більше/менше ніж» це виглядає так:

[ ] :

НЕГАЦІЯ (необов’язково) – це один або кілька знаків оклику;

TARGET є або попередньо визначеним цільовим ім’ям, або ім’ям властивості вікна для відповідності.
Підтримувані попередньо визначені цілі: id, x, y, x2 (x + widthb), y2, width, height, widthb
(ширина + 2 * межа), висота b, override_redirect, argb (чи має вікно ARGB
visual), focused, wmwin (чи виглядає вікно як вікно WM, тобто не має дочірнього елемента
вікно з WM_STATE і не перевизначено-переспрямовано), клієнт (ідентифікатор вікна клієнта),
window_type (тип вікна в рядку), лідер (ідентифікатор лідера вікна), ім'я, class_g (=
WM_CLASS[1]), class_i (= WM_CLASS[0]) і роль.

КЛІЄНТ/РАМКА є одиночним @, якщо атрибут вікна слід шукати на клієнті
вікно, нічого, якщо на рамці вікна;

ІНДЕКС (необов’язково) – це номер індексу властивості для пошуку. Наприклад, [2] означає
подивіться на третє значення у власності. Не вказуйте його для попередньо визначених цілей.

ФОРМАТ (необов'язково) визначає формат властивості, 8, 16 або 32. У разі відсутності ми використовуємо
звіти формату X. Не вказуйте його для попередньо визначених або рядкових цілей.

TYPE це один символ, що представляє тип властивості, для якої потрібно відповідати: c for
КАРДІНАЛ, а для ATOM, w для WINDOW, d для МАЛЬУВАННЯ, s для STRING (та будь-який інший рядок
типи, наприклад UTF8_STRING). Не вказуйте його для попередньо визначених цілей.

OP КВАЛІФІКАТОР (необов'язковий), застосовний лише для оператора дорівнює, може бути ? (ігнор-регістр).

MATCH TYPE (необов'язковий), застосовний лише для оператора дорівнює, може бути нічим (точний
відповідність), * (відповідність будь-де), ^ ​​(збіг з початку), % (підстановка) або ~ (регулярний PCRE
вираз).

ОПЕРАТОР є одним із = (дорівнює), <, >, <=, => або нічого (існує). Існує перевірка оператора
чи існує властивість у вікні (але для попередньо визначених цілей існує означає != 0
потім).

ПАТЕРН або ціле число, або рядок, узятий одинарними або подвійними лапками.
У форматі рядка підтримуються escape-послідовності в стилі Python-3 і необроблений рядок.

Підтримувані логічні оператори && (і) та || (або). && має вищий пріоритет, ніж ||,
асоціативність зліва направо. Використовуйте дужки, щоб змінити пріоритет.

Приклади:

# Якщо вікно сфокусовано
увагу
зосереджений = 1
# Якщо вікно не перевизначено-переспрямовано
!override_redirect
override_redirect = false
override_redirect != правда
override_redirect != 1
# Якщо вікно є меню
window_type *= "меню"
_NET_WM_WINDOW_TYPE@:a *= "МЕНЮ"
# Якщо назва вікна містить "Firefox", ігноруйте регістр
ім'я *?= "Firefox"
_NET_WM_NAME@:s *?= "Firefox"
# Якщо назва вікна закінчується на "Firefox"
ім'я %= "*Firefox"
ім'я ~= "Firefox$"
# Якщо вікно має властивість _COMPTON_SHADOW зі значенням 0, введіть CARDINAL,
# формат 32, значення 0, у вікні рамки
_COMPTON_SHADOW:32c = 0
# Якщо третє значення _NET_FRAME_EXTENTS менше 20, або немає
# Властивість _NET_FRAME_EXTENTS у вікні клієнта
_NET_FRAME_EXTENTS@[2]:32c < 20 || !_NET_FRAME_EXTENTS@:32c
# Шаблон тут буде розібрано як "dd4"
ім'я = "\x64\x64\o64"
# Шаблон тут буде розібрано як "\x64\x64\x64"
ім'я = r"\x64\x64\o64"

СПАДЩИНА ФОРМАТ OF УМОВИ

Це старий формат умов, який ми колись використовували. Підтримка цього формату може бути вилучена
майбутнє.

умова = TARGET:TYPE[FLAGS]:PATERN

TARGET є одним із "n" (ім'я вікна), "i" (екземпляр класу вікна), "g" (загальне вікно
клас) і "r" (роль вікна).

TYPE є одним із "e" (точна відповідність), "a" (відповідність будь-де), "s" (відповідність з початку), "w"
(підстановка) і "p" (регулярні вирази PCRE, якщо вони скомпільовані з підтримкою).

ФЛАГИ може бути серія прапорів. Наразі єдиним визначеним прапором є «i» (ігнорувати регістр).

ПАТЕРН є фактичним рядком шаблону.

КОНФІГУРАЦІЯ ФАЙЛИ

compton може читати з конфігураційного файлу, якщо компільована підтримка libconfig. Якщо
--config не використовується, compton шукатиме файл конфігурації
$XDG_CONFIG_HOME/compton.conf (~/.config/compton.conf, зазвичай), потім ~/.compton.conf,
потім compton.conf у $XDG_DATA_DIRS (часто /etc/xdg/compton.conf).

compton використовує загальний формат файлу конфігурації libconfig. Зразок файлу конфігурації
доступний як compton.sample.conf у дереві джерел. Більшість перемикачів командного рядка міг би
бути замінено опцією у файлі конфігурації, як описано вище.
Специфічні для типу вікна налаштування доступні лише у файлі конфігурації та мають наступне
формат:

wintypes:
{
WINDOW_TYPE = { fade = BOOL; тінь = BOOL; непрозорість = FLOAT; фокус = BOOL; };
};

WINDOW_TYPE є одним із 15 типів вікон, визначених у стандарті EWMH: «невідомий», «настільний»,
"док", "панель інструментів", "меню", "утиліта", "сплеск", "діалогове вікно", "звичайний", "випадаюче_меню",
"popup_menu", "tooltip", "notify", "combo" і "dnd". елементи керування «вицвітання» та «тінь».
специфічні для типу вікна налаштування тіні та вицвітання. "непрозорість" контролює непрозорість за замовчуванням
тип вікна. "focus" контролює, чи завжди потрібно розглядати вікно цього типу
зосереджений. (За замовчуванням у всіх типах вікон, крім "звичайних" і "діалогових", це увімкнено.)

СИГНАЛИ

· compton повторно ініціалізується після отримання SIGUSR1.

D-BUS API

Можна керувати compton через повідомлення D-Bus, запустивши compton with --dbus та
надсилати повідомлення на com.github.chjj.compton. . це дисплей, яким користується
compton з усіма небуквенно-цифровими символами, перетвореними на символи підкреслення. Для DISPLAY=:0.0
Ви повинні використовувати, наприклад, com.github.chjj.compton._0_0.

Методи та сигнали D-Bus ще не стабільні, тому зараз не документовані.

ПРИКЛАДИ

· Вимкнути аналіз файлів конфігурації:

$ compton --config /dev/null

· Запустіть compton з тінню на стороні клієнта та згасанням, вимкніть тінь на док-вікнах і
вікна перетягування:

$ compton -cCGf

· Те саме, що й вище, плюс зробити неактивні вікна на 80% прозорими, а рамку на 80%
прозорий, не тьмяніє при відкритті/закритті вікна, увімкніть оптимізацію програмного забезпечення та розділіть
до фону:

$ compton -bcCGf -i 0.8 -e 0.8 --no-fading-openclose --sw-opti

· Намалюйте білі тіні:

$ compton -c --тінь-червона 1 --тінь-зелена 1 --тінь-синя 1

· Уникайте малювання тіней у вікні wbar:

$ compton -c --shadow-exclude 'class_g = "wbar"'

· Увімкнути OpenGL SGI_swap_control VSync із бекендом GLX:

$ compton --backend glx --vsync opengl-swc

Використовуйте compton онлайн за допомогою служб onworks.net