[Live-devel] No data from the VND.ONVIF.METADATA subsession

[Ross Finlayson]

On May 18, 2013, at 2:42 PM, Michael McCandless <mail at mikemccandless.com> wrote:

> I'm using testRTSPClient to pull an RTSP stream, and I noticed the
> camera provides two subsessions:
> 
>   [URL:"..."]: Initiated the "video/H264" subsession (client ports 56266-56267)
>   [URL:"..."]: Set up the "video/H264" subsession (client ports 56266-56267)
>   [URL:"..."]: Created a data sink for the "video/H264" subsession
>   [URL:"..."]: Initiated the "application/VND.ONVIF.METADATA" subsession (client ports 49032-49033)
>   [URL:"..."]: Set up the "application/VND.ONVIF.METADATA" subsession (client ports 49032-49033)
>   [URL:"..."]: Created a data sink for the "application/VND.ONVIF.METADATA" subsession
>   [URL:"..."]: Started playing session...
> 
> And then I proceed to get many frames, but only for the video/H264
> subsession.  I never see any data sent to the afterGettingFrame for
> the application/VND.ONVIF.METADATA subsession ... is this expected?

No.  It means that either
- The server camera is not sending any "VND.ONVIF.METADATA" packets, or
- The server is sending "VND.ONVIF.METADATA" packets, but none of them have the RTP "M" bit set.  (The "VND.ONVIF.METADATA" RTP payload format uses the RTP "M" bit to mark the last packet of a 'metadata' (XML) document.  Our client code does not deliver any received metadata until it knows that the whole document has been received.)

In either case, the problem appears to be with your server (camera).

> Or is there something different I need to do to "start" the metadata
> stream?

No.  As long as the client sends a RTSP "SETUP" command for that track - which it should - then the server is supposed to send this data (along with the H.264 video data) after the client then sends the RTSP "PLAY" command.


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/20130518/899c9110/attachment.html>