Details
When playing H.264 files with TIViddec2 there is an intermittent pause in the
display. This seems to be an issue with the codec taking time to process the
video frames.

For elementary streams this causes a brief hang during decoding when not using
time stamps. When the stream uses time stamps this can result in the hang
becomming more noticeable or in the case of HD video all frames after the first
frame are dropped.

For container formats this results in dropped frames and skipping video.

This seems to be due to the performance of the H.264 codec and will need to be
fixed in the codec.

Details
When playing H.264 files with TIViddec2 there is an intermittent pause in the
display. This seems to be an issue with the codec taking time to process the
video frames.

For elementary streams this causes a brief hang during decoding when not using
time stamps. When the stream uses time stamps this can result in the hang
becomming more noticeable or in the case of HD video all frames after the first
frame are dropped.

For container formats this results in dropped frames and skipping video.

This seems to be due to the performance of the H.264 codec and will need to be
fixed in the codec.

This issue was reported agains DVSDK 1.40 for the DM6467. The issue was not
observed with MPEG2 on that DVSDK. However, with DVSDK 2.00 this issue is being
seen for MPEG2 as well as H.264. This is being looked into.

I cross-checked Test 2 mentioned above with DVSDK / LSP 1.30.
Running netio (network benchmark tool) in background and ./decode demo playing
back both m2v and mp2 in parallel.
ARM CPU load was near 100%.
=&gt; result: Playback of mp2 and m2v simultaniously worked fine, I've just
got very short audio glitches sometimes.
=&gt; LSP and DVSDK 1.30 worked fine in this test scenario

Found this with dvsdk2.00 for dm6446 when playing h.264 streams. Turning on the
displayBuffer=TRUE in TIVIDDec2 shows that from time to time there is less than
one active buffer in the circbuf. Any ideas to prevent this from happening? The
same stream plays _VERY_ well with VLC or mplayer. Seems TIViddec2 does not like
it.