Impossible to play a rtsp stream

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Impossible to play a rtsp stream

Dominik Schröder

Hello

 

After much time trying to get gstreamer working on a Marvell PXA168 SoC I had success (post on gstreamer-embedded list). The problem was a wrong configured glib.

At the moment, I can play a local stored mpeg4 .avi file. The problem is to play a rtsp stream.

If I try: gst-launch -v rtspsrc location=rtsp://172.16.10.151:5544/cif ! qtdemux name=t ! queue ! h264dec ! fastoverlaysink t.

I get the following error output:

 

set up. fb_vinfo.xres=1024, fb_vinfo.yres=768

Setting pipeline to PAUSED ...

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRTPDec:rtpdec0: latency = 3000

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc0: timeout = 5000000

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3: timeout = 5000000

Pipeline is live and does not need PREROLL ...

Setting pipeline to PLAYING ...

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc0: timeout = 0

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3: timeout = 0

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_804805146_96: caps = application/x-rtp, media=(string)audio, payload=(int)96, clock-rate=(int)44100, encoding-name=(string)MPEG4-GENERIC, encoding-params=(string)2, streamtype=(string)5, profile-level-id=(string)15, mode=(string)AAC-hbr, config=(string)1210, sizelength=(string)13, indexlength=(string)3, indexdeltalength=(string)3, profile=(string)1, clock-base=(guint)93719075, seqnum-base=(guint)2426, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_804805146_96.GstProxyPad:proxypad0: caps = application/x-rtp, media=(string)audio, payload=(int)96, clock-rate=(int)44100, encoding-name=(string)MPEG4-GENERIC, encoding-params=(string)2, streamtype=(string)5, profile-level-id=(string)15, mode=(string)AAC-hbr, config=(string)1210, sizelength=(string)13, indexlength=(string)3, indexdeltalength=(string)3, profile=(string)1, clock-base=(guint)93719075, seqnum-base=(guint)2426, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1

New clock: GstSystemClock

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_3741245092_97: caps = application/x-rtp, media=(string)video, payload=(int)97, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)42c015, sprop-parameter-sets=(string)\"Z0LAFZJEBQE/ywgAAB9IAAXcAHixdQ\\=\\=\\,aM48gA\\=\\=\", clock-base=(guint)103611026, seqnum-base=(guint)12174, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_3741245092_97.GstProxyPad:proxypad1: caps = application/x-rtp, media=(string)video, payload=(int)97, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)42c015, sprop-parameter-sets=(string)\"Z0LAFZJEBQE/ywgAAB9IAAXcAHixdQ\\=\\=\\,aM48gA\\=\\=\", clock-base=(guint)103611026, seqnum-base=(guint)12174, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1

ERROR: from element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3: Internal data flow error.

Additional debug info:

gstbasesrc.c(2330): gst_base_src_loop (): /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3:

streaming task paused, reason not-linked (-1)

Execution ended after 19472924 ns.

Setting pipeline to PAUSED ...

Setting pipeline to READY ...

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_3741245092_97: caps = NULL

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_804805146_96: caps = NULL

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_3741245092_97: caps = NULL

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRTPDec:rtpdec0.GstPad:recv_rtp_src_1_3741245092_97: caps = NULL

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_804805146_96: caps = NULL

/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRTPDec:rtpdec0.GstPad:recv_rtp_src_0_804805146_96: caps = NULL

Setting pipeline to NULL ...

....Thread exit =1 Overlay1VS->_is_error_set=0...

ov1_main_thread: Exiting overlaysink thread...

FREEING pipeline ...

------ FB display frame count = 0

 

I have gstreamer-0.10.22, gst-plugins-good-0.10.14 and gst-plugins-0.10.22 installed on my system.

Can anybody help me with this problem?

 

Thanks in advance and best regards

 

Dominik Schröder

 


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Impossible to play a rtsp stream

Tim-Philipp Müller-2
On Mon, 2012-07-16 at 13:57 +0200, Dominik Schröder wrote:

Hi Dominik,

> At the moment, I can play a local stored mpeg4 .avi file. The problem
> is to play a rtsp stream.
>
> If I try: gst-launch -v rtspsrc
> location=rtsp://172.16.10.151:5544/cif ! qtdemux name=t ! queue !
> h264dec ! fastoverlaysink t.
>
> I get the following error output:
> element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3:
> Internal data flow error.
> streaming task paused, reason not-linked (-1)

> I have gstreamer-0.10.22, gst-plugins-good-0.10.14 and
> gst-plugins-0.10.22 installed on my system.
>
> Can anybody help me with this problem?

There is no need for qtdemux in this case. Just depayloaders and
decoders (for each stream).

Try:

gst-launch-0.10 -v rtspsrc location=rtsp://172.16.10.151:5544/cif !
rtph264depay ! h264dec ! fastoverlaysink

or even

gst-launch-0.10 -v uridecodebin uri=rtsp://172.16.10.151:5544/cif !
fastoverlaysink

(requires decoder element to have a rank and proper pad templates)

or even

gst-launch-0.10 -v playbin2 uri=rtsp://172.16.10.151:5544/cif
video-sink=fastoverlaysink

(depends a bit on your decoder + sink elements)

Cheers
 -Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

AW: Impossible to play a rtsp stream

Dominik Schröder
Hi Tim

Thanks for your reply. I tried all three suggestions.

For the first one I get:

root [ ~ ] $ gst-launch-0.10 -v rtspsrc location=rtsp://172.16.10.151:5544/cif ! rtph264depay ! h264dec ! fastoverlaysink
set up. fb_vinfo.xres=1024, fb_vinfo.yres=768
Setting pipeline to PAUSED ...
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRTPDec:rtpdec0: latency = 3000
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc0: timeout = 5000000
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3: timeout = 5000000
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc0: timeout = 0
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3: timeout = 0
/GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:src: caps = video/x-h264
/GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:sink: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)42c015, sprop-parameter-sets=(string)\"Z0LAFZJEBQE/ywgAAB9IAAXcAHixdQ\\=\\=\\,aM48gA\\=\\=\", clock-base=(guint)481412036, seqnum-base=(guint)20675, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_3761323689_96: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)42c015, sprop-parameter-sets=(string)\"Z0LAFZJEBQE/ywgAAB9IAAXcAHixdQ\\=\\=\\,aM48gA\\=\\=\", clock-base=(guint)481412036, seqnum-base=(guint)20675, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_3761323689_96.GstProxyPad:proxypad0: caps = application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)42c015, sprop-parameter-sets=(string)\"Z0LAFZJEBQE/ywgAAB9IAAXcAHixdQ\\=\\=\\,aM48gA\\=\\=\", clock-base=(guint)481412036, seqnum-base=(guint)20675, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_1028937861_97: caps = application/x-rtp, media=(string)audio, payload=(int)97, clock-rate=(int)44100, encoding-name=(string)MPEG4-GENERIC, encoding-params=(string)2, streamtype=(string)5, profile-level-id=(string)15, mode=(string)AAC-hbr, config=(string)1210, sizelength=(string)13, indexlength=(string)3, indexdeltalength=(string)3, profile=(string)1, clock-base=(guint)278841570, seqnum-base=(guint)23162, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_1028937861_97.GstProxyPad:proxypad1: caps = application/x-rtp, media=(string)audio, payload=(int)97, clock-rate=(int)44100, encoding-name=(string)MPEG4-GENERIC, encoding-params=(string)2, streamtype=(string)5, profile-level-id=(string)15, mode=(string)AAC-hbr, config=(string)1210, sizelength=(string)13, indexlength=(string)3, indexdeltalength=(string)3, profile=(string)1, clock-base=(guint)278841570, seqnum-base=(guint)23162, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstH264Dec:h264dec0.GstPad:sink: caps = video/x-h264
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 2806461 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
/GstPipeline:pipeline0/GstH264Dec:h264dec0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_1028937861_97: caps = NULL
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_3761323689_96: caps = NULL
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_1_1028937861_97: caps = NULL
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRTPDec:rtpdec0.GstPad:recv_rtp_src_1_1028937861_97: caps = NULL
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0.GstGhostPad:recv_rtp_src_0_3761323689_96: caps = NULL
/GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstRTPDec:rtpdec0.GstPad:recv_rtp_src_0_3761323689_96: caps = NULL
Setting pipeline to NULL ...
....Thread exit =1 Overlay1VS->_is_error_set=0...
 ov1_main_thread: Exiting overlaysink thread...
codec system time 116 usec, frame number 0
FREEING pipeline ...
------ FB display frame count = 0
root [ ~ ] $

The second one (gst-launch-0.10 -v uridecodebin uri=rtsp://172.16.10.151:5544/cif ! fastoverlaysink) works a little bit. But the video stagnates very much and after some time, the complete stream breaks down...

I think, in any case I need the hardware accelerated h264 video codec (! H264dec !). It is a low power (1Ghz) Marvell PXA168 SoC. So I need to use the integrated accelerators... Am I right!?

I can play the video if it is locally stored very well/smooth (Flash memory) with:

gst-launch -v filesrc location=/trailer.mp4 ! qtdemux name=t ! queue ! h264dec ! fastoverlaysink t.

In my opinion, for rtsp, only the filesrc changes...!? Is that wrong?

For your 3rd suggestion I get:

root [ ~ ] $ gst-launch-0.10 -v playbin2 uri=rtsp://172.16.10.151:5544/cif video-sink=fastoverlaysink
WARNING: erroneous pipeline: could not set property "video-sink" in element "playbin20" to "fastoverlaysink"
root [ ~ ] $

So I think paybin20 doesn`t work with fastoverlaysink!?

Any other ideas!?

Thanks and best regards

Dominik Schröder

-----Ursprüngliche Nachricht-----
Von: gstreamer-devel-bounces+dominik.schroeder=[hidden email] [mailto:gstreamer-devel-bounces+dominik.schroeder=[hidden email]] Im Auftrag von Tim-Philipp Müller
Gesendet: Montag, 16. Juli 2012 14:36
An: [hidden email]
Betreff: Re: Impossible to play a rtsp stream

On Mon, 2012-07-16 at 13:57 +0200, Dominik Schröder wrote:

Hi Dominik,

> At the moment, I can play a local stored mpeg4 .avi file. The problem
> is to play a rtsp stream.
>
> If I try: gst-launch -v rtspsrc
> location=rtsp://172.16.10.151:5544/cif ! qtdemux name=t ! queue !
> h264dec ! fastoverlaysink t.
>
> I get the following error output:
> element /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc3:
> Internal data flow error.
> streaming task paused, reason not-linked (-1)

> I have gstreamer-0.10.22, gst-plugins-good-0.10.14 and
> gst-plugins-0.10.22 installed on my system.
>
> Can anybody help me with this problem?

There is no need for qtdemux in this case. Just depayloaders and decoders (for each stream).

Try:

gst-launch-0.10 -v rtspsrc location=rtsp://172.16.10.151:5544/cif !
rtph264depay ! h264dec ! fastoverlaysink

or even

gst-launch-0.10 -v uridecodebin uri=rtsp://172.16.10.151:5544/cif !
fastoverlaysink

(requires decoder element to have a rank and proper pad templates)

or even

gst-launch-0.10 -v playbin2 uri=rtsp://172.16.10.151:5544/cif video-sink=fastoverlaysink

(depends a bit on your decoder + sink elements)

Cheers
 -Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: AW: Impossible to play a rtsp stream

Marc Leeman
In reply to this post by Tim-Philipp Müller-2

I would suggest to try the following to determine the quality of your strem:

gst-launch rtspsrc location=rtsp://ip/path ! rtph264depay ! rh264parse ! fakesink -v

The result are encoded frames; check the diffs between the frames to see if your encoder provides properly stamped frames before you do something else.

It is in our experience best to include the parser in the pipelines.

e.g PAL should diff 40 ms or 20 ms, NTSC 33 ms or 16 ms


_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: AW: Impossible to play a rtsp stream

Tim-Philipp Müller-2
In reply to this post by Dominik Schröder
On Mon, 2012-07-16 at 15:05 +0200, Dominik Schröder wrote:

Hi,

> For the first one I get:
>
> root [ ~ ] $ gst-launch-0.10 -v rtspsrc location=rtsp://172.16.10.151:5544/cif ! rtph264depay ! h264dec ! fastoverlaysink
> set up. fb_vinfo.xres=1024, fb_vinfo.yres=768
> (snip)
> /GstPipeline:pipeline0/GstH264Dec:h264dec0.GstPad:sink: caps = video/x-h264

The first pipeline is the most basic one, and should work in some form
or another. It looks like h264 data makes it to your h264 decoder, but
the caps are a bit ... minimal. You need to check what the depayloader
outputs (bytestream or AVC) and whether your decoder supports that
stream format. You can check by putting a fakesink dump=true after the
depayloader (instead of h264dec ! fastoverlaysink).

Of course your GStreamer version (0.10.22) is ancient (from January
2009!), and no one really remembers what's supposed to work or not with
that version.

Perhaps you could update the open source GStreamer bits to the latest
releases, that makes it much easier (and interesting) to help.



> The second one (gst-launch-0.10 -v uridecodebin
> uri=rtsp://172.16.10.151:5544/cif ! fastoverlaysink) works a little
> bit. But the video stagnates very much and after some time, the
> complete stream breaks down...
>
> I think, in any case I need the hardware accelerated h264 video codec
> (! H264dec !). It is a low power (1Ghz) Marvell PXA168 SoC. So I need
> to use the integrated accelerators... Am I right!?

Yes, you very likely need a hw-accelerated decoder.

The reason it works a little might have to do with latency handling. I
don't know anything about the decoder nor the sink (nor the status of
things with that version of GStreamer), so no idea what's up with that.
You can try fastoverlaysink sync=false  to see if that makes a
difference.


> I can play the video if it is locally stored very well/smooth (Flash memory) with:
>
> gst-launch -v filesrc location=/trailer.mp4 ! qtdemux name=t ! queue ! h264dec ! fastoverlaysink t.
>
> In my opinion, for rtsp, only the filesrc changes...!? Is that wrong?

Yes.


> For your 3rd suggestion I get:
>
> root [ ~ ] $ gst-launch-0.10 -v playbin2 uri=rtsp://172.16.10.151:5544/cif video-sink=fastoverlaysink
> WARNING: erroneous pipeline: could not set property "video-sink" in element "playbin20" to "fastoverlaysink"
> root [ ~ ] $
>
> So I think paybin20 doesn`t work with fastoverlaysink!?

Ah, right, that doesn't work with gst-launch in that old gstreamer
version, I forgot about that.

Cheers
-Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

AW: AW: Impossible to play a rtsp stream

Dominik Schröder
Hello Tim, Hello Marc,

The option sync=false to fastoverlaysink works very well. Now the video stream is displayed as I expected. Very much thanks!
Do I have to worry about all the output of gst-launch... !?

The suggestion to dertermine the quality of the stream didn`t work. I don’t have the element "rh264parse" on my system...
But thanks, anyway.

I don`t know if I can switch to a higher gstreamer version. I get the plugins (fastoverlaysink and the codec`s) from Marvell. T think these plugins are specific to use the HW accelerated SoC parts. I`m not sure if this plugins work with higher gstreamer versions (Marvell tested the plugins with gstreamer 0.10.22).

Thanks and best regards

Dominik Schröder
 

-----Ursprüngliche Nachricht-----
Von: gstreamer-devel-bounces+dominik.schroeder=[hidden email] [mailto:gstreamer-devel-bounces+dominik.schroeder=[hidden email]] Im Auftrag von Tim-Philipp Müller
Gesendet: Montag, 16. Juli 2012 15:22
An: [hidden email]
Betreff: Re: AW: Impossible to play a rtsp stream

On Mon, 2012-07-16 at 15:05 +0200, Dominik Schröder wrote:

Hi,

> For the first one I get:
>
> root [ ~ ] $ gst-launch-0.10 -v rtspsrc
> location=rtsp://172.16.10.151:5544/cif ! rtph264depay ! h264dec !
> fastoverlaysink set up. fb_vinfo.xres=1024, fb_vinfo.yres=768
> (snip)
> /GstPipeline:pipeline0/GstH264Dec:h264dec0.GstPad:sink: caps =
> video/x-h264

The first pipeline is the most basic one, and should work in some form or another. It looks like h264 data makes it to your h264 decoder, but the caps are a bit ... minimal. You need to check what the depayloader outputs (bytestream or AVC) and whether your decoder supports that stream format. You can check by putting a fakesink dump=true after the depayloader (instead of h264dec ! fastoverlaysink).

Of course your GStreamer version (0.10.22) is ancient (from January 2009!), and no one really remembers what's supposed to work or not with that version.

Perhaps you could update the open source GStreamer bits to the latest releases, that makes it much easier (and interesting) to help.



> The second one (gst-launch-0.10 -v uridecodebin
> uri=rtsp://172.16.10.151:5544/cif ! fastoverlaysink) works a little
> bit. But the video stagnates very much and after some time, the
> complete stream breaks down...
>
> I think, in any case I need the hardware accelerated h264 video codec
> (! H264dec !). It is a low power (1Ghz) Marvell PXA168 SoC. So I need
> to use the integrated accelerators... Am I right!?

Yes, you very likely need a hw-accelerated decoder.

The reason it works a little might have to do with latency handling. I don't know anything about the decoder nor the sink (nor the status of things with that version of GStreamer), so no idea what's up with that.
You can try fastoverlaysink sync=false  to see if that makes a difference.


> I can play the video if it is locally stored very well/smooth (Flash memory) with:
>
> gst-launch -v filesrc location=/trailer.mp4 ! qtdemux name=t ! queue ! h264dec ! fastoverlaysink t.
>
> In my opinion, for rtsp, only the filesrc changes...!? Is that wrong?

Yes.


> For your 3rd suggestion I get:
>
> root [ ~ ] $ gst-launch-0.10 -v playbin2
> uri=rtsp://172.16.10.151:5544/cif video-sink=fastoverlaysink
> WARNING: erroneous pipeline: could not set property "video-sink" in element "playbin20" to "fastoverlaysink"
> root [ ~ ] $
>
> So I think paybin20 doesn`t work with fastoverlaysink!?

Ah, right, that doesn't work with gst-launch in that old gstreamer version, I forgot about that.

Cheers
-Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: AW: Impossible to play a rtsp stream

Marc Leeman
In reply to this post by Tim-Philipp Müller-2
> The option sync=false to fastoverlaysink works very well. Now the video stream is displayed as I expected. Very much thanks!

I think both suggestions are pointing the same root cause; as long as
you take into account that using sync=0 does not solve your problem,
it merely hides it.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

AW: AW: Impossible to play a rtsp stream

Dominik Schröder
Hello Marc

You are right. After some testing today, I get another problem with another
rtsp stream (network video camera). After starting with:

gst-launch-0.10 -v uridecodebin uri=rtsp://172.16.22.20:554 !
fastoverlaysink sync=false

the stream is displayed very well. After some time the picture hangs. Then I
have to quit gstreamer with Strg + C.
The point when the picture hangs up is constantly after "FB display frame
count = 129".

Also I get very much output from gstreamer. What kind of information is
hidden in this output?

Are there any other tests I can do, to see where the problem is?

Also I tried to switch to a newer gstreamer version. But it looks like the
Marvell specific codec plugins does not work with the newer version...

set up. fb_vinfo.xres=1024, fb_vinfo.yres=768
Setting pipeline to PAUSED ...
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0: source = (GstRTSPSrc)
source
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source/GstRT
PDec:rtpdec0: latency = 3000
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source/GstUD
PSrc:udpsrc0: timeout = 5000000
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
WARNING: from element /GstPipeline:pipeline0: Internal GStreamer error:
clock problem.  Please file a bug at
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstbin.c(2240): gst_bin_do_latency_func (): /GstPipeline:pipeline0:
Failed to configure latency of 0:00:00.000000000
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source/GstUD
PSrc:udpsrc0: timeout = 0
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstTypeFindElement:typefind.GstPad:src: caps = application/x-rtp,
media=(string)video, payload=(int)96, clock-rate=(int)90000,
encoding-name=(string)MP4V-ES, profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstTypeFindElement:typefind.GstPad:sink: caps = application/x-rtp,
media=(string)video, payload=(int)96, clock-rate=(int)90000,
encoding-name=(string)MP4V-ES, profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstGhostPad:sink: caps = application/x-rtp, media=(string)video,
payload=(int)96, clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source.GstGh
ostPad:recv_rtp_src_0_2790754570_96: caps = application/x-rtp,
media=(string)video, payload=(int)96, clock-rate=(int)90000,
encoding-name=(string)MP4V-ES, profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source.GstGh
ostPad:recv_rtp_src_0_2790754570_96.GstProxyPad:proxypad0: caps =
application/x-rtp, media=(string)video, payload=(int)96,
clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstGhostPad:sink: caps = application/x-rtp, media=(string)video,
payload=(int)96, clock-rate=(int)90000, encoding-name=(string)MP4V-ES,
profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstGhostPad:sink.GstProxyPad:proxypad1: caps = application/x-rtp,
media=(string)video, payload=(int)96, clock-rate=(int)90000,
encoding-name=(string)MP4V-ES, profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstRtpMP4VDepay:rtpmp4vdepay0.GstPad:src: caps = video/mpeg,
mpegversion=(int)4, systemstream=(boolean)false,
codec_data=(buffer)000001b0f5000001b509000001000000012000c88d89d4c61f4c28107
85060
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstRtpMP4VDepay:rtpmp4vdepay0.GstPad:sink: caps = application/x-rtp,
media=(string)video, payload=(int)96, clock-rate=(int)90000,
encoding-name=(string)MP4V-ES, profile-level-id=(string)245,
config=(string)000001B0F5000001B509000001000000012000C88D89D4C61F4C281078506
0, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstMPEG4Dec:mpeg4dec0.GstPad:sink: caps = video/mpeg, mpegversion=(int)4,
systemstream=(boolean)false,
codec_data=(buffer)000001b0f5000001b509000001000000012000c88d89d4c61f4c28107
85060
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0: caps
= video/x-raw-yuv, format=(fourcc)I420, width=(int)320, height=(int)240,
framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstDecodePad:src0: caps = video/x-raw-yuv, format=(fourcc)I420,
width=(int)320, height=(int)240, framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstMPEG4Dec:mpeg4dec0.GstPad:src: caps = video/x-raw-yuv,
format=(fourcc)I420, width=(int)320, height=(int)240,
framerate=(fraction)0/1
Input format is YUV420PLANAR
ov1_decide_path_strategy: rotate strategy=2, resize strategy=1, rot_degree=0
/GstPipeline:pipeline0/GstOverlay1VS:overlay1vs0.GstPad:sink: caps =
video/x-raw-yuv, format=(fourcc)I420, width=(int)320, height=(int)240,
framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0: caps
= video/x-raw-yuv, format=(fourcc)I420, width=(int)320, height=(int)240,
framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0.GstPro
xyPad:proxypad5: caps = video/x-raw-yuv, format=(fourcc)I420,
width=(int)320, height=(int)240, framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0: caps
= video/x-raw-yuv, format=(fourcc)I420, width=(int)320, height=(int)240,
framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstDecodePad:src0: caps = video/x-raw-yuv, format=(fourcc)I420,
width=(int)320, height=(int)240, framerate=(fraction)0/1
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstDecodePad:src0.GstProxyPad:proxypad4: caps = video/x-raw-yuv,
format=(fourcc)I420, width=(int)320, height=(int)240,
framerate=(fraction)0/1
display_frame_overlay: Using new LCD driver interface.
Caught interrupt -- handling interrupt.
Interrupt: Stopping pipeline ...
Execution ended after 28101342762 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
/GstPipeline:pipeline0/GstOverlay1VS:overlay1vs0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0: caps
= NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0: caps
= NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstDecodePad:src0: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0.GstGhostPad:src0: caps
= NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstDecodePad:src0: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstMPEG4Dec:mpeg4dec0.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstMPEG4Dec:mpeg4dec0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstRtpMP4VDepay:rtpmp4vdepay0.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstRtpMP4VDepay:rtpmp4vdepay0.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstTypeFindElement:typefind.GstPad:src: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20/GstTypeFindElement:typefind.GstPad:sink: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin
20.GstGhostPad:sink: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source.GstGh
ostPad:recv_rtp_src_0_2790754570_96: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source.GstGh
ostPad:recv_rtp_src_0_2790754570_96: caps = NULL
/GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source/GstRT
PDec:rtpdec0.GstPad:recv_rtp_src_0_2790754570_96: caps = NULL
Setting pipeline to NULL ...
....Thread exit =1 Overlay1VS->_is_error_set=0...
 ov1_main_thread: Exiting overlaysink thread...
FREEING pipeline ...
------ FB display frame count = 129


Thanks and best regards

Dominik Schröder

-----Ursprüngliche Nachricht-----
Von:
gstreamer-devel-bounces+dominik.schroeder=[hidden email]
.org
[mailto:gstreamer-devel-bounces+dominik.schroeder=[hidden email]
edesktop.org] Im Auftrag von Marc Leeman
Gesendet: Montag, 16. Juli 2012 16:11
An: Discussion of the development of and with GStreamer
Betreff: Re: AW: Impossible to play a rtsp stream

> The option sync=false to fastoverlaysink works very well. Now the video
stream is displayed as I expected. Very much thanks!

I think both suggestions are pointing the same root cause; as long as you
take into account that using sync=0 does not solve your problem, it merely
hides it.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel