[Bug 726221] typefind: no longer sends CAPS event? (regression?)

[GStreamer (bugzilla.gnome.org)]

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

Sebastian Dröge (slomo) <slomo> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEEDINFO

--- Comment #9 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2014-03-14 07:42:44 UTC ---
Actually this is correct behaviour. qtdemux will activate in pull mode, so
typefind should not send any events at all to it. There was a bug previously
that made it send events but that's not how it is supposed to be.

So what happens is
1) typefind activates itself in pull mode
2) typefind detects the type, sends a caps event on its srcpad and emits the
type-found signal
3) decodebin catches the type-found signal, plugs qtdemux after typefind
4) qtdemux activates in pull mode, which deactivates typefind from pull mode
and makes the caps event never arrive in qtdemux

If qtdemux wants to know the caps in pull mode, it must either detect them
itself or do a caps query upstream.


What exactly is the problem here? :)

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