[FFmpeg-trac] #10504(ffmpeg:new): Unable to use dshow devices with gdigrab/ddagrab anymore

[FFmpeg]

#10504: Unable to use dshow devices with gdigrab/ddagrab anymore
------------------------------------+----------------------------------
             Reporter:  Jaex        |                    Owner:  (none)
                 Type:  defect      |                   Status:  new
             Priority:  critical    |                Component:  ffmpeg
              Version:  git-master  |               Resolution:
             Keywords:              |               Blocked By:
             Blocking:              |  Reproduced by developer:  0
Analyzed by developer:  0           |
------------------------------------+----------------------------------
Changes (by Jaex):

 * priority:  important => critical


Old description:

> Using dshow audio devices together with gdigrab or ddagrab gives
> "Conversion failed!" error after stop the recording. I was using gdigrab
> with dshow audio devices together for the past 10 years without problem,
> after upgrade FFmpeg to 6.0 this problem started. And it is necessary for
> me to upgrade FFmpeg to 6.0 because of ddagrab support. So I can't remain
> in old versions.
>
> Example arguments to reproduce the issue:
>
> {{{
> ffmpeg -f gdigrab -framerate 30 -offset_x 0 -offset_y 0 -video_size
> 1920x1080 -draw_mouse 1 -i desktop -f dshow -i audio="virtual-audio-
> capturer" -c:v libx264 -r 30 -preset ultrafast -tune zerolatency -b:v
> 3000k -c:a aac -ac 2 -b:a 128k -y "output.mp4"
> }}}
>
> These arguments works fine with FFmpeg 5.1 or older versions but fails
> with [https://github.com/BtbN/FFmpeg-Builds/releases/tag/latest FFmpeg
> master latest win64 (2023-08-05)].
>
> See attachments for FFmpeg 5.1 and FFmpeg master latest output logs.

New description:

 Utilizing dshow audio devices in conjunction with gdigrab or ddagrab
 results in a "Conversion failed!" error message with exit code -11 after
 stopping the recording.

 I had been successfully using gdigrab with dshow audio devices together
 for the past 10 years without any issues. However, after upgrading FFmpeg
 to version 6.0, this problem emerged. Upgrading FFmpeg to 6.0 is essential
 for me due to the inclusion of ddagrab support.

 Here are example arguments to reproduce the issue:

 {{{
 ffmpeg -f gdigrab -framerate 30 -offset_x 0 -offset_y 0 -video_size
 1920x1080 -draw_mouse 1 -i desktop -f dshow -i audio="virtual-audio-
 capturer" -c:v libx264 -r 30 -preset ultrafast -tune zerolatency -b:v
 3000k -c:a aac -ac 2 -b:a 128k -y "output.mp4"
 }}}

 These arguments works fine with FFmpeg 5.1 or older versions but fails
 with [https://github.com/BtbN/FFmpeg-Builds/releases/tag/latest FFmpeg
 master latest win64 (2023-08-29)].

 Please refer to the attached files for the debug output logs of FFmpeg
 master latest and FFmpeg 5.1.

--
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/10504#comment:1>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker