@nishithaa I have tried to do this for years to make a VR video player using Qt and I'm finally close to achieving it but without gstreamer. I don't know if gstreamer is a requirement to you but I use libvlc 4, based on this example : https://github.com/videolan/vlc/tree/master/doc/libvlc/QtGL .

It compiles and runs well but I don't want to use QOpenGLWidget (I use QWindows with manually-managed QOpenGLContexts) and somehow I can't make it to work in this setup.

I have the same issue. It's soo slow with rtsp and buggy.

I needed to switch my project to Qt5 and tried using setMedia and gst:pipeline but that wasn't working for me either. Right now, the pipeline below works as it connects to the camera I need it to and opens the gstreamer output. However, it opens it in a new window and not the Qt Video Widget I am using. I know autovideosink ignores the window overlay, but I tried other sinks and just got a black screen. How could I get this to work? I tried glimagesink which worked for the videotestsrc but it did not work for this.

w->pipeline = gst_parse_launch( "udpsrc port=8000 ! application/x-rtp, encoding-name=H264, payload=109 ! rtph264depay ! h264parse ! queue ! avdec_h264 ! videoconvert ! autovideosink", NULL); /* [4] Set video overlay */ gst_video_overlay_set_window_handle(GST_VIDEO_OVERLAY(w->pipeline), w->getVideoWinID()); /* [5] Run the pipeline */ qDebug() << "------------------------------ Starting pipeline ------------------------------"; GstStateChangeReturn sret = gst_element_set_state(w->pipeline, GST_STATE_PLAYING); if (sret == GST_STATE_CHANGE_FAILURE) { gst_element_set_state(w->pipeline, GST_STATE_NULL); gst_object_unref(w->pipeline); }

@vicky_mac said in Custom streamer pipeline in QML:

module org.freedesktop.gstreamer.GLVideoItem

if vaapi is used in the pipeline on linux, install libva-dev

Hi and welcome to devnet,

To the best of my knowledge you would have to use GStreamer directly with their QML sink.

Latest version of the driver ?
Did you test using the nouveau driver ?

Sorry, I meant for video encoding.

In any case, I would separate the streaming and the preview if possible. Generating the network stream for one or more device can be very heavy CPU wise.

Hi,

That's rather a question you should bring to the GStreamer folks. For the Qt side you can then use QMediaPlayer as shown here with a custom pipeline.

@vicky_mac you should show the code you are using to manage your pipeline.

@sierdzio thanks for the example, I think the resolution type is a bit misleading with regard to the reason the bug was closed.

@Cleiton-Bueno thanks for your suggestion. I have disabled audio in my kernel completely now. Now I get the message CameraBin warning: "Could not open audio device for recording." which shows, that I really removed audio support.
Unfortunately, this still doesn't solve my basic issue, which is a extremely sluggish video output when the videoRecorder property is enabled in the Camera. That means, the audio encoding was not causing this problem at all.

Thx, Jens

Solved, gstreamer-0.10-ffmpeg was missing.

sudo add-apt-repository ppa:mc3man/gstffmpeg-keep sudo apt-get update sudo apt-get install gstreamer0.10-ffmpeg

UPDATE:

Not really solved, using this plugin breaks GStreamer:

$ export GST_DEBUG=2 $ ./RPIStreamer 0:00:01.232878440 29169 0x7f0414007320 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type iods 0:00:01.233010807 29169 0x7f0414007320 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type avc1 0:00:01.233055875 29169 0x7f0414007320 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type avcC 0:00:01.233095592 29169 0x7f0414007320 WARN qtdemux qtdemux_types.c:191:qtdemux_type_get: unknown QuickTime node type btrt 0:00:01.235499777 29169 0x7f0414007320 WARN qtdemux qtdemux.c:6006:qtdemux_parse_segments:<qtdemux0> streaming; discarding edit list segments 0:00:01.235563181 29169 0x7f0414007320 WARN qtdemux qtdemux.c:7044:qtdemux_parse_trak:<qtdemux0> unknown version 00000000 0:00:01.236318578 29169 0x7f0414007320 WARN qtdemux qtdemux.c:6006:qtdemux_parse_segments:<qtdemux0> streaming; discarding edit list segments 0:00:01.264479125 29169 0x7f0414007680 WARN playsinkconvertbin gstplaysinkconvertbin.c:481:gst_play_sink_convert_bin_cache_converter_caps:<GstPlaySinkAudioConvert@0x7f03f801a050> No conversion elements 0:00:01.290541635 29169 0x7f04140071e0 WARN ffmpeg gstffmpegdec.c:2299:gst_ffmpegdec_frame:<ffdec_h2640> ffdec_h264: decoding error (len: -1, have_data: 0) 0:00:01.297533958 29169 0xba4d40 WARN basesrc gstbasesrc.c:2625:gst_base_src_loop:<source> error: Internal data flow error. 0:00:01.297562286 29169 0xba4d40 WARN basesrc gstbasesrc.c:2625:gst_base_src_loop:<source> error: streaming task paused, reason not-negotiated (-4) Error: "Internal data flow error."

Hi,

Check the version of gstreamer that the plugin uses. It could be 0.1. In that case the quick and dirty way is to install that version of gstreamer with the corresponding plugin packages.

Hope it helps

I have successfully build QT 5.8.0 on nVidia TX1 board.
But with QML video surface sink element still getting Reddish preview.
https://drive.google.com/open?id=0B8d7zQv-G71oM1JONzlpR2t1OWc

I also tried 5.8.0 QT C++ camera example.
but for this example camera preview seen for 1-2 sec and then ubuntu hangs. And also the preview appear with wrong color conversion format.

So i tried minimal camera example.
https://drive.google.com/open?id=0B8d7zQv-G71odXN6ZTkxRTRuOGM
But when i start camera following error comes
Unable to open the camera "" for read to query the parameter info: "No such file or directory"

So how can i preview UYVY camera preview in this example?

Indeed, you can't do it without modifying Qt even if you add a control to the plugin to modify that parameter.

QtGstreamer provides a QML sink so you don't have to implement it.