to my private
queue. All sample processing is done on separate thread. Krishna.From:
jsha...@smartwire.com
To: live-de...@ns.live555.com
Date: Thu, 2 May 2013 21:37:30 +
Subject: Re: [Live-devel] H264 dropped P frames
Thanks. I do understand how the event model works (Quite eloquent BTW). The
fact
ject: Re: [Live-devel] H264 dropped P frames
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.
No, but note that if - as with all payload formats - if one frame (in th
> 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.
No, but note that if - as with all payload formats - if one frame (in this
case, one H.264 NAL unit) is fragmented
he sender immediately by e-mail or phone.
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@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 Op
> 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 look
I have used live555 for years.
I am updated to 2013.04.30.
I tested with OpenRTSP on the command line with old and new versions of live555
and VLC on Linux and Windows, all work.
I am trying to debug an issue with H264 from security cameras and my
recorder/restreamer. I am hoping someone can giv
