[gstreamer-bugs] [Bug 624697] Add 'video/x-raw-va' in DEFAULT_RAW_CAPS for va api support

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=624697
  GStreamer | gst-plugins-base | unspecified

--- Comment #5 from Zhao, Halley <halley.zhao at intel.com> 2010-07-19 09:06:10 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> >     1. decodebin2 auto-plug doesn't stop when it comes to 'video/x-raw-va'
> 
> That's what the autoplug-continue is used for. playbin2 checks (should check)
> if the sink supports the caps and tell decodebin2 to stop autoplugging in that
> case.
I mean decodebin2 doesn't 'goto expose_pad' in analyze_new_pad() because
are_raw_caps() fail for 'video/x-raw-va'.
> 
> >     2. then it will comes to a sink (vaimagesink for example)
> 
> That's a bug in your sink then, decodebin2/uridecodebin must not autoplug sinks
> and will not autoplug sinks unless they have the wrong classification in the
> element details (does your sink say it's a Decoder or Parser or Demuxer or
> Depayloader? If it does: that's the problem)
> 
> > va element only works if the hardware supports the required features.
> 
> Does that mean, that changing the state of those elements to READY will fail?
> Or will the elements fail later? If they fail later that's a problem for
> autoplugging (e.g. if you have the va elements on hardware that doesn't support
> va).
those elements fail when setting to READY.

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