After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 797044 - adding flvmux to a running live pipeline results in incorrect data ordering
adding flvmux to a running live pipeline results in incorrect data ordering
Status: RESOLVED DUPLICATE of bug 796382
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-08-29 12:10 UTC by Michael Olbrich
Modified: 2018-10-27 18:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Michael Olbrich 2018-08-29 12:10:49 UTC 
Since c0bf793c05cf793aa18a8548cda702625e388115 the PTS of output buffers start at zero. These timestamps are define the position in the src pad segment and this position is used in gst_flv_mux_get_next_time().
If a flvmux element is added to a already running live pipeline then the time returned by gst_flv_mux_get_next_time() is incorrect. I think it is of by the (running?) time when the element was added or something like that.

As a result, gstaggregator does not wait at all if at least one pad has a buffer and the buffers in the output stream are ordered incorrectly.
Comment 1 Olivier Crête 2018-10-27 18:38:45 UTC 
I believe this is the same as what Havard is seeing, and the other bug has patches.

*** This bug has been marked as a duplicate of bug 796382 ***