[Bug 757941] vaapiencode: Allow to set profiles via capsfilters

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=757941

--- Comment #30 from Hyunjun Ko <zzoon at igalia.com> ---
(In reply to Víctor Manuel Jáquez Leal from comment #29)
> (In reply to Hyunjun Ko from comment #28)
> > (In reply to Víctor Manuel Jáquez Leal from comment #26)
> > > > In this pipeline, it changes profile from baseline to constrained-baseline,
> > > > which is correct. But it fails to push the first frame due to
> > > > "not-negotiated"
> > > 
> > > Does the pipeline return a "not-negotiated" error?
> > > 
> > > That might be a correct behavior... isn't it?
> > > 
> > 
> > I thought that it's correct but according to bug #782949, mp4mux/matroskamux
> > shouldn't be allowed to change them on the fly.
> 
> If I understand it correctly, this is related with the muxers, not the
> encoder. Other elements might accept it.

I investigated into this issue, and this is fault on gst-vaapi.
For this case, gst encoder tries to change from baseline to
constrained-profile, which was not on the caps when linked to downstream.
IIUC, we can change profile only on the allowed caps when trying to re-nego.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.