[Bug 795416] x264enc: Make sure sinkpad caps are never renegotiated

[GStreamer (GNOME Bugzilla)]

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

--- Comment #4 from Thibault Saunier <tsaunier at gnome.org> ---
I indeed am exaggerating the fact that x264enc *can't* renegotiate at all :-)

This works just fine for instance:

    export TMPSCENARIO=$(mktemp)
    echo 'set-property, playback-time=1.0, target-element-name=capsfilter,
property-name=caps, property-value=(GstCaps)"video/x-raw,width=16,height=16"' >
$TMPSCENARIO
    GST_VALIDATE_SCENARIO=$TMPSCENARIO gst-validate-1.0 videotestsrc
num-buffers=60 ! capsfilter name=capsfilter
caps=video/x-raw,width=640,height=460 ! videoconvert ! x264enc tune=zerolatency
! decodebin ! autovideosink /test.scenario


(Encode and decode + playback a testsrc at 640x460 for 1 sec then change it to
16x16)


There still is a negotiation issue in the x264enc (and in encoders in general)
as I can see totally broken behaviors rendering simple GES timeline (without
forcing the incoming video format). I will try to provide scenarios to
reproduce outside of it and we should work toward fixing it at the root in each
encoder, so I am not closing this bug.

For now I have the impression my best bet is to follow this approach instead:
https://bugzilla.gnome.org/show_bug.cgi?id=795464 as it is less controversial
and fix my issue just as well.

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