[Live-devel] H264 dropped P frames

[Jeff Shanab]

Thankyou.

    I think I was able to confirm this with a printing breakpoint in doGetNextFrame1() inside the if (fPacketLossInFragmentedFrame).
I also get a TCP_Zero window warning if tcp and socket unreachable if Udp

Could it be that the packets are incorrect and live555 cannot find the beginning and end, so it doesn't clear out the buffer? Then it hits the max, dumps it and starts over.






This message and any attachments contain confidential and proprietary information, and may contain privileged information, belonging to one or more affiliates of Windy City Wire Cable & Technology Products, LLC. No privilege is waived by this transmission. Unauthorized use, copying or disclosure of such information is prohibited and may be unlawful. If you receive this message in error, please delete it from your system, destroy any printouts or copies of it, and notify the sender immediately by e-mail or phone.

From: live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Thursday, May 02, 2013 3:10 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] H264 dropped P frames

If I run OpenRTSP on the command line and dump the frames into a file, all the frames are there and I can feed it back into VLC and it plays.
In my code I am missing a lot of the P_FRAMES frame right after the I_FRAME.  I then am randomly missing a few P_FRAMES randomly.

To me, this looks like packet loss - either on the network, or within your OS.  In case of the latter, I suspect that there may be insufficient OS socket buffering.  If so, your application should be able to increase this; see:
            http://www.live555.com/liveMedia/faq.html#packet-loss

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130502/1f6c5225/attachment.html>