Conversation

Notices

1. Embed this notice
   Ivan Molodetskikh (yalter@mastodon.online)'s status on Saturday, 12-Oct-2024 03:39:21 JST Ivan Molodetskikh

   in reply to

   I may be having too much fun recording a demo for the release notes

   • Embed this notice
     Ivan Molodetskikh (yalter@mastodon.online)'s status on Saturday, 12-Oct-2024 03:39:21 JST Ivan Molodetskikh

     in reply to

     Amidst all the fires being put out, niri 0.1.4 which can block out windows from screencasts! https://github.com/YaLTeR/niri/releases/tag/v0.1.4

     And also gamma control, focus follows mouse, warp mouse to focus, wheel and touchpad scroll bindings, xdp-gnome 46 support.

     Also, every single config option is now documented on the wiki! Which took like an entire week of work (even though I was reusing a lot of my previously written docs in the config). Check it out here: https://github.com/YaLTeR/niri/wiki/Configuration:-Overview

     #wayland #smithay #rust #niri

   • Embed this notice
     Ivan Molodetskikh (yalter@mastodon.online)'s status on Saturday, 12-Oct-2024 03:39:22 JST Ivan Molodetskikh

     in reply to

     There's actually an important edge case here: if you open the screenshot UI while recording the monitor, then the screenshot UI preview will show the window, and OBS, recording the screenshot UI preview, will hence also show the window. There are trade-offs here for how you want this to work; for now I put a big warning around the option, and added a stricter mode that blocks out the window from ANY screen capture (which means you can't screenshot it).

   • Embed this notice
     Ivan Molodetskikh (yalter@mastodon.online)'s status on Saturday, 12-Oct-2024 03:39:22 JST Ivan Molodetskikh

     in reply to

     I think for the built-in screenshot UI this is solvable with one more layer of indirection (render the screenshot UI preview itself twice, once for screencasts, and once for the monitor). However, for third-party screenshot annotation tools, this will still be a problem.

   • Embed this notice
     Ivan Molodetskikh (yalter@mastodon.online)'s status on Saturday, 12-Oct-2024 03:39:22 JST Ivan Molodetskikh

     in reply to

     Implemented this idea. It means rendering each monitor 3 times always for the screenshot but maybe it's fine? On this laptop 3 monitors × 3 renders takes 2 ms, and there's some unnecessary blocking I forgot to remove.

     On the video, note how for me the screenshot UI has Secrets visible, but on the recording afterwards it's always blocked out.

   • Embed this notice
     Ivan Molodetskikh (yalter@mastodon.online)'s status on Saturday, 12-Oct-2024 03:39:23 JST Ivan Molodetskikh

     Just implemented something I've had in mind for a while: compositor-side blocking out of windows from screencasts! The compositor is the perfect place to do this since it can replace the window contents in the render tree, which will work fine with any kind of overlapping, transparency, etc. AND it will work with anything that records the screen through the portal, be it OBS or video meeting, or whatever.