GNOME Bugzilla – Bug 755666
rtpbin with do-lost=True
Last modified: 2018-11-03 15:04:47 UTC
The test.py python script streams RTP/RTCP packets from rtpdump file to a pipeline with appsrc. The streams are mixed using audiomixer and encoded to mp4 file. When rtpbin has do-lost=True, The mp4 doesn't contain the whole recording. It stops possibly because of packet loss and large skew. Python script - set DO_LOST = False to test without do-lost https://drive.google.com/file/d/0B12AhxvnYHrAWTBDaUFnU2I4VkU/view?usp=sharing rtpdump file https://drive.google.com/file/d/0B12AhxvnYHrATVROa01sdS11Z0U/view?usp=sharing Log (do-lost=True) https://drive.google.com/file/d/0B12AhxvnYHrAMGFmVXdON2s3WVE/view?usp=sharing
The issue is in audiomixer. When removing it, the pipeline works fine. A simplified version of the pipeline with autoaudiosink instead of mp4mux: https://drive.google.com/file/d/0B12AhxvnYHrAcHNTYUFjR3VnRjQ/view?usp=sharing
There is probably a problem with gap handling in audioaggregator. Message from the log: aggregator gstaggregator.c:745:check_events:<audiomixer0:sink_0> Processing gap event: 0x7fbd20003ae0, time 99:99:99.999999999, seq-num 1910, GstEventGap, timestamp=(guint64)17143534832, duration=(guint64)441332; Adding audiorate before audiomixer is a temp workaround.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/227.