[Bug 646638] handle stream (de)activation

[GStreamer (bugzilla.gnome.org)]

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

Edward Hervey <bilboed> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bilboed at gmail.com

--- Comment #6 from Edward Hervey <bilboed at gmail.com> 2012-06-18 14:43:10 UTC ---
Since we have base audio/video decoder classes now we could have something like
this:

If a decoder is not linked (via reconfigure/allocation/... notification) then
it does not configure itself, but continuously keeps the previous N buffers
needed to go back to decoding:
* For audio it could be zero (in case of zero latency codecs) to N (in case you
need the previous N buffers to decode a buffer).
* For video it could be zero (in case of image/I-frame only codecs) to
everything from the previous keyframe.

When a decoder is notified that it is linked downstream, it then has access to
all the data needed to decode and output data immediatly.

The base classes could take care of that automatically so that implementations
don't have to care whether they are linked or not.

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