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 744398 - playbin: deadlock on gapless playback
playbin: deadlock on gapless playback
Status: RESOLVED DUPLICATE of bug 740045
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-02-12 14:28 UTC by Ramiro Polla
Modified: 2015-02-20 09:57 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
stacktrace (52.69 KB, text/plain)
2015-02-12 14:28 UTC, Ramiro Polla 		Details

Description Ramiro Polla 2015-02-12 14:28:34 UTC 
Created attachment 296681 [details]
stacktrace

Steps to reproduce:
- Get http://people.collabora.com/~tsaunier/gst-integration-testsuites/medias/defaults/matroska/test5.mkv
- gst-play-1.0 --gapless test5.mkv <some other file>

playbin will deadlock inside setup_next_source() at the end of the first sample.
Comment 1 RaviKiran 2015-02-19 13:05:27 UTC 
With another mkv file, decodebin triggered EOS event just before the end of the file, and playbin emits "about-to-finish" event.
Howevever, with attached mkv file (46.6 sec clip), after about 39 sec of play, decodebin emits EOS (after matroska demux pushes last data).
And it hangs while releasing the request pads in input selector.
Comment 2 Vincent Penquerc'h 2015-02-19 15:10:16 UTC 
This looks like a dupe of https://bugzilla.gnome.org/show_bug.cgi?id=740045
Comment 3 Vincent Penquerc'h 2015-02-20 09:57:00 UTC 
It is indeed. Note that the patch that broke this is now reverted so it should not hang anymore, though the original issue remains.

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