| Age | Commit message (Collapse) | Author |
|---|
|
changing video codec context resolution
|
|
|
|
is already running
|
|
fails), might happen because of a buggy desktop portal/pipewire implementation
|
|
|
|
|
|
fix capture on intel iris)
|
|
available on Wayland and when recording a monitor without the desktop portal option
|
|
|
|
hardware accelerated
|
|
warning tells the user to capture on x11 instead or use -w portal option
|
|
|
|
|
|
currently h264 only
|
|
not do audio delay compensation if output is being piped
|
|
|
|
|
|
capture currently supported
|
|
|
|
|
|
|
|
|
|
|
|
Increases AAC to 160kbps, increases Opus and FLAC to 128kbps.
Remove step from TODO.
|
|
|
|
|
|
monitor reconfiguration
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
screen rotation in wayland is best effort,
wayland doesn't give the necessary information to make it robust.
|
|
Nvidia support will be added in the future.
Note that hdr metadata is missing from the output file as
amd and intel both have bugged drivers that dont add hdr metadata
to the output file.
Need to find a workaround for this (patching the video bitstream?).
Add -cr limited|full, to set color range
|
|
|
|
|
|
|
|
since mesa doesn't support global headers for h264
|
|
|
|
|
|
allow screen capture on amd/intel nvidia/wayland (select the first output for now)
|
|
connecting (fixes issue of .gsr-kms-socket files remaining in $HOME)
|
|
|
|
This reverts commit 97a345f08f910df375f5e9579876efd06674b802.
|
|
|
|
|
|
|
