Internal data flow errors when receiving RTSP stream

[Guillermo Rodriguez Garcia]

Excellent! Thank you very much for the extra info. I will look at this as
soon as possible and see
if I can find the source of the problem. Most probably a Hikvision thing,
but the fact that VLC seems
to cope with it just fine makes me wonder.

I'll report back if I find something interesting. Again, thank you very
much!

Best

Guillermo

2015-08-13 21:32 GMT+02:00 Chuck Crisler <ccrisler at mutualink.net>:

> Wireshark will display both the source and destination addresses.
> Initially the RTP/H264 packets will simply be listed as 'UDP'.
>
> Set a display filter of 'rtsp' and apply. That will only display the RTSP
> communication. Look through the packets and the data to learn what you can.
> One packet from the camera will have an SDP. Look closely at that. After
> the client sends a 'PLAY' command, the server will start sending the RTP
> stream.
>
> R-click on one of the UDP packets and choose 'decode as...' then RTP. If
> it is a video packet, with will decode as RTP v 2 and the fields will not
> have errors. If my suspicion is correct and you have 2 RTP streams, you
> will have to do that twice. Under Edit/Preferences, drop down protocols and
> H264. Set the payload type to '96' and 'OK'. That should interpret the RTP
> packets as H264. Look at the source address for packets. You should only
> see 1 address. If you can find 2, then you have your problem. Find the
> 'wrong' RTP source and stop it. You can learn a lot about RTP by looking at
> Wireshark.
>
> On Thu, Aug 13, 2015 at 2:32 PM, Guillermo Rodriguez Garcia <
> guille.rodriguez at gmail.com> wrote:
>
>> Hi Chuck,
>>
>> 2015-08-13 19:29 GMT+02:00 Chuck Crisler <ccrisler at mutualink.net>:
>> > I am not familiar with your camera and not overly familiar with RTP
>> receive
>> > in the GStreamer 1.0 series. However, I think that the best way to start
>> > debugging this problem would be to get a packet capture. To me it looks
>> like
>> > you might be receiving 2 RTP streams, one current and one that never
>> > shutdown previously. A packet capture would help you resolve that, and
>> look
>> > at the actual data stream. Beyond that you should enable logging on the
>> RTSP
>> > src element and the RTP depayloader. If you are using Linux, then
>> 'export
>> > GST_DEBUG=rtspsrc:5, rtph264depay:5' or something like that, the rtp
>> > depayloader name may not be correct.
>>
>> Thank you, this is good advice. I am not familiar with the internals
>> of RTP and RTSP, but I can have a look with Wireshark and compare to
>> other cameras.
>>
>> Best regards,
>> --
>> Guillermo Rodriguez Garcia
>> guille.rodriguez at gmail.com
>>
>
-- 
Guillermo Rodriguez Garcia
guille.rodriguez at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150814/92566ffa/attachment.html>