Ureader.com  
Microsoft software help and Community
   home   |   control panel login   |   archive   |  
 
Windos
win32.3rdparty
win32.directx.audio
win32.directx.ddk
win32.directx.graphics
win32.directx.input
win32.directx.managed
win32.directx.misc
win32.directx.networking
win32.directx.sdk
win32.directx.video
win32.dirx.grap.shaders
win32.gdi
win32.international
win32.kernel
win32.messaging
win32.mmedia
win32.networks
win32.ole
win32.rtc
win32.tapi
win32.tapi.beta
win32.tools
win32.ui
win32.wince
win32.wmi
windows.mediacenter
winfx.aero
winfx.announcements
winfx.avalon
winfx.collaboration
winfx.fundamentals
winfx.general
winfx.indigo
winfx.sdk
winfx.winfs
  
 
date: Thu, 8 Jun 2006 10:19:02 -0700,    group: microsoft.public.win32.programmer.directx.sdk        back       


connecting to File Source (Async)   
My filter will not connect to File Source (Async). My Input pin typsis 
MEDIATYPE_NULL and MEDIASUBTYPE_NULL. Am I having the same problem that the 
Async example in the DXSDK warns about where File Source (Async) will not 
connect to a NULL subtype?

How do I propose a SUBTYPE? What is a generic one that I can propose?

-- 
Still trying to build a perpetual motion machine
date: Thu, 8 Jun 2006 10:19:02 -0700   author:   jc

Re: connecting to File Source (Async)   
On Thu, 8 Jun 2006 10:19:02 -0700, jc wrote:

> My filter will not connect to File Source (Async). My Input pin typsis 
> MEDIATYPE_NULL and MEDIASUBTYPE_NULL. Am I having the same problem that the 
> Async example in the DXSDK warns about where File Source (Async) will not 
> connect to a NULL subtype?
> 
> How do I propose a SUBTYPE? What is a generic one that I can propose?

The output pin will propose a type, and your input pin will be asked if you
can accept that type. If you insist on only accepting null/null, then you
will only connect for those source files that the media type table does not
recognise at all. If you want to be called for any type (and then perhaps
analyse the stream during connection) then you should return S_OK from
CheckInputType whatever the type is, and then use your CompleteConnect
method to analyse the stream.

G
date: Mon, 12 Jun 2006 10:33:56 +0100   author:   Geraint Davies

Re: connecting to File Source (Async)   
Geraint,
 I think that is what I am doing. My CanPerformTransform always returns 
TRUE. This is called by CheckInputType which then will alway return S_OK. I 
can connect to some filter without problems. I need to connect to the File 
Stream (Async) filter which doesn't work. I have tried with (Stream, NULL) 
(Stream, None), (NULL, NULL) as my (Type, SubType). 

I can connect to the InterVideo MPEG-2 TS Source filter whos output pin is 
(Stream, MPEG2_TRANSPORT). My file is a transport stream. While this works I 
don't want to be "locked" into the InterVideo filter. 

File Stream (Async) looks like (Stream, NULL).

My filter looks like (none). 

My input and output pins are created when a connection happens. Once the 
InterVideo filter is connected to my Input I look like (Stream, 
MPEG2_TRANPORT) on Input and the corresponding Output pin.

Thanks!
-- 
Still trying to build a perpetual motion machine


"Geraint Davies" wrote:

> On Thu, 8 Jun 2006 10:19:02 -0700, jc wrote:
> 
> > My filter will not connect to File Source (Async). My Input pin typsis 
> > MEDIATYPE_NULL and MEDIASUBTYPE_NULL. Am I having the same problem that the 
> > Async example in the DXSDK warns about where File Source (Async) will not 
> > connect to a NULL subtype?
> > 
> > How do I propose a SUBTYPE? What is a generic one that I can propose?
> 
> The output pin will propose a type, and your input pin will be asked if you
> can accept that type. If you insist on only accepting null/null, then you
> will only connect for those source files that the media type table does not
> recognise at all. If you want to be called for any type (and then perhaps
> analyse the stream during connection) then you should return S_OK from
> CheckInputType whatever the type is, and then use your CompleteConnect
> method to analyse the stream.
> 
> G
>
date: Mon, 12 Jun 2006 04:51:02 -0700   author:   jc

Re: connecting to File Source (Async)   
BTW, I am using the Filter Wizard and my filter is based on an in place filter.
-- 
Still trying to build a perpetual motion machine


"jc" wrote:

> Geraint,
>  I think that is what I am doing. My CanPerformTransform always returns 
> TRUE. This is called by CheckInputType which then will alway return S_OK. I 
> can connect to some filter without problems. I need to connect to the File 
> Stream (Async) filter which doesn't work. I have tried with (Stream, NULL) 
> (Stream, None), (NULL, NULL) as my (Type, SubType). 
> 
> I can connect to the InterVideo MPEG-2 TS Source filter whos output pin is 
> (Stream, MPEG2_TRANSPORT). My file is a transport stream. While this works I 
> don't want to be "locked" into the InterVideo filter. 
> 
> File Stream (Async) looks like (Stream, NULL).
> 
> My filter looks like (none). 
> 
> My input and output pins are created when a connection happens. Once the 
> InterVideo filter is connected to my Input I look like (Stream, 
> MPEG2_TRANPORT) on Input and the corresponding Output pin.
> 
> Thanks!
> -- 
> Still trying to build a perpetual motion machine
> 
> 
> "Geraint Davies" wrote:
> 
> > On Thu, 8 Jun 2006 10:19:02 -0700, jc wrote:
> > 
> > > My filter will not connect to File Source (Async). My Input pin typsis 
> > > MEDIATYPE_NULL and MEDIASUBTYPE_NULL. Am I having the same problem that the 
> > > Async example in the DXSDK warns about where File Source (Async) will not 
> > > connect to a NULL subtype?
> > > 
> > > How do I propose a SUBTYPE? What is a generic one that I can propose?
> > 
> > The output pin will propose a type, and your input pin will be asked if you
> > can accept that type. If you insist on only accepting null/null, then you
> > will only connect for those source files that the media type table does not
> > recognise at all. If you want to be called for any type (and then perhaps
> > analyse the stream during connection) then you should return S_OK from
> > CheckInputType whatever the type is, and then use your CompleteConnect
> > method to analyse the stream.
> > 
> > G
> >
date: Mon, 12 Jun 2006 05:07:01 -0700   author:   jc

Re: connecting to File Source (Async)   
I am getting this error.

VFW_E_NO_TRANSPORT ((HRESULT)0x80040266)
-- 
Still trying to build a perpetual motion machine


"jc" wrote:

> Geraint,
>  I think that is what I am doing. My CanPerformTransform always returns 
> TRUE. This is called by CheckInputType which then will alway return S_OK. I 
> can connect to some filter without problems. I need to connect to the File 
> Stream (Async) filter which doesn't work. I have tried with (Stream, NULL) 
> (Stream, None), (NULL, NULL) as my (Type, SubType). 
> 
> I can connect to the InterVideo MPEG-2 TS Source filter whos output pin is 
> (Stream, MPEG2_TRANSPORT). My file is a transport stream. While this works I 
> don't want to be "locked" into the InterVideo filter. 
> 
> File Stream (Async) looks like (Stream, NULL).
> 
> My filter looks like (none). 
> 
> My input and output pins are created when a connection happens. Once the 
> InterVideo filter is connected to my Input I look like (Stream, 
> MPEG2_TRANPORT) on Input and the corresponding Output pin.
> 
> Thanks!
> -- 
> Still trying to build a perpetual motion machine
> 
> 
> "Geraint Davies" wrote:
> 
> > On Thu, 8 Jun 2006 10:19:02 -0700, jc wrote:
> > 
> > > My filter will not connect to File Source (Async). My Input pin typsis 
> > > MEDIATYPE_NULL and MEDIASUBTYPE_NULL. Am I having the same problem that the 
> > > Async example in the DXSDK warns about where File Source (Async) will not 
> > > connect to a NULL subtype?
> > > 
> > > How do I propose a SUBTYPE? What is a generic one that I can propose?
> > 
> > The output pin will propose a type, and your input pin will be asked if you
> > can accept that type. If you insist on only accepting null/null, then you
> > will only connect for those source files that the media type table does not
> > recognise at all. If you want to be called for any type (and then perhaps
> > analyse the stream during connection) then you should return S_OK from
> > CheckInputType whatever the type is, and then use your CompleteConnect
> > method to analyse the stream.
> > 
> > G
> >
date: Mon, 12 Jun 2006 05:33:02 -0700   author:   jc

Re: connecting to File Source (Async)   
MPEG-2 TS Source has a subtype of MPEG2_TRANSPORT_STREAM
When File Source (Async) calls CanPerformTransform its media subtype is 
TIME_FORMAT_NONE. I return S_OK but "BreakConnection" is called after 
"CompleteConnection".

-- 
Still trying to build a perpetual motion machine


"jc" wrote:

> Geraint,
>  I think that is what I am doing. My CanPerformTransform always returns 
> TRUE. This is called by CheckInputType which then will alway return S_OK. I 
> can connect to some filter without problems. I need to connect to the File 
> Stream (Async) filter which doesn't work. I have tried with (Stream, NULL) 
> (Stream, None), (NULL, NULL) as my (Type, SubType). 
> 
> I can connect to the InterVideo MPEG-2 TS Source filter whos output pin is 
> (Stream, MPEG2_TRANSPORT). My file is a transport stream. While this works I 
> don't want to be "locked" into the InterVideo filter. 
> 
> File Stream (Async) looks like (Stream, NULL).
> 
> My filter looks like (none). 
> 
> My input and output pins are created when a connection happens. Once the 
> InterVideo filter is connected to my Input I look like (Stream, 
> MPEG2_TRANPORT) on Input and the corresponding Output pin.
> 
> Thanks!
> -- 
> Still trying to build a perpetual motion machine
> 
> 
> "Geraint Davies" wrote:
> 
> > On Thu, 8 Jun 2006 10:19:02 -0700, jc wrote:
> > 
> > > My filter will not connect to File Source (Async). My Input pin typsis 
> > > MEDIATYPE_NULL and MEDIASUBTYPE_NULL. Am I having the same problem that the 
> > > Async example in the DXSDK warns about where File Source (Async) will not 
> > > connect to a NULL subtype?
> > > 
> > > How do I propose a SUBTYPE? What is a generic one that I can propose?
> > 
> > The output pin will propose a type, and your input pin will be asked if you
> > can accept that type. If you insist on only accepting null/null, then you
> > will only connect for those source files that the media type table does not
> > recognise at all. If you want to be called for any type (and then perhaps
> > analyse the stream during connection) then you should return S_OK from
> > CheckInputType whatever the type is, and then use your CompleteConnect
> > method to analyse the stream.
> > 
> > G
> >
date: Mon, 12 Jun 2006 08:47:02 -0700   author:   jc

Re: connecting to File Source (Async)   
On Mon, 12 Jun 2006 04:51:02 -0700, jc wrote:

> 
> I can connect to the InterVideo MPEG-2 TS Source filter whos output pin is 
> (Stream, MPEG2_TRANSPORT). My file is a transport stream. While this works I 
> don't want to be "locked" into the InterVideo filter. 
> 

Sounds like you are expecting a push-mode (IMemInputPin) connection and you
are therefore not going to work with a pull-mode source. The file-source
output pin supplies IAsyncReader which you must use to access the data.

G
date: Mon, 12 Jun 2006 17:26:27 +0100   author:   Geraint Davies

Re: connecting to File Source (Async)   
OK. 
So I will need to base my pin on CBasePin (pull mode) since 
CTransInPlaceInputPin is based on CBaseInputPin (pull mode). I see where you 
have done this is your filter sample. I will give that a shot.

http://www.gdcl.co.uk/index.htm

Thank you for taking the time to help!
-- 
Still trying to build a perpetual motion machine


"Geraint Davies" wrote:

> On Mon, 12 Jun 2006 04:51:02 -0700, jc wrote:
> 
> > 
> > I can connect to the InterVideo MPEG-2 TS Source filter whos output pin is 
> > (Stream, MPEG2_TRANSPORT). My file is a transport stream. While this works I 
> > don't want to be "locked" into the InterVideo filter. 
> > 
> 
> Sounds like you are expecting a push-mode (IMemInputPin) connection and you
> are therefore not going to work with a pull-mode source. The file-source
> output pin supplies IAsyncReader which you must use to access the data.
> 
> G
>
date: Mon, 12 Jun 2006 10:16:03 -0700   author:   jc

Google
 
Web ureader.com


    COPYRIGHT 2007, YARDI TECHNOLOGY LIMITED, ALL RIGHT RESERVE  |   contact us