dima81 Сообщения

dima81	# 2 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	indeviral А если в телефоне батарейка сядет(или ещё что-нибудь), придётся отключать этот сервис за 3с ?) Я бы посоветовал продумать и выбрать другой способ блокировки. Согласен, есть такой недостаток ) Тогда вопрос продолжу в плане рабоспособности скрипта. nafanja ~/.local/bin/lock_screen_on_BT.sh if ! /usr/bin/l2ping -c 3 00:00:00:00:00:00 `then export DISPLAY=:0 export XAUTHORITY="${HOME}/.Xauthority" i3lock -c 000000 fi` Дело в том, что /usr/bin/l2ping можно запустить только от root.

# 2 года, 8 месяцев назад

Сообщения: 156

Участник с: 25 апреля 2018

indeviral
А если в телефоне батарейка сядет(или ещё что-нибудь), придётся отключать этот сервис за 3с ?)
Я бы посоветовал продумать и выбрать другой способ блокировки.

Согласен, есть такой недостаток )

Тогда вопрос продолжу в плане рабоспособности скрипта.

nafanja
~/.local/bin/lock_screen_on_BT.sh
if ! /usr/bin/l2ping -c 3 00:00:00:00:00:00
then
    export DISPLAY=:0
    export XAUTHORITY="${HOME}/.Xauthority"
    i3lock -c 000000
fi

Дело в том, что /usr/bin/l2ping можно запустить только от root.

dima81	# 2 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Сделал таймер по примерам для блокировки ноута по bluetooth при удалении от него мобилки. Но что то не могу понять причину неработоспособности. Код таймера `[Unit] Description=Run Lock screen on BT each x seconds [Timer] OnBootSec=3s OnUnitActiveSec=3s [Install] WantedBy=timers.target` Сервис `[Unit] Description=Lock screen on BT [Service] ExecStart=/usr/bin/bash /usr/bin/lock_screen_on_BT.sh [Install] WantedBy=multi-user.target` Скрипт `DISPLAY=:0 export DISPLAY=:0 export XDG_RUNTIME_DIR=/run/user/1000 export XAUTHORITY=/home/user/.Xauthority if ! /usr/bin/l2ping -c 3 00:00:00:00:00:00 ; then su user -c 'i3lock -c 000000'; fi` Таймер расположен по адресу Правило запускает сервис по адресу /etc/systemd/system/123.timer Сервис расположен по адресу /etc/systemd/system/123.service Сервис запускает скрит Имя сервиса и таймера одинаковые systemctl daemon-reload systemctl enable 123.timer systemctl start 123.timer Скрип работает, проверял отдельно. Таймер и сервис работает т.к. в процессах висит скрипт, но ничего не происходит.

dima81

# 2 года, 8 месяцев назад

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Сделал таймер по примерам для блокировки ноута по bluetooth при удалении от него мобилки. Но что то не могу понять причину неработоспособности.

Код таймера

[Unit]
Description=Run Lock screen on BT each x seconds
[Timer]
OnBootSec=3s
OnUnitActiveSec=3s
[Install]
WantedBy=timers.target

Сервис

[Unit]
Description=Lock screen on BT
[Service]
ExecStart=/usr/bin/bash /usr/bin/lock_screen_on_BT.sh
[Install]
WantedBy=multi-user.target

Скрипт

DISPLAY=:0
export DISPLAY=:0
export XDG_RUNTIME_DIR=/run/user/1000
export XAUTHORITY=/home/user/.Xauthority
if ! /usr/bin/l2ping -c 3 00:00:00:00:00:00 ; then
su user -c 'i3lock -c 000000';
fi

Таймер расположен по адресу
Правило запускает сервис по адресу
/etc/systemd/system/123.timer

Сервис расположен по адресу
/etc/systemd/system/123.service

Сервис запускает скрит
Имя сервиса и таймера одинаковые
systemctl daemon-reload
systemctl enable 123.timer
systemctl start 123.timer

Скрип работает, проверял отдельно.
Таймер и сервис работает т.к. в процессах висит скрипт, но ничего не происходит.

dima81	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Понятно. Спасибо, чего то сразу по ману не понял. Нужны кавычки, без них не работает: `xautolock -time 1 -locker 'i3lock -c 000000'`

dima81	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Вопрос в заголовке. При команде `xautolock -locknow -locker i3lock` Выдаёт `Could not locate a running xautolock.` Пробовал дисплей прописывать, но не влияет При команде `xautolock -locknow -locker i3lock -c 000000` Выдаёт только справку При обеих командах в процессах не висит. ------------------------- OS: Arch Linux x86_64 WM: i3 без compton

dima81

# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Вопрос в заголовке. При команде

xautolock -locknow -locker i3lock

Выдаёт

Could not locate a running xautolock.

Пробовал дисплей прописывать, но не влияет

При команде

xautolock -locknow -locker i3lock -c 000000

Выдаёт только справку

При обеих командах в процессах не висит.

-------------------------
OS: Arch Linux x86_64
WM: i3 без compton

dima81	# 2 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	По ходу дела все из-за picom.

dima81	# 2 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Этот процесс много выжирает (84%) при изменении размеров окон /usr/lib/Xorg vt2 -displayfd 3 -auth /run/user/1000 /gdm/Xauthority -nolistentcp -backgroundnone -noreset -keeptty -verbose 3

dima81	# 2 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Наверно чего то не правильно пояснил. Вроде это не тиринг. На видео Скринкаст i3wm + picom (compton) с включение отключением онного видно, что после включения picom (compton) (начная с 13 секунды), изменение размера окна происходит ступенчато, очень ступенчато, с задержаками. Если ещё, например, в другом окне видео проигрывать, то оно будет во время этих операций (изменений размера окна) замирать. До 13-й секунды picom был выключен и изменение окна происходит быстро и без задержек. Скринкаст gnome3 + Xorg Это видео показывает, что проблем с измененим размера окно в gnome3 с Xorg нет. Но есть аналогичные проблемы как и в первом скринкасте начиная с 13-секунды при сочетании gnome3 + wayland, видео записать мне не удалось, просто черный экран в записи. В linuxmint 19 c xfce - liveCD - Есть тени и прозрачности, изменение размеров окон нормальное, без задержек. Нормально это как в скринкасте gnome3 + Xorg. Видео на телефон снял. В nomadBSD (freeBSD) - liveCD - Включение compton не приводит к таким эффектам, т.е. изменение размеров окон происходит нормально, без дёрганий. В связи с этим и решил тему создать. Разработчикам picom писал, уже больше двух недель нет ответа. У меня подозрение, что то нормально не настроено. По драйверам уже написал, что нет зависимости от того свободные или проприетарные. Тему создал с целью, что может знающие люди подскажут в какую сторону копать, т.к. мне не ясно как решить эту задачу.

dima81

# 2 года, 8 месяцев назад

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Наверно чего то не правильно пояснил. Вроде это не тиринг.
На видео
Скринкаст i3wm + picom (compton) с включение отключением онного
видно, что после включения picom (compton) (начная с 13 секунды), изменение размера окна происходит ступенчато, очень ступенчато, с задержаками. Если ещё, например, в другом окне видео проигрывать, то оно будет во время этих операций (изменений размера окна) замирать.
До 13-й секунды picom был выключен и изменение окна происходит быстро и без задержек.

Скринкаст gnome3 + Xorg
Это видео показывает, что проблем с измененим размера окно в gnome3 с Xorg нет.
Но есть аналогичные проблемы как и в первом скринкасте начиная с 13-секунды при сочетании gnome3 + wayland, видео записать мне не удалось, просто черный экран в записи.

В linuxmint 19 c xfce - liveCD - Есть тени и прозрачности, изменение размеров окон нормальное, без задержек.
Нормально это как в скринкасте gnome3 + Xorg. Видео на телефон снял.

В nomadBSD (freeBSD) - liveCD - Включение compton не приводит к таким эффектам, т.е. изменение размеров окон происходит нормально, без дёрганий.
В связи с этим и решил тему создать.

Разработчикам picom писал, уже больше двух недель нет ответа.

У меня подозрение, что то нормально не настроено.
По драйверам уже написал, что нет зависимости от того свободные или проприетарные.

Тему создал с целью, что может знающие люди подскажут в какую сторону копать, т.к. мне не ясно как решить эту задачу.

dima81	# 2 года, 8 месяцев назад
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Вопрос в том от чего такие баги при наличии теней и/или прозрачностей именно при изменении размеров окон. Перетаскивание, открытие, закрытие окон никаких тормозов или багов не даёт. Уточню: по sway машинально текст скопировал, в нем тормозов нет, но нет и теней и прозрачностей. Да и вцелом там при изменении размеров окон както само окно немного разъезжается, если быстро изменять размер. Пробовал livecd: - nomadbsd (freebsd) - тормозов и багов нет, в том числе с включенным compton

dima81

# 2 года, 8 месяцев назад

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Вопрос в том от чего такие баги при наличии теней и/или прозрачностей именно при изменении размеров окон.
Перетаскивание, открытие, закрытие окон никаких тормозов или багов не даёт.

Уточню: по sway машинально текст скопировал, в нем тормозов нет, но нет и теней и прозрачностей. Да и вцелом там при изменении размеров окон както само окно немного разъезжается, если быстро изменять размер.

Пробовал livecd:
- nomadbsd (freebsd) - тормозов и багов нет, в том числе с включенным compton

dima81	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	под много всего скрывается `GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture ...` $ vblank_mode=0 glxgears ATTENTION: default value of option vblank_mode overridden by environment. 3007 frames in 5.0 seconds = 601.394 FPS 11394 frames in 5.0 seconds = 2278.772 FPS 19400 frames in 5.0 seconds = 3879.889 FPS 19387 frames in 5.0 seconds = 3877.248 FPS 19743 frames in 5.0 seconds = 3948.486 FPS 19978 frames in 5.0 seconds = 3995.531 FPS 16823 frames in 5.0 seconds = 3359.546 FPS 21076 frames in 5.0 seconds = 4215.006 FPS 19574 frames in 5.0 seconds = 3914.669 FPS 23092 frames in 5.0 seconds = 4618.304 FPS 20022 frames in 5.0 seconds = 4004.367 FPS

dima81

# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

под много всего скрывается

GL_EXTENSIONS = GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture ...

$ vblank_mode=0 glxgears

ATTENTION: default value of option vblank_mode overridden by environment.
3007 frames in 5.0 seconds = 601.394 FPS
11394 frames in 5.0 seconds = 2278.772 FPS
19400 frames in 5.0 seconds = 3879.889 FPS
19387 frames in 5.0 seconds = 3877.248 FPS
19743 frames in 5.0 seconds = 3948.486 FPS
19978 frames in 5.0 seconds = 3995.531 FPS
16823 frames in 5.0 seconds = 3359.546 FPS
21076 frames in 5.0 seconds = 4215.006 FPS
19574 frames in 5.0 seconds = 3914.669 FPS
23092 frames in 5.0 seconds = 4618.304 FPS
20022 frames in 5.0 seconds = 4004.367 FPS

dima81	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 34 Сообщения: 156 Участник с: 25 апреля 2018	Помогите пожалуйста понять чего нужно доустановить или настроить, а то изменение размеров окон как то ступенчато происходит. Скринкаст i3wm + picom (compton) с включение отключением онного Скринкаст gnome3 + Xorg gnome3 + wayland -> также ступенчатое изменение размера окон, видео не записалось. sway -> также ступенчатое изменение размера окон, видео не записалось. Понятно что чего то с тенями не хочет работать, мне так кажется. Драйвера свободные или проприетарные разницы не имеет. `OS: Arch Linux x86_64 Host: 81NC Lenovo IdeaPad S340-15API Kernel: 5.4.6-arch1-1 CPU: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx (8) @ 2.100GHz GPU: AMD ATI 04:00.0 Picasso Memory: 3290MiB / 5947MiB` lspci -k \| grep amdgpu `Kernel driver in use: amdgpu Kernel modules: amdgpu` glxgears -info `Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. GL_RENDERER = AMD RAVEN (DRM 3.35.0, 5.4.6-arch1-1, LLVM 9.0.0) GL_VERSION = 4.5 (Compatibility Profile) Mesa 19.3.1 GL_VENDOR = X.Org` и ещё много всего `301 frames in 5.0 seconds = 60.072 FPS 300 frames in 5.0 seconds = 59.977 FPS`

dima81

# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)

Темы: 34

Сообщения: 156

Участник с: 25 апреля 2018

Помогите пожалуйста понять чего нужно доустановить или настроить, а то изменение размеров окон как то ступенчато происходит.
Скринкаст i3wm + picom (compton) с включение отключением онного
Скринкаст gnome3 + Xorg
gnome3 + wayland -> также ступенчатое изменение размера окон, видео не записалось.
sway -> также ступенчатое изменение размера окон, видео не записалось.

Понятно что чего то с тенями не хочет работать, мне так кажется.

Драйвера свободные или проприетарные разницы не имеет.

OS: Arch Linux x86_64
Host: 81NC Lenovo IdeaPad S340-15API
Kernel: 5.4.6-arch1-1
CPU: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx (8) @ 2.100GHz
GPU: AMD ATI 04:00.0 Picasso
Memory: 3290MiB / 5947MiB

lspci -k | grep amdgpu

        Kernel driver in use: amdgpu
        Kernel modules: amdgpu

glxgears -info

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
GL_RENDERER   = AMD RAVEN (DRM 3.35.0, 5.4.6-arch1-1, LLVM 9.0.0)
GL_VERSION    = 4.5 (Compatibility Profile) Mesa 19.3.1
GL_VENDOR     = X.Org

и ещё много всего

301 frames in 5.0 seconds = 60.072 FPS
300 frames in 5.0 seconds = 59.977 FPS