directshow

问题 In the Microsoft DirectShow documentation there appear to be no RGB video or image formats with more than 8 bits per channel. There are some YUV formats with 10 or 16 bits per channel but I've not found much support for them by googling. Video Subtype GUIDs 10-bit and 16-bit YUV Video Formats Are there any supported DirectShow formats or FourCC video or image formats (third party or not) for greater definition than 8 bits per channel? 回答1: DirectShow itself - as the framework - has no

问题 I'm getting the following error when trying to use the Direct Show 9 backend with qt's phonon framework: Pins cannot connect due to not supporting the same transport. (0x80040266) Does anyone know what this error means and/or how to fix it? Is this a problem with the Direct Show 9 backend for phonon? 回答1: Apparently the problem has to do with bad metadata. If the Id3 tags aren't just right, the direct show 9 backend chokes on them. I solved the problem by writing the following function: void

问题 I am trying to follow through the DirectShow examples on the windows dev center to make my own application that can capture screen and audio to video: Capturing Video to an AVI File All code goes ok but nothing happens, the avi file is not appearing. The web cam is connected I can see stream with AMCap. In code cam is appearing with correct filename. The windows SDK is installed, my platform is win7 x64. My code: #include "stdafx.h" #include <iostream> #include <windows.h> #include <dshow.h>

问题 As I just found out the hard way, friendly names are not guaranteed to be unique. Bonus points if I can instantiate the filter from that identifier without having to enumerate them. 回答1: Renderer filters wrapping WaveOut devices can be identified by WaveOutId. Those wrapping DirectSound devices can be identified by DSGuid. ICreateDevEnum* devices; if (CoCreateInstance(CLSID_SystemDeviceEnum, NULL, CLSCTX_INPROC_SERVER, IID_ICreateDevEnum, (LPVOID*)&devices) == S_OK) { IEnumMoniker* enumerator

问题 We're developing a Qt-based application that includes video playback using Phonon. We use .avi files with MJPEG compression (as we need fast seeking to particular frames). On the development machine (running Windows 7) all works well - Phonon uses DirectShow backend, DirectShow loads and plays our video files using standard MJPEG codec from quartz.dll . But some of the testers on Windows 7 reported broken video playback, I had a quick on one of the machines and see nothing special there, but:

问题 I'm writting a .NET DirectShow application which captures audio stream from any capture device, encodes it in mp3 using the LAME directshow filter and finally writes the stream into a file. This is my directshow graph: capture source -> LAME AUDIO ENCODER (Audio compressor) -> WAV DEST (Wave muxer, compiled from SDK sourcres) -> File writer. The problem is that I'd like to configure the encoder (bitrate, channels, VBR/CBR, etc) programmatically and not using the properties pages

问题 So I'm trying to write a video using the openCV videoWriter as such: writer=cv.CreateVideoWriter(path+"test_output.avi",-1,fps,(W,H),1) So instead of supplying the FOURCC I supplied -1 in order to see what codecs I have available. Result was Microsoft RLE, Microsoft Video 1, Intel YUV, and Uncompressed. The reason is that when configuring openCV using CMAKE for Visual Studio 10 x64, this is what I have in the video i/o: Video I/O: DirectShow Is there a way to switch this to FFMPEG? I know the

问题 Okay. So I've got my isamplegrabber callback method to work, and I am able to get the data into opencv. But due to the fact that this is totally new to me, I just want to get some feedback if the code is "correct", cause it doesn't seem to be a good one.. At first in my code (from internet) I've got: #pragma region Formerly located in qedit.h in Windows SDK, now obsoleted and defined within project void createDirectShowGraph(void); struct __declspec(uuid("0579154a-2b53-4994-b0d0-e773148eff85"

问题 I have written a program to take sample audio continously from microphone into a buffer using ISampleGrabber. I am quite sure of all other part of the program. But the below part to grab sample into buffer is what i'm quite not sure of. void MICDetect::Run_Graph(IMediaControl* m_pControl) { m_hr = m_pControl->Run();// Now run the graph, i.e. start listening! if(SUCCEEDED(m_hr)) { cout<<"Graph is Running"<<endl; } else HR_Failed(m_hr); cout<<"Waiting for buffer"; for(int i=5;i>=1;--i) { Sleep

问题 Continuing investigation on a embedded WindowsMediaPlayer problem, i am trying to do simple file playback via a DirectShow in-process server: ::CoInitializeEx(0, COINIT_MULTITHREADED); CComPtr<IGraphBuilder> spGraph; spGraph.CoCreateInstance(CLSID_FilterGraph, 0, CLSCTX_INPROC_SERVER); CComQIPtr<IMediaControl> spMediaControl(spGraph); // ... later: spGraph->RenderFile(L"c:\\foo.wav", 0); // fails with VFW_E_BAD_KEY spMediaControl->Run(); Interestingly, this runs fine on both systems i tested