search

MaartenBaert / ssr

SimpleScreenRecorder, a screen recorder for Linux
http://www.maartenbaert.be/simplescreenrecorder/
GNU General Public License v3.0
2.58k stars 290 forks source link

On-screen frame showing what is being captured? #199

Open unfa opened 10 years ago

unfa commented 10 years ago

I especially was thinking about the "Fallow The Cursor" mode - being sure what is captured and what is not captured would be a nice help!

MaartenBaert commented 10 years ago

The problem is that anything I draw on the screen will inevitably end up in the captured video as well. Even things that are supposed to be out of view will be briefly visible whenever you move the view. So this just isn't possible ...

unfa commented 10 years ago

Hmmm. I thought there could be some way to make it not vidsible on the record maybe if the frame is just a few corner marks like in printing - you can have quite a margin, but still being able to pinpoint the corners when you look at it:

  |          |

     stuff

  |           |

Maybe that could it safe from getting "caught on tape"?

2014-06-15 0:15 GMT+02:00 MaartenBaert notifications@github.com:

The problem is that anything I draw on the screen will inevitably end up in the captured video as well. Even things that are supposed to be out of view will be briefly visible whenever you move the view. So this just isn't possible ...

— Reply to this email directly or view it on GitHub https://github.com/MaartenBaert/ssr/issues/199#issuecomment-46101109.

Tobiasz unfa

-----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/MU/P d->-- s+:-(--)> a? C++(+++)>$ ULC+(++)>$ !P? L+++>++++$ E? W++>$ !N-? !o--? K-? !w-- O? !M-- V? PS++ PE++ !Y+ !PGP+? !t(+) 5? !X !R+ tv b+>+++ DI>+ D+ G e h-->- !r y--() ------END GEEK CODE BLOCK------

MaartenBaert commented 10 years ago

The margin would have to be very big. I can move the frame pretty quickly, but it takes time to redraw the application underneath, especially with a non-compositing window manager. It would never be 100% reliable.

The only way to make this work properly would be with special support from the window manager or video driver. If I could somehow get access to an overlay plane, it might be possible. But I have no idea how to do that, even if it is possible it would be very driver-dependent.

unfa commented 10 years ago

Oh, now I see what is the problem. So this could actually only be reliable with compiz or plasma-desktop? On 15 Jun 2014 03:04, "MaartenBaert" notifications@github.com wrote:

The margin would have to be very big. I can move the frame pretty quickly, but it takes time to redraw the application underneath, especially with a non-compositing window manager. It would never be 100% reliable.

The only way to make this work properly would be with special support from the window manager or video driver. If I could somehow get access to an overlay plane, it might be possible. But I have no idea how to do that, even if it is possible it would be very driver-dependent.

— Reply to this email directly or view it on GitHub https://github.com/MaartenBaert/ssr/issues/199#issuecomment-46103787.

MaartenBaert commented 10 years ago

Yes, and it would require significant modifications to every window manager in existence :(.

suciptoid commented 10 years ago

Yeah, i need this feature too. Also zoom in and zoom out :smile_cat:

iamgreaser commented 10 years ago

Would it be better to dump the mouse position into some sort of easy-to-parse log file?

MaartenBaert commented 10 years ago

@iamgreaser You can already get the mouse position in various other ways, SSR isn't grabbing the mouse or anything like that. I don't really understand how that would solve the problem though, any type of frame would show up in the recording.

iamgreaser commented 10 years ago

It's mostly to make it easier to edit later via some simple tools.

djbusby commented 10 years ago

The product 'Screencast-o-Matic' draws a fixed red frame around the recorded area. I came to depend on that. I had to just change my behaviour with SSR; by enabling the Preview feature of SSR I'm able to ensure I'm recording the proper things. Any mistakes are handled in "post". Now I don't miss the frame at all.