Allow Dshow input to have video and audio from the same device

basically what the title says. If you do add this that would be greatly appreciated :D.

some info to help, the audio driver in the list on Flash Media Encoder appears as AverMedia BDA Analog Capture, There is also another with the same name but it says Secondary Device. I would like the Secondary Device more than anything because that supports Component and HDMI.

I think this is possible, just needs to be looked into. If you need me to help you test, leave me a message here, I'll be around ;)

I have no idea what this AverTV thing is... Nor what you try to achieve...

From the description, it looks more like an input, and VLC already has support for BDA anyway.

added Status::invalid label

closed

the AverTV HD DVR is a PCI-Express x1 Capture Device. It has full support for its video functions in VLC with no issues. I just want you guys to add in the audio support since the audio isn't supported.

changed title from Support for the AverTV HD DVR Audio to Support for the AverTV HD DVR Capture Device Audio Input

added Component::Core: Input label and removed Status::invalid label

reopened

changed title from Support for the AverTV HD DVR Capture Device Audio Input to Allow Dshow input to have video and audio from the same device

Patch welcome.

See #6584 (closed).

added Component::Input: DirectShow / Windows label and removed Component::Core: Input label

so crossbar linking per se works well, the only problem is that VLC needs to re-use the same device (audio + video) here? Just wondering. Thanks!

Probably, yes.

I'd be willing to contribute a $200 bounty to this. FWIW. :)

Hello. I am currently facing this problem.

A hack that can be done is to simply call RenderStream in ConnectFilters after the RenderStream that is already there, but passing &MEDIATYPE_Audio instead of &mediaType.majortype:

RenderStream( &PIN_CATEGORY_CAPTURE, &MEDIATYPE_Audio,
                              p_filter, 0, NULL )) )

This will use the default filter, which in this case will be DirectSound. This makes impossible to control audio output via VLC.

I tried replacing the last NULL with p_capture_filter but it crashes, I assume it is because the filter passed in is supposed to handle video, and I am currently trying to fix it, but I would do it faster if some VLC dev could help.

My bet is on creating another filter to pass to RenderStream, but I am having dificulties in understanding overall VLC/DircetShow code.

Original author: leonardo guilherme

anybody care to test this with FFmpeg? I just added some work arounds for this problem recently there, wondering if they worked or not (possible work around). Cheers!

This patch fixes the bug on a tuner with a Philips 713x chipset:

https://mailman.videolan.org/pipermail/vlc-devel/2017-February/111397.html

I hope someone can verify it works on other hardware.

If you can't build from source you can use this dll with the current 64-bit VLC 3.0 nightlies:

https://drive.google.com/open?id=0B36ioujDBJZsanhmOTd6WjlfNUU

changed milestone to %3.0 FF

closed

added Status::fixed label

commit d2e34877 Author: Salah-Eddin Shaban salah@videolan.org Date: Fri Feb 3 00:43:01 2017 +0200

DirectShow: Support audio capture from audio-enabled vdevs

Close [#1516](https://code.videolan.org/videolan/vlc/-/issues/1516), [#4500](https://code.videolan.org/videolan/vlc/-/issues/4500), [#5473](https://code.videolan.org/videolan/vlc/-/issues/5473), [#13192](https://code.videolan.org/videolan/vlc/-/issues/13192)

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Milestone renamed

mentioned in issue #6584 (closed)

mentioned in issue #18379 (closed)