<div dir="ltr"><div>Hello everyone,</div><div><br></div><div>I dont know if this is a bug or if I am missing something.</div><div>I am using gstreamer 1.2.4</div><div>I have tried to just playback, or record or both from an IP camera using RTSP. </div>
<div>The pipeline for displaying and recording is the following:</div><div><br></div><div>gst-launch-1.0 -v -e rtspsrc location="rtsp:........"   ! queue max-size-bytes=0 max-size-buffers=0 max-size-time=0 flush-on-eos=true !   rtph264depay ! h264parse  ! "video/x-h264,width=704,height=576,framerate=(fraction)25/1,stream-format=byte-stream" ! tee name=t ! queue max-size-bytes=0 max-size-buffers=0 max-size-time=0  ! avdec_h264 ! autovideosink sync=false  t. ! queue ! filesink location=test-write.avi<br>
</div><div><br></div><div><br></div><div>What happens is that, everything goes well for 27 minutes and then the display freezes the recording stops, while the process is still running. I have tried with changing the buffer-mode , the ntp-sync, the latency but still always the same result. I have run the pipeline with level 4 debug and the last entry before the freeze is:</div>
<div><br></div><div>d3dvideosink d3dhelpers.c:1813:d3d_render_buffer:<autovideosink0-actual-sink-d3dvideo> Render 0:27:46.002722198<br></div><div><br></div><div>and generally seems ok. </div><div>Then while nothing happens if I terminate the process no log is added to the debug log. However if I leave for a while the time to pass and then kill the process I can see entries in the debug log like:</div>
<div><br></div><div>rtpjitterbuffer gstrtpjitterbuffer.c:2160:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #32766 too late as #65534 was already popped, dropping<br></div><div>.</div><div>.</div><div>.</div>
<div>rtpjitterbuffer gstrtpjitterbuffer.c:2160:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Packet #65534 too late as #65534 was already popped, dropping<br></div><div><br></div><div>and then goes to</div><div><br>
</div><div><div>rtpjitterbuffer rtpjitterbuffer.c:764:rtp_jitter_buffer_insert: duplicate packet 0 found</div><div>0:54:40.586390831 11832 0000000002791A80 WARN         rtpjitterbuffer gstrtpjitterbuffer.c:2168:gst_rtp_jitter_buffer_chain:<rtpjitterbuffer0> Duplicate packet #0 detected, dropping</div>
</div><div><br></div><div><br></div><div>it is always the #65534 there, dont know if it is just a coincidence but also it is very close to the number 65536 which is the 10000000000000000 in binary.</div><div><br></div><div>
Please if you need any other information let me know.</div><div><br></div><div>Thanks</div><div>Panos</div><div><br></div></div>