This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DM368 IPNC hangs if encode bitrate set high

Hardware is DM368, software is Appro IPNC SDK 4.x


We have found an issue when setting bitrates >4Mbit for the 2nd stream in dual-streaming mode, the streaming just stops (no error messages) which then blocks the IPC queues and the whole thing stops responding.

I suspect it's to do with the bitrate being too high for the video data being generated - for example we can crash it easily by setting dual H.264 720p + QVGA and stream 2 bitrate ~4Mbit/s, lower bitrates it works OK.

Is there some formula I can use to calculate what the maximum sensible / allowable bitrate should be for a given resolution/framerate, or is there somewhere in the SDK I can gather debug information on what's going wrong?

It crashes when changing bitrate on the fly, or when starting up with a "bad" bitrate set.

  • Maybe this is related to my problem here?  I might have found a fix; you are welcome to try it out.

  • Thanks Pete,

    That's an interesting bug, I've made a note of that one for future reference - for now I'm working on the principle of not fiddling with bits of the code that don't appear to be broken for us (as there's plenty that DO appear to have problems to be going on with!)

    For the time being it seems that upping the CMEM buffers and limiting the bitrates a little has made the difference. I'm trying to find out if there's some setting in the encoders that can limit the data output to the size of the buffers, would seem an obvious thing to want to do but I haven't seen any obvious way of doing so.