Frames are not output correctly

[Marc Leeman]

Oh forgot,

you can inspect the buffers and see if there is *GST_BUFFER_FLAG_DELTA_UNIT
*to get an idea if it is I-Frame/SPS/PPS: these have not.

On Tue, 7 Jun 2022 at 09:40, Marc Leeman <marc.leeman at gmail.com> wrote:

>
> 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
>


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