Re: Sample and TimeStamp in CTransInPlaceFilter
- From: Iain <Iain@xxxxxxxxxxxxxxxxxx>
- Date: Wed, 18 May 2005 12:44:31 +0100
On Wed, 18 May 2005 11:09:53 +0200, ZeZe wrote:
> Hi,
>
>>> I repeat that I'm highly suspicious of your debugging information. It
>>> makes no sense.
> For Info, here the debugging info I get with a DV camcorder. So we can think
> that the debugging code is correct.
>
> 400000 800000 1414515
> 800000 1200000 1414562 47
> 1200000 1600000 1414594 32
> 1600000 2000000 1414634 40
> 2000000 2400000 1414674 40
> 2400000 2800000 1414713 39
> 2800000 3200000 1414753 40
> 3200000 3600000 1414793 40
> 3600000 4000000 1414833 40
> 4000000 4400000 1414873 40
> 4400000 4800000 1414913 40
>
> It's normal and it's what I expect for the analog card.
>
> Does it mean there is no reference time for the analog capture card. I set a
> ref clock on the capture device.
>
> Olivier.
What *may* be happening is that, because you are setting an open type the
camera has picked a compressed format (or something).
Try setting the input format to 0nly accept Video and YUV
Iain
--
Iain Downs (DirectShow MVP)
Software Product Consultant
www.idcl.co.uk
.
- References:
- Sample and TimeStamp in CTransInPlaceFilter
- From: ZeZe
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: Iain
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: ZeZe
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: Iain
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: ZeZe
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: Iain
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: ZeZe
- Re: Sample and TimeStamp in CTransInPlaceFilter
- From: ZeZe
- Sample and TimeStamp in CTransInPlaceFilter
- Prev by Date: Re: cpu perfomance
- Next by Date: Re: Latency in video decoding
- Previous by thread: Re: Sample and TimeStamp in CTransInPlaceFilter
- Next by thread: Windows Media Streaming
- Index(es):