about LEADTOOLS h.264 decode filter... again!

Hi.

(TEST-CASE)
'H.264 coded-frames via UDP' -> [My Source Filter] -> [LEADTOOLS Decode Filter] -> [Video Renderer Filter]

Above test-case, I encountered some servere frame-drops in display. The timestamp of media samples is set in source filter, according to their receiving time.

I have built one 'dummy in-place transform filter', put it between 'LEADTOOLS decode filter' and 'Video Renderer'. As log printed by source filter and dummy filter, it is almost sure that frame-drops is done in LEADTOOLS decode filter. (I can analyze H.264 data syntax, so count coded-frames exactly. The number of decoded-frames is much less than it of  received coded-frames. Also, I guaranteed that H.264 coded-frames used in test-case is all valid.)

I wonder why LEADTOOLS decode filter has done this frame-drops, and how I can avoid this situation (especially working with live data source/timestamping, for example UDP or Capture-Device). Can the buffering some data in source filter be a solution?

Thanks.

 

The H264 decoder drops frames purposefully to keep it in sync with the time.  You cannot buffer the data either.  The closest thing to buffering you could do would be to load the video file in memory so that the decoder can decode from there rather than from disk. 

If you are dropping too many frames, you need to shrink the source data so that your computer has less processing to do.  Either that you can improve results with faster hardware.