<div dir="ltr">Excellent! Thank you very much for the extra info. I will look at this as soon as possible and see<div>if I can find the source of the problem. Most probably a Hikvision thing, but the fact that VLC seems</div><div>to cope with it just fine makes me wonder.</div><div><br></div><div>I'll report back if I find something interesting. Again, thank you very much!</div><div><br>Best</div><div><br>Guillermo</div><div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-13 21:32 GMT+02:00 Chuck Crisler <span dir="ltr"><<a href="mailto:ccrisler@mutualink.net" target="_blank">ccrisler@mutualink.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Wireshark will display both the source and destination addresses. Initially the RTP/H264 packets will simply be listed as 'UDP'. <br><br></div>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.<br><div><br>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.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Aug 13, 2015 at 2:32 PM, Guillermo Rodriguez Garcia <span dir="ltr"><<a href="mailto:guille.rodriguez@gmail.com" target="_blank">guille.rodriguez@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Hi Chuck,<br>
<br>
2015-08-13 19:29 GMT+02:00 Chuck Crisler <<a href="mailto:ccrisler@mutualink.net" target="_blank">ccrisler@mutualink.net</a>>:<br>
> I am not familiar with your camera and not overly familiar with RTP receive<br>
> in the GStreamer 1.0 series. However, I think that the best way to start<br>
> debugging this problem would be to get a packet capture. To me it looks like<br>
> you might be receiving 2 RTP streams, one current and one that never<br>
> shutdown previously. A packet capture would help you resolve that, and look<br>
> at the actual data stream. Beyond that you should enable logging on the RTSP<br>
> src element and the RTP depayloader. If you are using Linux, then 'export<br>
> GST_DEBUG=rtspsrc:5, rtph264depay:5' or something like that, the rtp<br>
> depayloader name may not be correct.<br>
<br>
Thank you, this is good advice. I am not familiar with the internals<br>
of RTP and RTSP, but I can have a look with Wireshark and compare to<br>
other cameras.<br>
<br>
Best regards,<br>
</div></div><span><font color="#888888"><div><div class="h5">--<br>
Guillermo Rodriguez Garcia<br>
<a href="mailto:guille.rodriguez@gmail.com" target="_blank">guille.rodriguez@gmail.com</a></div></div></font></span></blockquote></div></div></blockquote></div><br clear="all"><div>-- <br></div><div class="gmail_signature">Guillermo Rodriguez Garcia<br><a href="mailto:guille.rodriguez@gmail.com" target="_blank">guille.rodriguez@gmail.com</a></div>
</div></div></div>