Frames are not output correctly

[Marc Leeman]

I am doing something similar for ages (switching in the compressed domain),
based on an I-Frame (and SPS/PPS).

When using different cameras, you need to make certain that you have the
new SPS/PPS before switching based on an I-Frame. If you have 'the same'
cameras, make certain that  your configuration is the same so they generate
the same (or compatible) SPS/PPS (though that is not a fault tolerant
implementation).

After switching, you need to call

gst_bin_recalculate_latency(GST_BIN(self));

It should result a feed that is free of hiccups

.From what I can tell, your SPS/PPS corrupts your video until you get the
new one in the video feed.


On Fri, 3 Jun 2022 at 18:45, Bilel Bghiel via gstreamer-devel <
gstreamer-devel at lists.freedesktop.org> wrote:

> Hello
>
> I'm currently using the following setup:
>
> 9 IP camera's:
> RTSPsrc - rtph264depay - h264parse - tee
>
> VideoWriter
> Input-selector - tee - avdec264 - <video editing stuff > - videorate -
> avenc_flv - flvmux - RTMPsink OR filesink
>
> I have 9 camera's which are all connected to the videowriter
> input-selector. This works fine. Now when switching the camera's the screen
> seems to freeze, only changing the pixels where they are different.
>
> Demo:  https://www.youtube.com/watch?v=GJU1eRMgKt0
> (e.g: 0:26, 0:35)
>
> I've been playing around with I-frame settings on the camera's. Which I
> now set to 1. But still I get the results as seen in the video. Has anybody
> ever seen this before? And know how to fix this?
>
> Thanks in advance
>


-- 
g. Marc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220607/ec126936/attachment.htm>