Then your package manager provides EOL-software!
You can download later versions via the link in @Christian-Ehrlicher's signature.

@Joe-von-Habsburg
https://stackoverflow.com/questions/10810279/finding-libraries-using-pkg-config-in-windows

open one of the pc files and check if the prefix is correct.

The installed pkg config path is basically fixed under lib. Do not try to change it.

@The-Qt-Mayssa both widgets and qml are concerned.

For the rest I don't know. You need to do some testing since you have the various systems at hand.

@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

@DeepakVishak
SGaist is right. custom GStreamer pipelines have been dropped in Qt 6 Multimedia, however you can achieve the same using qml6glsink.
Have a look at this example:
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/tree/1.24/subprojects/gst-plugins-good/tests/examples/qt6/qmlsink?ref_type=heads

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