| Files | Last commit | Last update |
|---|---|---|
screencast: add option to force implicit modifier to be linear Linear buffer layouts are supported by most gpu vendors and as such should be compatible in mixed mutli gpu setup where the implicit modifier of one gpu is not supported by the other. This option should make xdpw work in these environemnts. The option is marked as experimental since it might be removed if explicit modifiers provide a better solution. | 4 years ago | |
ext_image_copy_capture_v1: Initial implementation This adds support for ext_image_copy_capture as alternative to wlr_screencopy, implemented to take priority when present. | 1 year ago | |
Control how many frames are captured per second The goal is to control the rate of capture while in screencast, as it can represent a performance issue and can cause input lag and the feeling of having a laggy mouse. This commit addresses the issue reported in #66. The code measures the time elapsed to make a single screen capture, and calculates how much to wait for the next capture to achieve the targeted frame rate. To delay the capturing of the next frame, the code introduces timers into the event loop based on the event loop in https://github.com/emersion/mako Added a command-line argument and an entry in the config file as well for the max FPS. The default value is 0, meaning no rate control. Added code to measure the average FPS every 5 seconds and print it with DEBUG level. | 5 years ago | |
Add support for config file Closes: https://github.com/emersion/xdg-desktop-portal-wlr/issues/60 | 5 years ago | |
screencast: Use PipeWire to drive screencast Without PW_STREAM_FLAG_DRIVER we can use on_process callbacks to drive the stream. | 2 years ago | |
screencast: destroy session if output is removed We teardown all existing screencast_instances using the removed output by destroying the frame, removing all timers and then marking the instance as ready for teardown so we can destroy it after the last connected session is closed. Any wlr_screencopy_frame_v1 has to be destroyed before the connected output can be removed. Otherwise wlr_screencopy_frame_v1_destroy segfaults the whole program. To ensure this we will make all frame callbacks safe to be triggered for a previous destroyed frame. | 4 years ago | |
screencast: fix stream freezing on PipeWire buffer starvation Currently, when the stream runs out of buffers, PipeWire's graph iteration fails and freezes the stream. This commit introduces a repeating timer to call pw_stream_trigger_process at the negotiated frame rate when starved of buffers to ensure recovery once a buffer becomes available. | 2 months ago | |
screenshot: implement PickColor method closes #129 | 5 years ago | |
Revert "screenshot: announce version 1" This reverts commit 4a98a63491b24d59e6b8eb8f215ca1a13fa656d5. | 5 months ago | |
Add format_str() Stolen from Sway, useful for the next commit. | 1 year ago | |
Control how many frames are captured per second The goal is to control the rate of capture while in screencast, as it can represent a performance issue and can cause input lag and the feeling of having a laggy mouse. This commit addresses the issue reported in #66. The code measures the time elapsed to make a single screen capture, and calculates how much to wait for the next capture to achieve the targeted frame rate. To delay the capturing of the next frame, the code introduces timers into the event loop based on the event loop in https://github.com/emersion/mako Added a command-line argument and an entry in the config file as well for the max FPS. The default value is 0, meaning no rate control. Added code to measure the average FPS every 5 seconds and print it with DEBUG level. | 5 years ago | |
Select and capture toplevels Co-authored-by: Simon Ser <contact@emersion.fr> | 1 year ago | |
Separate wlr_screencopy code into separate file | 2 years ago | |
Send session Closed signal | 1 year ago |
| Files | Last commit | Last update |
|---|---|---|
| 4 years ago | ||
| 1 year ago | ||
| 5 years ago | ||
| 5 years ago | ||
| 2 years ago | ||
| 4 years ago | ||
| 2 months ago | ||
| 5 years ago | ||
| 5 months ago | ||
| 1 year ago | ||
| 5 years ago | ||
| 1 year ago | ||
| 2 years ago | ||
| 1 year ago |