This is utterly horrific holy fuck
@ebassi this basically reads "hello I'm writing malware plz help"
@elad either that, or it’s a case of somebody working in a terrible environment

@ebassi @elad I can actually see the use for this in another context (and have considered designing something like it): a timelapse app for artists.

In this context, their “work” is their art, not something imposed by an employer.

It should probably be built into the drawing app or whatever, but I could see the niftiness of a workflow timelapse that captures the various apps you use and whatnot over a long period of time, without having to sit and record an actual video of the entire process.

@ebassi @elad that said, I think such an app could actually just request the screen share portal and then only actually capture an image every minute or however often?

@cassidy
@ebassi @elad
If you only need one frame a minute, I think with screencast you'd still have a pipewire stream producing frames at a normal framerate, and just be ignoring most of them? So not a very resource efficient solution, if that matters

(I think you may be able to negotiate a framerate of 1/60 fps over pipewire if both ends support it, but I don't think implementations typically would.)

@ids1024 @ebassi @elad hm, still less disk thrashing than recording the entire thing as a video and timelapsing it later. No idea what the overhead for having the stream open would be though.
@cassidy
@ebassi @elad
Yeah. And video encoding overhead, which is probably the largest overhead for actual screencasting and is avoided here. Still non trivial overhead here though if it means copying 60 frames per second from a discrete GPU to main memory for each of 3 4k monitors only to ignore most frames (for the worst case scenario here).