DM368 Network performance

I am also getting the similar performance.

With out loss of  frames,  maximum bit rate I am getting is 12Mbits/sec in case for h264. 

I think the problem is with the IPNC design. The thread priorities of the av_server process is very high. So the RTSP steaming application is not performing as expected. The changing of the thread priporites in av_server.out, does not give the maximum performance we need (for ex: 720P30 and CIF 30).

Maximum performance in av_server.out and in the streaming is may be not possible.

Hello Raghu,

thanks for the benchmarks!

In your example it seems you're generating a MPEG4 stream with 10MBit/s. This can be streamed to 5 clients without problems, resulting in a combined network throughput of 50MBit/s. I can reproduce this in my setup here.

But the problem comes up if you increase the bitrate of the encoder. E.g. I use JPEG, set it to Quality 70. In my setup here I then get 20MBit/s for a single JPEG stream. If I now open the stream in a second VLC client, frames start to drop and the Bitrate of one connection drops down to 15MBit/s so the combined maximum bitrate in this case is 30MBit/s.

Or if you use H.264 with 12MBit/s. I'm not able to get more than a combined bitrate of 34MBit/s. Take a look at the screenshots. The first shows one single client connected. The bitrate is 12MBit/s. Now with 4 clients the bitrate per client drops to 8.6MBit/s. It seems like not the network throughput is a problem, but the ARM load that high throughput generates. Any clues what could be optimized here? The EMAC driver? The live555 based streaming server?

BTW I'm using the DM368IPNC-MT5 with version 2.0 of the appro software for my tests.

Just one client looking at H.264 with 12MBit/s:

Now 4 clients are connected. See the drop in bitrate:

Here are two screenshots of top on the IPNC. The first with 1 client connected, the second with 4 clients:

Hi,

attaching mjpeg results