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