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=bh-elektronik.de at lists.freedesktop.org [mailto:gstreamer-devel-bounces+dominik.schroeder=bh-elektronik.de at lists.freedesktop.org] Im Auftrag von Tim-Philipp Müller
Gesendet: Montag, 16. Juli 2012 15:22
An: gstreamer-devel at lists.freedesktop.org
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
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel