[gstreamer-bugs] [Bug 600929] [kate] tiger element doesn't handle segments and text/video synchronization properly
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Dec 19 06:08:44 PST 2010
https://bugzilla.gnome.org/show_bug.cgi?id=600929
GStreamer | gst-plugins-bad | git
Vincent Penquerc'h <vincent.penquerch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vincent.penquerch at collabora
| |.co.uk
--- Comment #27 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2010-12-19 14:08:38 UTC ---
I've been looking at this again, and I'm stumped by this:
WARNING: from element
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:tbin/GstSubtitleOverlay:suboverlay:
Internal GStreamer error: negotiation problem. Please file a bug at
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstsubtitleoverlay.c(709): _pad_blocked_cb ():
/GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:tbin/GstSubtitleOverlay:suboverlay:
Subtitle sink is blocked but we have no subtitle caps
Looking at the logs, I do set the source pad caps to something simple (either
text/plain or video/x-dvd-subpicture) when the first packet is received. This
works fine as far as I can tell.
Later, subtitleoverlay requests negotiated caps and gets NULL, and moans with
the error above. I just can't find how to stop this from happening. I suspect
that, since subtitleoverlay gets the caps from the input selector, the caps
from the katedec source aren't getting propagated to that, somehow.
I've tried adding a getcaps and setcaps function to katedec, but that doesn't
help. Either subtitleoverlay sees NULL, or the template caps (which are
compound).
Any idea just what I might be doing wrong ?
Thanks
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list