-
-
Notifications
You must be signed in to change notification settings - Fork 209
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
screencast: support for capturing areas #582
Comments
I'd be curious what the use case is, but if you want to provide a patch that adds and handles a suitable source type for that, why not ? |
I think the use case is similar to screenshot, sometimes you don't want to record the entire window, just a section of a window, without having to crop it using video editors. Possibly recording a video meeting, without the ui elements, only the actual meeting. |
The application receiving the video stream can crop it at will. I think you'll have to explain why cropping the stream on the compositor instead is advantageous. |
Consider the following case: the client wants to record an area than spans several monitors (such as, for example, the whole stage consisting of every monitor connected). In order to do that, the client needs to be aware of the logical placement of the monitors on the stage. While it's possible to do it manually, it's extremely painful and unreliable since a simple rearrangement of the monitors will break the whole thing. |
See also emersion/xdg-desktop-portal-wlr#154 |
Currently the screencast portal only supports capturing monitors and windows, but it can also be useful to support capturing arbitrary areas of the screen(s). Such a feature could be implemented using mutter's
RecordArea
screencast function for xdg-desktop-portal-gtk and using slurp for xdg-desktop-portal-wlr.The text was updated successfully, but these errors were encountered: