Opened 11 months ago

Last modified 11 months ago

#9473 new defect

gdigrab screen captures are interrupted by secure desktop pop-ups

Reported by: leopold84 Owned by:
Priority: normal Component: ffmpeg
Version: git-master Keywords: gdigrab
Cc: leopold84 Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description (last modified by leopold84)

Summary of the bug:

If you start screen capture with gdigrab and any secure desktop pop-up will appear (UAC or anything else), capture immediately stops.

How to reproduce:

  1. Start screen capture using gdigrab device as input
    ffmpeg -f gdigrab -framerate 30 -i desktop output.mkv
    
  1. Launch any program as administrator or make a secure desktop to appear any other way
  1. Once returned to the normal desktop, you will see that capture has stopped with the error similar to this one
    Failed to capture image (error 5)trate=   2.2kbits/s speed=0.54x
    desktop: I/O error
    

Expect result:

If it's not possible to capture secure desktop with gdigrab, it at least shouldn't interrupt the recording (i.e. back screen can be captured while secure desktop is present).

Attachments (1)

ffmpeg-20211024-181600.log (56.6 KB ) - added by leopold84 11 months ago.
Report

Download all attachments as: .zip

Change History (5)

by leopold84, 11 months ago

Attachment: ffmpeg-20211024-181600.log added

Report

comment:1 by leopold84, 11 months ago

Description: modified (diff)

comment:2 by Balling, 11 months ago

UAC or anything else

Turn it off then, LOL. I did it like 10 years ago.

comment:3 by Marton Balint, 11 months ago

Priority: importantnormal

This is not a regression, so decreasing priority.

Have you tried running ffmpeg with elevated privileges?

This looks like an enhancement request for an option which enables capturing black frames when BitBlt fails. BitBlt can fail also for locked screen, no display, etc.

in reply to:  3 comment:4 by leopold84, 11 months ago

Replying to Marton Balint:

This is not a regression, so decreasing priority.

Have you tried running ffmpeg with elevated privileges?

This looks like an enhancement request for an option which enables capturing black frames when BitBlt fails. BitBlt can fail also for locked screen, no display, etc.

Running ffmpeg from elevated Command Prompt was the first thing I tried, this doesn't help.

However, I think you might be right regarding the cause of this problem because capture fails with the same error after UAC pop-up and after screen lock.

Note: See TracTickets for help on using tickets.