[m3video] 13941927:DECLINK::links_m3video/iva_dec/decLink_h264.c:[376]::INTERNAL ERROR:-1

This error indicates :

IH264VDEC_ERR_NOSLICE

&&

XDM_INSUFFICIENTDATA

This indicates full frames is not provided for decoding. This could be due to errors in parsing the stream to identify frame boundary or corrupted bitstream

If you are sure the application is passing full frames please shared the encoded h264 bitstream for further analysis.

Thanks for reply!

Can you tell me where can I find desciptions of these error codes? I can capture the streams we received and save to a file, but How Can I share the file?  

Thanks very much,Badri Narayanan!

Hi,

we are also facing the same issue on TI 8168 EVM. we are capturing frames from IP camera through live555 & providing them to decoder with Vdec_putBitstreamBuffer. We are able to get glitch-free display and able to use dynamic configurations e.g. Display,  Decode etc.

But, on the terminal continuously we are getting the error from decoder as mentioned by Hui Qiu also.

[m3video] Sequence called number 432958
[m3video] 14497483:DECLINK::links_m3video/iva_dec/decLink_h264.c:[376]::INTERNAL ERROR:-1
[m3video] ALGPROCESS FAILED:STATUS

What could be the configurations/settings we are missing that we can check to resolve the issue? Can anyone please help us on this or provide reference?

Thanks,

Shashank

Pls share the extendedError reported by codec for further analysis of the error

Hi Badri,

Thanks for the prompt reply.

Here I have attached log file with error detail, detailed system information & Core Status diagnostics.

Thanks,

shashank.

Error is the same insufficient data error. Pls check if you are feeding one entire frame every time to the mcfw. Pls use a h264 stream analyizer to confirm the frame size you setting matches actual frame size reported by the stream analyzer. Also pls ensure you start streaming by first feeding an IDR frame with SPS and PPS.

Hi Badri,

As you have suggested, we are first providing IDR frame with SPS and PPS but are still facing the issue.

After doing many experiments we find out a pattern on which decoder gives the above mentioned errors.

For example, if we set GOV Length setting to 25 in IP camera, every time decode gives error on 26th,27th number frames and then exactly after 25 frames again it gives error on 53rd, 54th frames and this repeats all the time.  Then we changed GOV length setting to 3 in IP camera, after that decoder had given error on 3rd,4th frames and exactly after 3 frames again it had given errors on 8th, 9th frames. So, it means it has some link with GOV setting in IP camera.

Does it mean that decoder is not able to identify the I frame and subsequent frame which we are providing, if yes then it is interesting to note that for the first frame it is not giving any error.

Please provide some inputs.

PS : VLC media player is able to play the IP camera streams and the recorded file without giving any error messages.

Thanks,

Shashank

Can you share the encoded bitstream for further analysis.

Hi Badri,

Here i have attached the bit stream file which we have created by dumping frames to file which are given to decoder.

Kindly rename the file & remove .mp3 extension as .h264 attachment is not allowed.

Thanks,

shashank.

This stream is odd. Is this stream for a single channel ? It looks like every frame is repeated 4 times as if data meant for 4 channels are multiplexed into a single stream.

Also stream doesnt start from an SPS/PPS which I guess is because you have captured it from some point not necessarily SPS/PPS.Can you check if you captured the stream correctly in a h264 stream analyzer

Hi Badri,

You are right, it is a combined stream for 4 cameras.

Here i have attached stream for single channel.Rename it & remove .mp3 extension.

I have seen on h264 analyzer that it has SPS-PPS frame first than IDR frame & than other frames.still it is giving the same error.

can you please see this stream file?

it will be good if you can share your analyzer result so  that we can see if there is something missing in frames.

Thanks,

shashank

This stream again has the issue of frame repeating . Error is reported in frame #12,frame #54, .In all these cases we see the same input frame repeated twice. Looks like application has bug where input frames for decoding are getting repeated.

In the stream POC are not coming in order. It seems to me that the frames are not given to the decoder in the order they are being encoded by the encoder. So this order change would be either happening after encoding (stream transmit side) or before decoding (stream receive side). Check if the encoded buffer pointyer handling is done correctly at these 2 places.

regards

Yashwant 

Hi Yashwant ,

Thanks for the reply.

Here by i m sending new h264 captured dump.

we verified that VLC player is able to play this file without throwing any error messages, checked by setting verbose level-2 in VLC. We are capturing RTSP streams from IP camera using openRTSP then we are providing received frames to decoder. We are dumping files exactly before we provide that buffer to decoder.

In the stream POC is also in sequence.

For as an experiment we provided this file to file-based decode-display demo of RDK and observed that it has played it without the errors we observed previously and also mosaic display was also proper.

Kindly provide your inputs.

Thanks,

shashank.

Hi Yashwant,

Any inputs on the new stream please?

Please note that the IPNCs do not belong to us and so we do not have any control over them. So what we can do is at best do error handling unless the issue is on Rx side itself. 

Do you have any clues why the GoP value should cause this errors periodically at that frequency???

Please let us know

Best Regards

Feroz