Ступенчатое изменение размеров окон

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`

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

Сообщения: 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

Aivar	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	dima81 sway -> … видео не записалось. Нужен wf-recorder. В скринкасте изменяется окно терминала, а в терминале размер окна привязан к размеру символа, так что плавности не будет. dima81 и ещё много всего В смысле fps? Так там же английским по цвету фона написано, что запущена вертикальная синхронизация, потому частота кадров апроксимируется с частотой обновления монитора. Остановите compton (или как он там теперь называется), другие композитные менеджеры и средства вертикальной синхронизации или запустите: `$ vblank_mode=0 glxgears`

Aivar

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

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

dima81
sway -> … видео не записалось.

Нужен wf-recorder.

В скринкасте изменяется окно терминала, а в терминале размер окна привязан к размеру символа, так что плавности не будет.

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

В смысле fps? Так там же английским по цвету фона написано, что запущена вертикальная синхронизация, потому частота кадров апроксимируется с частотой обновления монитора.
Остановите compton (или как он там теперь называется), другие композитные менеджеры и средства вертикальной синхронизации или запустите:

$ vblank_mode=0 glxgears

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

Aivar	# 2 года, 8 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	Овердохрена fps получили. glxgears -info, как и полагается, выдает длиннющий список доступных расширений OpenGL. В чём вопрос?

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

dima81

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

Темы: 34

Сообщения: 156

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

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

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

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

Aivar	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	dima81 если быстро изменять размер Делайте ресайз медленно и увидите, что размер терминала меняется посимвольно, а не попиксельно. Я никаких багов не вижу. Если вы считаете, что они есть - отправляйте багрепорты разработчикам соответствующих софтов, в багтрекер арчлинукса и пр.

Aivar

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

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

dima81
если быстро изменять размер

Делайте ресайз медленно и увидите, что размер терминала меняется посимвольно, а не попиксельно.

Я никаких багов не вижу. Если вы считаете, что они есть - отправляйте багрепорты разработчикам соответствующих софтов, в багтрекер арчлинукса и пр.

cucullus	# 2 года, 8 месяцев назад
Темы: 256 Сообщения: 3435 Участник с: 06 июня 2007	речь про тиринг, что-ли? такие дела.

Aivar	# 2 года, 8 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	cucullus, на видео тиринга не заметно, но присутствуют какие-то "тормоза и баги".

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 писал, уже больше двух недель нет ответа.

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

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

Aivar	# 2 года, 8 месяцев назад (отредактировано 2 года, 8 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	dima81 Если ещё, например, в другом окне видео проигрывать, то оно будет во время этих операций (изменений размера окна) замирать. Ах вот оно что... Будет полезно в это время посмотреть на загрузку процессора. Сам комптоном не пользуюсь, но иногда экспериментирую. Вот и несколько месяцев назад устанавливал на двух железках для эксперимента. И теперь вспомнил, что на обеих железках compton со включенной вертикальной синхронизацией грузил процессор на ровном месте, а на более слабом железе вообще даже ман в терминале жутко тормозил. На обеих - i3wm. Погуглил безрезультатно, подумал, что compton теперь не для старого железа (ведь раньше такого не было) да и удалил. Так что вполне может быть, что нынешний compton/picom плохо дружит с i3wm (может только в Арче). Но вы все же можете попробовать поэкспериментировать с опциями, особенно рендеринга.

Aivar

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

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

dima81
Если ещё, например, в другом окне видео проигрывать, то оно будет во время этих операций (изменений размера окна) замирать.

Ах вот оно что... Будет полезно в это время посмотреть на загрузку процессора.
Сам комптоном не пользуюсь, но иногда экспериментирую. Вот и несколько месяцев назад устанавливал на двух железках для эксперимента. И теперь вспомнил, что на обеих железках compton со включенной вертикальной синхронизацией грузил процессор на ровном месте, а на более слабом железе вообще даже ман в терминале жутко тормозил. На обеих - i3wm. Погуглил безрезультатно, подумал, что compton теперь не для старого железа (ведь раньше такого не было) да и удалил.
Так что вполне может быть, что нынешний compton/picom плохо дружит с i3wm (может только в Арче). Но вы все же можете попробовать поэкспериментировать с опциями, особенно рендеринга.