Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Fallback stream for RTSP #1563

Open
alex-rsk opened this issue Jan 22, 2025 · 5 comments
Open

Fallback stream for RTSP #1563

alex-rsk opened this issue Jan 22, 2025 · 5 comments
Labels
question Further information is requested

Comments

@alex-rsk
Copy link

alex-rsk commented Jan 22, 2025

Hello. Firstly, thank you for impressive work.

I want to ingest RTSP stream and produce ...another RTSP stream, so my goal is to restream.
But, suppose my RTSP source is unreliable, and sometimes breaking down, due to network weather.
Can I manage with go2rtc a fallback source, e.g. some local ffmpeg-generated stream, which is always working?
So i'd want to obtain seamless stream, which doesn't depend of network weather and source problems.

@AlexxIT AlexxIT added the question Further information is requested label Jan 22, 2025
@AlexxIT
Copy link
Owner

AlexxIT commented Jan 22, 2025

You can set multiple sources for your stream. But I've never tested this function as a fallback. You can try.

@runningman84
Copy link

It would also be great to have an api to switch off a stream to some static image. This would be really helpful for tools like frigate which are constantly restarting their video processing if some stream gets unavailable.

@AlexxIT
Copy link
Owner

AlexxIT commented Feb 8, 2025

Switching active stream to something else is a hard task. Because you should pass same encoding data (resolution, codec with all params, etc).

@runningman84
Copy link

It would be no problem if the stream is interrupted for a moment, because frigate will restart the process anyway if there is an error. The static image could also be using a very low resolution to save bandwith and compute power...

@AlexxIT
Copy link
Owner

AlexxIT commented Feb 8, 2025

Most video protocols should not change resolution and codec during video transmission.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants