shutter is too slow to take screenshot of moving objects

[dvsDf]

Shutter seems not to shoot the screen in one single shot, but scans different portions of the screen at slightly different times. If things move on the screen during the shooting process, they end up all cut (see attachment of an aerobic class on youtube).

Using Shutter 0.93.1 Rev. 1278 on Linux Mint 18.3

[Michael Kogan (michael-kogan)]

Please give more details: Which screenshot mode do you use? Is the video in fullscreen? Which video card is in use?

I couldn't reproduce the problem so far.

[dvsDf (adfasdfszdfzfsadvsd)]

The laptop is ASUS vivobook 5 i5-7200U, 12GB ram.

I have it both with the integrated intel gpu as the nvidia gpu.

I have it both in normal mode and in full screen mode

I have it taking screenshots in selection, desktop and window mode

Saving to jpeg, quality 90
Capture after a delay of 0 seconds

[Michael Kogan (michael-kogan)]

Hmm, I tried it with the same settings on an Intel video chip (an older one though) and still cannot reproduce the issue. I have the impression that there is a tearing issue on your end and Shutter makes it more visible...

Could you please check if the issue appears with other screenshot tools (say, the default tool of you DE)? Also, does it appear with video playback with a standalone player like VLC? Do you use a compositing window manager?

[dvsDf (adfasdfszdfzfsadvsd)]

Thanks for your reply.

I tried with VLC: same result.

I've also taken snapshots with Ksnapshot and Kazam: here the snapshots are not cut up. This does not prove that the problem is not on my side, it is still possible that Shutter makes an underlying problem on my system visible while Ksnapshot and Kazam do not.

I'm not tech savvy, I had to google to figure out what a window manager is, so my answer may be completely wrong.
I used the command: wmctrl -m
the result is: Metacity (Marco)
I dont know if that is a compositing window manager or not.

[Michael Kogan (michael-kogan)]

I see, thanks for testing! You can find out, if compositing is enabled in Marco by running

  gsettings get org.mate.Marco.general compositing-manager

Then, depending of whether it is set or not, you can enable/disable it with

  gsettings set org.mate.Marco.general compositing-manager true

and

  gsettings set org.mate.Marco.general compositing-manager false

Could you please check if switching compositing on/off doesn't affect the problem?

[dvsDf (adfasdfszdfzfsadvsd)]

Ok, that didn't make any difference.
But....
I have a dual boot system and yesterday windows deleted my linux partition whilst pretending to fix a problem with its own partition. So i had to reinstall Linux Mint 18.3 MATE (same as before), but now i find it a lot harder to reproduce the phenomenon. Now only 1 out of 15 shots is cut up, while before almost all were cut up (tested with the same aerobics class). I haven't reinstalled everything yet, these things take time. But there might have been an incompatibility on my previous installation.
It's kinda late now, i will check more in the following days. I will let you know the results.

[Michael Kogan (michael-kogan)]

It's a good thing, you mention that the issue only occurs sporadically, maybe I was just not trying to catch it hard enough.

[dvsDf (adfasdfszdfzfsadvsd)]

OK, yesterday i was testing without the NVIDIA drivers installed. Now i have them installed and i did a quick check using the intel drivers and using the NVIDIA propriety drivers (i think i have the nouveau disabled).

- The issue does occur with the intel drivers, but not that often, maybe 1 out of 15 shots.
- The issue occurs frequently using the NVIDIA drivers

Obviously, in order to see it you need some action on the screen, hence the aerobics class.
So it seems the problem relates to the NVIDIA.
I have an NVIDIA GeForce 940MX