As this is what user will expect in this case, for example in this case:

    set-state, state=null; playback-time=5
    set-property, target-element-name=dvbsrc0, property-name=delsys, property-value=11
    play;

Alexandru Băluț authored Apr 13, 2016 and Thibault Saunier committed Jun 06, 2016

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

So that the validate testsuites know with what version they are working

Edward Hervey authored Apr 07, 2016 and Thibault Saunier committed Apr 07, 2016

We will be changing states, set the handles-state variable accordingly

Tom Schoonjans authored Mar 25, 2016 and Sebastian Dröge committed Mar 25, 2016

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

When a first testsuite will set paths, it does not mean that we should
just register following testsuite test manager default tests.

So we need to make a difference between the media paths the user passed
with --media-path and the ones defined by the testsuite.

Only if those testsuites do not use the same Tester as we
currently can't know to what testsuite a test belongs.

And just write the temporary XML file on disc

As described in https://bugzilla.gnome.org/show_bug.cgi?id=764020

After a seek we need to wait for the right segment (meaning the segment
with seqnum == last seek/flush stop seqnum) to check whether the segment.time
has been properly set.

In the case and element is in READY or is going to READY state, it can
always return GST_FLOW_FLUSHING.

Avoid a race where a demuxer sinkpad has not been set to FLUSHING when we are
still processing a buffer but downstream is already FLUSHING and thus
the demuxer is already returning FLUSHING.

So it can be used in the launcher.
And make sure to properly parse the info in the launcher.

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

MAX(0, ((gint64) priv->segment_start - priv->seek_pos_tol) will be a high
positive number thanks to being interpreted as unsigned values if
segment_start < seek_pos_tol. Fix this by explicitly checking for this case
and only doing the subtraction otherwise.

This fixes the problem from fdccffbb
completely now.

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

When we added namespace to make GI happy we ended up with
structure called like GstValidateMediaGstValidateMediaXXX.

Edward Hervey authored Mar 08, 2016 and Edward Hervey committed Mar 08, 2016

If an accurate seek is accepted, the resulting segment.time should be
exactly the requested seek start value..

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

Vineeth T M authored Mar 08, 2016 and Sebastian Dröge committed Mar 08, 2016

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

Vineeth T M authored Feb 22, 2016 and Thibault Saunier committed Mar 05, 2016

When listing tests, checking whether uri is present or not and displaying error.
But uri does notneed to be present in case of pipeline generator. So the condition check is wrong.
This results in validateelements testsuite not working. Hence modifying the condition to
not error out on valid cases.

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

We might be working with something that is not a path

Skipping all functions and methods that are not relevant and not easily
introspectable

Differential Revision: https://phabricator.freedesktop.org/D706

Differential Revision: https://phabricator.freedesktop.org/D705

Making GI a bit happier.

Those are not stable API anyway...

Differential Revision: https://phabricator.freedesktop.org/D704

Differential Revision: https://phabricator.freedesktop.org/D703

Differential Revision: https://phabricator.freedesktop.org/D702

This way we do not need the LD_PRELOAD hack anymore

Add a new libgstvalidateplugin GStreamer plugin, making sure it shares
the exact same code as the library (exposing only the wanted symbols).

Fix the way we set where to install GstValidate plugins

Try to keep backward compatibility even if tracers should never be instantiated
after an GstElement has been instantiated.

Differential Revision: https://phabricator.freedesktop.org/D459

Reviewed-by: Thibault Saunier <tsaunier@gnome.org>
Differential Revision: https://phabricator.freedesktop.org/D699

Reviewed-by: Thibault Saunier <tsaunier@gnome.org>
Differential Revision: https://phabricator.freedesktop.org/D698