From: Diederick Niehorster <dcnieho@gmail.com>
To: ffmpeg-devel@ffmpeg.org
Cc: Diederick Niehorster <dcnieho@gmail.com>
Subject: [FFmpeg-devel] [PATCH v2 5/5] avdevice/dshow: ensure pin's default format is set
Date: Sun, 2 Jan 2022 10:49:40 +0100
Message-ID: <20220102094940.1765-6-dcnieho@gmail.com> (raw)
In-Reply-To: <20220102094940.1765-1-dcnieho@gmail.com>
Fixes regression in a1c4929f: there apparently are devices out there
that expose a pin default format that has parameters outside the
capabilities of any of the formats exposed on the pin (sic?). The
VirtualCam plugin (v 2.0.5) of OBS-Studio (v 27.1.3) is such a device.
Now when a default format was found, but not selected when iterating all
formats, fall back to directly setting the default format.
Signed-off-by: Diederick Niehorster <dcnieho@gmail.com>
---
libavdevice/dshow.c | 88 +++++++++++++++++++++++++++------------------
1 file changed, 54 insertions(+), 34 deletions(-)
diff --git a/libavdevice/dshow.c b/libavdevice/dshow.c
index f2d95fa470..a435ae1807 100644
--- a/libavdevice/dshow.c
+++ b/libavdevice/dshow.c
@@ -758,6 +758,31 @@ static struct dshow_format_info *dshow_get_format_info(AM_MEDIA_TYPE *type)
return fmt_info;
}
+static void dshow_get_default_format(IPin *pin, IAMStreamConfig *config, enum dshowDeviceType devtype, AM_MEDIA_TYPE **type)
+{
+ HRESULT hr;
+
+ if ((hr = IAMStreamConfig_GetFormat(config, type)) != S_OK) {
+ if (hr == E_NOTIMPL || !IsEqualGUID(&(*type)->majortype, devtype == VideoDevice ? &MEDIATYPE_Video : &MEDIATYPE_Audio)) {
+ // default not available or of wrong type,
+ // fall back to iterating exposed formats
+ // until one of the right type is found
+ IEnumMediaTypes* types = NULL;
+ if (IPin_EnumMediaTypes(pin, &types) != S_OK)
+ return;
+ IEnumMediaTypes_Reset(types);
+ while (IEnumMediaTypes_Next(types, 1, type, NULL) == S_OK) {
+ if (IsEqualGUID(&(*type)->majortype, devtype == VideoDevice ? &MEDIATYPE_Video : &MEDIATYPE_Audio)) {
+ break;
+ }
+ CoTaskMemFree(*type);
+ *type = NULL;
+ }
+ IEnumMediaTypes_Release(types);
+ }
+ }
+}
+
/**
* Cycle through available formats available from the specified pin,
* try to set parameters specified through AVOptions, or the pin's
@@ -813,32 +838,11 @@ dshow_cycle_formats(AVFormatContext *avctx, enum dshowDeviceType devtype,
use_default = !dshow_should_set_format(avctx, devtype);
if (use_default && pformat_set)
{
- HRESULT hr;
-
// get default
- if ((hr = IAMStreamConfig_GetFormat(config, &type)) != S_OK) {
- if (hr == E_NOTIMPL || !IsEqualGUID(&type->majortype, devtype==VideoDevice ? &MEDIATYPE_Video : &MEDIATYPE_Audio)) {
- // default not available or of wrong type,
- // fall back to iterating exposed formats
- // until one of the right type is found
- IEnumMediaTypes *types = NULL;
- if (IPin_EnumMediaTypes(pin, &types) != S_OK)
- goto end;
- IEnumMediaTypes_Reset(types);
- while (IEnumMediaTypes_Next(types, 1, &type, NULL) == S_OK) {
- if (IsEqualGUID(&type->majortype, devtype==VideoDevice ? &MEDIATYPE_Video : &MEDIATYPE_Audio)) {
- break;
- }
- CoTaskMemFree(type);
- type = NULL;
- }
- IEnumMediaTypes_Release(types);
- }
-
- if (!type)
- // this pin does not expose any formats of the expected type
- goto end;
- }
+ dshow_get_default_format(pin, config, devtype, &type);
+ if (!type)
+ // this pin does not expose any formats of the expected type
+ goto end;
if (type) {
// interrogate default format, so we know what to search for below
@@ -1040,15 +1044,31 @@ next:
CoTaskMemFree(type);
type = NULL;
}
- // previously found a matching VIDEOINFOHEADER format and stored
- // it for safe keeping. Searching further for a matching
- // VIDEOINFOHEADER2 format yielded nothing. So set the pin's
- // format based on the VIDEOINFOHEADER format.
- // NB: this never applies to an audio format because
- // previous_match_type always NULL in that case
- if (pformat_set && !format_set && previous_match_type) {
- if (IAMStreamConfig_SetFormat(config, previous_match_type) == S_OK)
- format_set = 1;
+
+ // set the pin's format, if wanted
+ if (pformat_set && !format_set) {
+ if (previous_match_type) {
+ // previously found a matching VIDEOINFOHEADER format and stored
+ // it for safe keeping. Searching further for a matching
+ // VIDEOINFOHEADER2 format yielded nothing. So set the pin's
+ // format based on the VIDEOINFOHEADER format.
+ // NB: this never applies to an audio format because
+ // previous_match_type always NULL in that case
+ if (IAMStreamConfig_SetFormat(config, previous_match_type) == S_OK)
+ format_set = 1;
+ }
+ else if (use_default) {
+ // default format returned by device apparently was not contained
+ // in the capabilities of any of the formats returned by the device
+ // (sic?). Fall back to directly setting the default format
+ dshow_get_default_format(pin, config, devtype, &type);
+ if (IAMStreamConfig_SetFormat(config, type) == S_OK)
+ format_set = 1;
+ if (type && type->pbFormat)
+ CoTaskMemFree(type->pbFormat);
+ CoTaskMemFree(type);
+ type = NULL;
+ }
}
end:
--
2.28.0.windows.1
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2022-01-02 9:51 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-02 9:49 [FFmpeg-devel] [PATCH v2 0/5] avdevice/dshow fixups Diederick Niehorster
2022-01-02 9:49 ` [FFmpeg-devel] [PATCH v2 1/5] avdevice/dshow: tv_tuner_audio_dialog cleanup missing Diederick Niehorster
2022-01-02 9:49 ` [FFmpeg-devel] [PATCH v2 2/5] avdevice/dshow: proper cleanup of queried media types Diederick Niehorster
2022-01-02 9:49 ` [FFmpeg-devel] [PATCH v2 3/5] avdevice/dshow: fix crash on x86 Diederick Niehorster
2022-01-02 9:49 ` [FFmpeg-devel] [PATCH v2 4/5] avdevice/dshow: only set pin format if wanted Diederick Niehorster
2022-01-02 9:49 ` Diederick Niehorster [this message]
2022-01-03 23:32 ` [FFmpeg-devel] [PATCH v2 0/5] avdevice/dshow fixups Roger Pack
2022-01-04 4:10 ` Gyan Doshi
2022-01-04 10:36 ` Diederick C. Niehorster
2022-01-04 12:05 ` Gyan Doshi
2022-01-04 16:28 ` Diederick C. Niehorster
2022-01-04 17:12 ` Gyan Doshi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220102094940.1765-6-dcnieho@gmail.com \
--to=dcnieho@gmail.com \
--cc=ffmpeg-devel@ffmpeg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git