[Bug 663822] [subtitleoverlay] should not hardcode to use textoverlay element

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Dec 12 07:30:01 PST 2011


https://bugzilla.gnome.org/show_bug.cgi?id=663822
  GStreamer | gst-plugins-base | 0.10.x

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |t.i.m at zen.co.uk

--- Comment #7 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2011-12-12 15:29:59 UTC ---
> The textoverlay is assumed that the upstream video element will provide decoded
> video buffer then blit the subtile buffer with the decoded video buffer.
> 
> This is not the case for embedded system. Some embedded system in order to use
> hardware accelation, the decoded video data can be in kernel space and send to
> display component from kernel to kernel. So in the user space, it can be the
> fake buffer from upsream video decoder element then it is not needed to blit
> the subtitle buffer. And the subtitle buffer can push to downstrean element
> (sink element) to display.
> 
> So I think subtitleovelay bin is hard coded to use textoverlay is not flexible.

Note that textoverlay is now capable of attaching subtitle overlays to such
video buffers without blitting on the buffer directly, see the new
GstVideoOverlayComposition API. The sink (for example) can then blit the
subtitles on top of the video using a suitable hardware-specific API.

-- 
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