Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gst-plugins-rs gst-plugins-rs
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 69
    • Issues 69
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 22
    • Merge requests 22
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamer
  • gst-plugins-rsgst-plugins-rs
  • Issues
  • #164

Closed
Open
Created Sep 15, 2021 by Valentin Sicard@VSicard

Fallbacksrc behavior and video capabilities

Hi everyone,

My team and I use Gstreamer to handle a distant video stream broadcasted on my local network through the RTSP protocol.

We currently set up a classic Gstreamer pipeline with "rtspsrc" to deal with it.

But the video source can be unstable and we have difficulties to handle the pipeline correctly during these moments. That is why I am studying alternatives. I think your plugin fallbacksrc could really resolve our problems and in a robust way.

I tried it and it worked well. But it always gave a RAW video output. I need to let the video compressed in h265 (native codec of the stream)

When I check the plugin documentation with gst-inspect it is written that the video src capabilities are "ANY".

I wanted to know:

  • Could I let the video be compressed on fallbacksrc source pad ?
  • If so, how could I do it?

I am new to Gstreamer, so it is possible that the solution is a Gstreamer caps manipulation I don't know. Sorry to have bothered you if it was the case.


I use GStreamer 1.16.2, installed with package manager on an Ubuntu 20.04 environment. I compiled fallbacksrc with cargo as indicated in your README.

Here are some of the commands I tried : gst-launch-1.0 fallbacksrc uri=rtsp://my-uri ! h265parse ! video/x-h265 ! avdec_h265 ! autovideoconvert ! autovideosink

gst-launch-1.0 -v fallbacksrc uri=rtsp://my-uri ! video/x-h265 ! avdec_h265 ! autovideoconvert ! autovideosink

gst-launch-1.0 -v fallbacksrc uri=rtsp://my-uri ! avdec_h265 ! autovideoconvert ! autovideosink

The working one (with raw output) : gst-launch-1.0 -v fallbacksrc uri=rtsp://my-uri ! autovideoconvert ! autovideosink


Thank you for your time! Best regards.

Edited Sep 15, 2021 by Valentin Sicard
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking