> On Mon, 4 Dec 2006 14:10:54 -0000, mark wrote:
>

>>
>> To stream the data I am the callback mechanism with the sample grabber.
>> I
>> store the data in the callback and keep a running total of the number of
>> bytes I have stored. I get this number from
>> IMediaSample::GetActualDataLength();. I use this running total in the
>> fwrite() when appending to the wav file. My hunch is that the last
>> packet
>> of data does not contain just data but also has extra bytes?
>>
>> Any ideas? I have been tearing my hair out with this!

>
> You are using GetActualDataLength() which is correct, so either you are
> parsing the input data incorrectly, using the conversion routines
> incorrectly or the upstream filter is not correctly setting the length.
> ...

> I understood the sample grabber would do the conversion for me if I set the
> media type correctly, are there other conversion routines? I set the media
> type like this:

> One thing I have noticed after stepping through the code is that I use
> IMediaSeeking::SetPositoins() to set the position of the chunk to be
> decoded. First time through current = 0 and stop = amount of time to decode
> this is fine, next time round when current = last stop time and stop = stop
> + amount to decode the call fails, it returns S_FALSE which suggests the
> positions were already set. I use AM_SEEKING_AbsolutePositioning and I have
> checked the media supports positioning.