h264 stream form filesrc vs from live source (rtsp). HD playback

[Marc Murphy]

First thing to look at is packet loss....

With RTSP it is server driven delivery, so once the session is started the server starts to fire the packets at the client.  If you switch on the debugging on the UDP src and jitterbuffer you will see if there are any missing packets.



I would be looking in this area first as you see the issue when the image is moving.  With h264 the bitrate will be fairly low when the image is static (have a look at the bitrate in VLC) once the movement happens the bitrate will shoot up as it will be adapting to the moving images.



Can you change the MAX bitrate on the camera to help debug ?



Regards

Marc



________________________________
From: gstreamer-devel-bounces+marcmltd=marcm.co.uk at lists.freedesktop.org [gstreamer-devel-bounces+marcmltd=marcm.co.uk at lists.freedesktop.org] on behalf of bamboosso [laski.maciej at gmail.com]
Sent: 10 December 2012 01:05
To: gstreamer-devel at lists.freedesktop.org
Subject: h264 stream form filesrc vs from live source (rtsp). HD playback

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.
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20121210/f8d225bb/attachment.html>