[gstreamer-bugs] [Bug 638891] New QoS event encouraging degraded rendering when window is obscured

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=638891
  GStreamer | gstreamer (core) | 0.10.28

--- Comment #16 from Yongnian <yongnian.le at intel.com> 2011-01-10 12:58:05 UTC ---
I discussed this with David Schleef
(http://sourceforge.net/mailarchive/forum.php?thread_name=20101213042030.GA20961%40cooker.entropywave.com&forum_name=gstreamer-devel)
at gstreamer developer forum. Two ways are possible: a specialized QoS event
(proportion=0.0) or a new QoS event. We think the second way is better: 1) many
codes might be updated for such special proportion for prior way; 2) the
semantic is different from original QoS event which is only impacted by CPU
overhead to disable stream; 3) it might be extended to new usage scenario to
select stream with different quality. As why we cannot completedly disable the
stream, sink element still needs "render" the invisible window for future
re-painting request (window system doesn't hold previously rendered data).
For the last question, the element of TEE is reducing the rate of buffer
processing when it sees QOS_OBSCURED event, but it cannot push such event to
upstream elements further for its funtionality.

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