> How can I resolve this problem?
The best solution is to not send such large NAL units. Reconfigure your
encoder to break up 'key frames' into multiple (therefore much smaller) 'slice'
NAL units.
It's important to understand that each outgoing NAL unit - if it is larger than
the RTP/UDP packet size (about 1500 bytes on most networks) - will be broken up
into multiple outgoing RTP packets, and the receiver - both the proxy server
and the final receiving client(s) - must receive *all* of these packets in
order to be able to reconstruct the frame. In other words, if even one of
these packets is lost, then the receiver will lose the *entire* NAL unit.
That's why the NAL units - generated by your encoder - should be as small as is
reasonable.
Alternatively (though not as good, for the reason noted above), you can
increase the buffer size ("OutPacketBuffer::maxSize") that the "LIVE555 Proxy
Server" uses. I.e., change line 59 of "proxyServer/live555ProxyServer.cpp".
> I try to increase "OutPacketBuffer::maxSize" to 100000 or 200000 but the
> problem it's the same.
>
I'm not sure why; if you make this buffer size large enough, it should work
(provided, of course, you don't lose any network packets, as noted above).
You should also make sure that you're using an up-to-date version of the
"LIVE555 Streaming Media" code; see
http://www.live555.com/liveMedia/faq.html#latest-version
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
