Age | Commit message (Collapse) | Author |
|
This reverts commit 69c3102465e1d0246d2f78073b517e2779733054.
|
|
|
|
|
|
|
|
|
|
display frame using purely vaapi unless the monitor is rotated
|
|
Only damage if cursor is inside the target area
|
|
|
|
This reverts commit 0f289b58bbd4a81f1d0288e89b5fef70719141a2.
|
|
|
|
and stutter on amd
|
|
x11, fix cursor not visible on some wayland compositors (hyprland) with multiple monitors
|
|
|
|
|
|
|
|
session token is saved/restore
|
|
|
|
|
|
|
|
currently h264 only
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
screen rotation in wayland is best effort,
wayland doesn't give the necessary information to make it robust.
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit bccb5ba8f44f1c33ffcfa08c67b5778ddc65c948.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fixed
|
|
|
|
|
|
also captures cursor
|
|
|
|
|
|
Always find largest drm buf, to fix some cases
when there are multiple planes and we accidentally
capture a drm buf that isn't the target buf.
We always want the full SCREEN drm buf.
|
|
(not used yet)
|
|
If there is only one monitor connected and it's rotated then
the drm buf will also be rotated. This only the case with AMD and
only when using one monitor!
To fix this, we perform color conversion with an opengl shader
which allows us to also rotate the texture.
VAAPI supports rotation but it's not implemented by AMD at least.
Performance seems to be the same as when using VAAPI, even when
GPU usage is 100%.
|