rtspsrc and mp4mux strange behaviour

Federico Zamperini fzamperini at tiscali.it
Tue Jul 29 04:33:47 PDT 2014


Hi,
	talking about the delay: I don't think any latency issue is involved, 
10 seconds seem to be 5 seconds (default RTCP timeout) to detect that no 
udp packets are received and 5 seconds to detect that no UDP MCAST 
packets are received. In this case the receiver switches to TCP (0x04).
"gst-inspect-1.0 rtspsrc" should tell you what is the default latency value.
You can also try rtspt (notice the trailing "t") to force TCP as 
transport protocol:

gst-launch-1.0 -ve rtspsrc location=rtspt:// ...

I can't help you about saved file properties and seekability.
Cheers

Federico

Il 23/07/2014 14:13, lestoilfante ha scritto:
> Hello,
>
> I'm playing with this pipeline:
>
> gst-launch-1.0 -ve rtspsrc location='rtsp://root:root@192.168.100.67
> <mailto:root%3Aroot at 192.168.100.67>' ! rtph264depay ! h264parse ! queue
> ! mp4mux faststart=true ! filesink location=test.mp4
>
> In this situation pipeline wait about 10 seconds to reach Playing state
> but mp4 file is seekable and report right framerate(about 10fps). If I
> try to set rtspsrc protcolos=0x00000004 pipeline reach playing state
> almost immediately but mp4 file isn't seekable, no duration written, and
> report 10000fps !
>
> Is it expected or I'm missing something?
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


More information about the gstreamer-devel mailing list