<!DOCTYPE html> <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> Hi everyone, I’m working on a QtQuick application that uses GStreamer to display video streams. On my target hardware, creating the video decoder element (v4l2h264dec) takes some time, which blocks the main thread and freezes the GUI. To avoid this, I’ve moved the pipeline creation, starting, and stopping to a <code>QThread</code>. However, I’m encountering an occasional problem (~1 in 100 runs): the <code>v4l2h264dec</code> element gradually accumulates latency, leading to delays of up to ~20 seconds. Strangely, this issue doesn’t occur when the same pipeline is initialized and run from the main thread. Here’s the pipeline: udpsrc port=5000 ! application/x-rtp, payload=96, encoding-name=H264 ! queue max-size-buffers=0 ! rtph264depay ! h264parse ! v4l2h264dec ! imxvideoconvert_g2d ! qtvideosink sync=false I’ve tried repositioning the <code>queue</code> element, but it doesn’t affect the outcome. My questions are: <ol> <li>What is the recommended approach for creating and managing GStreamer elements outside the main thread?</li> <li>Are there any specific considerations for synchronization or thread safety when using <code>QThread</code> for this purpose?</li> </ol> Any advice or insights would be greatly appreciated! Thank you, Daniel Spießberger </body> </html>