Camera record accelerated video, muxer fix it but breaks client

Deymos s via gstreamer-devel <[email protected]>
Newsgroups gmane.comp.video.gstreamer.devel
Message-ID <CAMi4ONGozgmg13jt5-+eNT5dLs+Oc_hrXr+Ozvby74w9YghceQ@mail.gmail.com>
Greetings, has anyone encountered such a problem, the video writes
very quickly, as if timestamps break,
but such garbage is only on two camera models out of three
Pipeline for record video: rtspsrc location="" ! rtph264depay!
capsfilter caps="video/x-h264, stream-format=(string)byte-stream" !
multifilesink location="/home/test/%07d" next-file=2
Pipeline for read video: multifilesrc location="/home/test/%07d"
start-index=0 loop=true ! h264 parse ! h264pay

example of accelerated stream:
https://drive.google.com/file/d/1gTmmzelfveteU8XB2GeUAq_2FlrGtq8A/view?usp=sharing

I tried adding a muxer, but then the rtsp archive in the client breaks down,
when it pauses with flush and continues streaming, the time jumps 20
seconds - 1 minute ahead
Pipeline: rtspsrc ! decodebin( with demuxer) ! videoconvert ! glsinkbin

pause and play:void VideoItem::pause()
{
    qDebug()<<"startPause";
    gst_element_send_event(_data->pipeline, gst_event_new_flush_start());
    gst_element_send_event(_data->pipeline, gst_event_new_flush_stop(TRUE));
    if(_data->state == STATE_PLAYING) {
        gst_element_set_state(_data->pipeline, GST_STATE_PAUSED);
    }
}
void VideoItem::resume()
{
    gst_element_seek_simple(_data->pipeline, GST_FORMAT_TIME,
GST_SEEK_FLAG_FLUSH, 0);
    gst_element_set_state(_data->pipeline, GST_STATE_PLAYING);
}

example of time jumps:
https://drive.google.com/file/d/1OEbU6-Fcmj1-WWlUgsVY3EbSBesIQBs9/view?usp=sharing
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.