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 668682 - [0.11] [playbin] Using playbin's suburi property causes the video to not play
[0.11] [playbin] Using playbin's suburi property causes the video to not play
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.11.x
Other Linux
: Normal blocker
: 0.11.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on: 667571
Blocks:
 
 
Reported: 2012-01-25 17:56 UTC by Vincent Penquerc'h
Modified: 2012-09-12 09:12 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
subtitleoverlay: add a couple drive by const (1.14 KB, patch)
2012-01-25 17:59 UTC, Vincent Penquerc'h
committed Details | Review
subtitleoverlay: fix probing of raw video caps (982 bytes, patch)
2012-01-25 17:59 UTC, Vincent Penquerc'h
committed Details | Review
playbin2: fix old style raw A/V caps (1.20 KB, patch)
2012-01-25 17:59 UTC, Vincent Penquerc'h
committed Details | Review

Description Vincent Penquerc'h 2012-01-25 17:56:49 UTC
+++ This bug was initially created as a clone of Bug #667571 +++

When taking these two files:
http://samples.mplayerhq.hu/sub/thief.avi http://samples.mplayerhq.hu/sub/thief.sub



After fixing the caps issue from 667571 (typefound caps being stuck at a non linked pad), the video still does not play.


ERROR: from element /GstPlayBin:playbin0/GstPlaySink:playsink0: Can't play a text file without video or visualizations.

playbin2 tries to start playing before waiting for the A/V pads to be added.
Comment 1 Vincent Penquerc'h 2012-01-25 17:59:11 UTC
Created attachment 206120 [details] [review]
subtitleoverlay: add a couple drive by const
Comment 2 Vincent Penquerc'h 2012-01-25 17:59:14 UTC
Created attachment 206121 [details] [review]
subtitleoverlay: fix probing of raw video caps

They're now video/x-raw, not video/x-raw-* anymore.
Comment 3 Vincent Penquerc'h 2012-01-25 17:59:17 UTC
Created attachment 206122 [details] [review]
playbin2: fix old style raw A/V caps

They're now {audio,video}/x-raw, not {audio,video}/x-raw-*
Comment 4 Vincent Penquerc'h 2012-01-25 18:01:03 UTC
What I found so far. This gets us further, but not there yet.
The textoverlay is now autoplugged, which is good.

Comparing the logs with what happens in 0.10, we should get the subtitleoverlay pad blocked callback to be called, but this does not happen here, but reasons still unknown.
Comment 5 Sebastian Dröge (slomo) 2012-01-27 15:42:02 UTC
Comment on attachment 206121 [details] [review]
subtitleoverlay: fix probing of raw video caps

Make this g_str_equals() or strcmp() or whatever and then push, it's definitely correct and a step in the right direction even if it doesn't fix this bug.
Comment 6 Tim-Philipp Müller 2012-02-13 23:41:55 UTC
Care to push those patches?
Comment 7 Vincent Penquerc'h 2012-02-14 00:10:59 UTC
Pushed, with Sebastian's comment addressed.

For avoidance of doubt, this does not fix the issue yet, merely causes the failure to occur later.
Comment 8 Arnaud Vrac 2012-09-06 15:17:52 UTC
Could this be because subparse does not send a GAP event ?
Comment 9 Edward Hervey 2012-09-11 15:32:32 UTC
Works fine for me (assuming the really small fonts are expected)
Comment 10 Tim-Philipp Müller 2012-09-11 16:22:40 UTC
> Works fine for me (assuming the really small fonts are expected)

Well of course, because you fixed it ! (Thanks) :)

Small fonts are expected for high-res video (see bug #370715).

Would be nice to mention the bug number/link in the commit messages next time.

Still some issues switching off subs via the totem menu, but not so important imho, it's a separate bug.

commit 5f4bd0a4e896140df8851d412fb483b295e14a59
Author: Edward Hervey <edward.hervey@collabora.co.uk>
Date:   Tue Sep 11 16:28:26 2012 +0200

    subparse: Call default query handler

commit b5090d2acaa736b20941b94cc248b006df6a7cf8
Author: Edward Hervey <edward.hervey@collabora.co.uk>
Date:   Tue Sep 11 16:27:24 2012 +0200

    streamsynchronizer: Don't wait on non-time streams
    
    streams with non-TIME segments will not have timestamps ...
    ... and therefore will never unblock the other streams.
    
    Fixes blocking issue when using playbin suburi feature
Comment 11 Arnaud Vrac 2012-09-12 09:12:04 UTC
I'm pretty sure there is still a race condition in streamsynchronizer with external subtitles, see http://pastebin.com/ugeFae9m for some logs with a working and a non-working case. The video and audio streams will not get unblocked if segment from subparse is received after audio and video stream-start events.