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

[Michael McCandless]

On Sat, May 18, 2013 at 6:09 PM, Ross Finlayson <finlayson at live555.com>wrote:

>
> 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).
>

OK, thanks for the quick response.

Mike

http://blog.mikemccandless.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130518/efd415ca/attachment.html>