h264 stream form filesrc vs from live source (rtsp). HD playback
bamboosso
laski.maciej at gmail.com
Sun Dec 9 17:05:19 PST 2012
Hello.
I'm trying to display video from rtsp camera (SAMSUNG snz-5200) with h264
1280x1024 stream.
First I record stream to file:
gst-launch -e rtspsrc
location=rtsp://admin:4321@192.168.0.140:554/profile5/media.smp !
gstrtpjitterbuffer ! rtph264depay ! legacyh264parse access-unit=true
output-format=0 ! mp4mux ! filesink location=test.mp4
After that file is perfectly playable by totem, media player classic and
this pipeline:
gst-launch -e filesrc location=test.mp4 ! qtdemux ! legacyh264parse !
mfw_vpudecoder ! mfw_v4lsink
So I assume, that this stream is playable on hardware that I use (freescale
imx53qsb with arm processor and hardware vpu for media decoding)
BUT... I try to display video directly from rtsp stream:
gst-launch -e rtspsrc
location=rtsp://admin:4321@192.168.0.140:554/profile5/media.smp !
gstrtpjitterbuffer ! rtph264depay ! mfw_vpudecoder ! mfw_v4lsink
And there is hudge delay and a lot of artefacts whet screen is moving. Every
thing is ok when i use lower resolution like 800x600. But on 1024x768
problem starts and getting worse on higher resolutions.
I have tryed a lot of configurations for jitterbuffer, decoder,
legacyh264parse, and sink (sync=false).
I think that it might be timestamping problem, or buffers that goes to
decoder sink are not representing correct frames.
*What is difference with handling this stream from live source and from
filesrc???* - I think, that problem is in source.
*Where should I start to search the error.*
when I do not provide sync=false to mfw_v4lsink I have this warning:
----------------------------
WARNING: from element
/GstPipeline:pipeline0/MFW_GST_V4LSINK_INFO_T:mfw_gst_v4lsink_info_t0: A lot
of buffers are being dropped.
Additional debug info:
gstbasesink.c(2875): gst_base_sink_is_too_late ():
/GstPipeline:pipeline0/MFW_GST_V4LSINK_INFO_T:mfw_gst_v4lsink_info_t0:
There may be a timestamping problem, or this computer is too slow.
----------------------------
Also when I use export GST_DEBUG=2,mfw_vpudecoder:4 I get this cyclic
output:
----------------------------
0:00:16.001583376 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:3466:mfw_gst_vpudec_src_event: The time of decoding is
1784 ms away the system time,Enable L2 strategy
0:00:16.001858001 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:2787:mfw_gst_vpudec_render: >>VPU_DEC: Render buff 4,
total:266
0:00:16.001932876 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:1527:mfw_gst_avc_fix_nalheader: nal found in avc data
0:00:16.013550626 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:2745:mfw_gst_vpudec_render: frame dropping factor is
3.
0:00:16.013701626 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:2757:mfw_gst_vpudec_render: Drop the frame before
render it:6.status:2
0:00:16.013784501 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:1527:mfw_gst_avc_fix_nalheader: nal found in avc data
0:00:16.040830876 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:2745:mfw_gst_vpudec_render: frame dropping factor is
3.
0:00:16.041436876 7906 0x107b98 DEBUG mfw_vpudecoder
mfw_gst_vpu_decoder.c:3466:mfw_gst_vpudec_src_event: The time of decoding is
1744 ms away the system time,Enable L2 strategy
--------------------------
Does anyone has experiance with HD playback from rtsp stream.
Regards
Maciek
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/h264-stream-form-filesrc-vs-from-live-source-rtsp-HD-playback-tp4657319.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
More information about the gstreamer-devel
mailing list