Thanks for the hint Ross,
The Marker Bit seems to be set correctly by GStreamer.
Regards
Jean-Luc Bonnet
________________________________
De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross
Finlayson
Envoyé : mardi 30 septembre 2014 17:09
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] Receive H264 packets from GStreamer
I want to receive H264 video frame over RTP from a GStreamer server. I use
H264VideoRTPSource which works fine, I receive all RTP packets.
But rtph264pay GStreamer's component which generate H264 payload send only One
NAL Unit per RTP packet. Is there a way to rebuild the whole video frame at
Live 555 side.
It's the job of the decoder to figure out how to render the incoming NAL units
- which includes deciding when one video frame (called an 'access unit' in
H.264 parlance) ends, and the next one begins.
However, as a hint, you can use the value of the RTP packet's 'M' (i.e.,
'marker') bit, which is (supposed to be) set for the last RTP packet of an
'access unit' (i.e., video frame). I.e., you can call
"RTPSource::curPacketMarkerBit()" to test this. Note, though, that this is
only a hint, because this last RTP packet may have been lost (or the server
might not have properly set the 'M' bit in the first place).
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
This message is subject to the following terms and conditions: MAIL
DISCLAIMER<http://www.barco.com/en/maildisclaimer>
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
