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 753896 - EOS event get stuck on compositor
EOS event get stuck on compositor
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-08-20 20:13 UTC by Ben
Modified: 2016-09-30 08:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Ben 2015-08-20 20:13:00 UTC 
To reproduce, download eos.py and cam1.py to the same folder and execute
python3 eos.py

The python script replay RTP and RTCP packets from cam1.rtp with the same time offset as captured in real time emulating live mode.
When the script reach the end of the file, it sends EOS to the pipeline but the event doesn't propagate to all elements.

When removing compositor from the pipeline, the EOS event propagates to all elements and the pipeline is stopped.

Python script
https://drive.google.com/file/d/0B12AhxvnYHrARVRZN1ZIMTRkcjA/view?usp=sharing

RTP/RTCP capture
https://drive.google.com/file/d/0B12AhxvnYHrAeWpTSURfQnlNVkE/view?usp=sharing

Log:
https://drive.google.com/file/d/0B12AhxvnYHrAeHlrWWFkTHZDSEE/view?usp=sharing
Comment 1 Ben 2015-08-21 20:55:32 UTC 
Might be related:
https://bugzilla.gnome.org/show_bug.cgi?id=706387
Comment 2 Ben 2016-09-30 08:22:28 UTC 
Can't reproduce on with gstreamer 1.8.2