I found a similar problem and solved it today. My problem was that an audio
filter derived from CTransInPlaceFilter couldn't connect from its output pin
to the input pin of the audio renderer downstream. Is this the same problem?
I believe the problem to be a bug in the implementation of
CTransInPlaceFilter::DecideBufferSize. The base implementation contains a
contradiction as to whether we care about the input pin's alignment
request - it says we don't and we don't forward the request, but then we
fail if we don't get it. I fixed this by overriding the method and adding 2
lines to the copied base implementation which forward the alignment request,
as for the buffer count and size. Then it worked fine.
Quote:> I modify the "NullIP" sample in DX8.1 SDK to write a wave
> justify filter,and test it using the following graph:
> dv capture filter->dv splitter->my filter->directsound
> but the graph manager tell me I can't do it,the reason is
> there is no common media type between my filter
> and "DirectSound" filter,I often encountered the same
> error,and I had no idea to solve it because I don't know
> where the problem is?SO PLEASE HELP ME!