scenarios: add a stateless property.

This property enables the user to have actions executed independently
of the state of the pipeline.

Conflicts:
validate/gst/validate/gst-validate-scenario.c

scenario: make sure to not execute actions when changing state.

Conflicts:
validate/gst/validate/gst-validate-scenario.c

validate: The 'buffering' variable needs to be static

We need its value between bus_callback calls to be the same

gst-validate: some static variables can be local

buffering is only used inside the bus_callback, so it can have that local
scope. same thing with ret which is only used in the main function.

gst-validate: small typo in usage summary

validate: Wait for the PAUSED state to be reached before executing actions

validate: Fix the name of the sintel blacklisting

validate: Add a scenario to disable subtitle track while paused

validate: Implement frame by frame writing in the media descriptor writer

+ Add an option to fully parse media files in the gst-validate-media-check tool

validate: Execute position right when the pipeline reaches PAUSED

We might go to PAUSED SYNC if nothing happens in the pipeline

validate: Add a scenario that disable subtitles

+ Clean the sythax to define switch-track action that actually
desactivate the track

validate: Do not execute action when buffering

While buffering we should no try to execute anything as we would not be
controlling properly the execution.

+ Activate scrub forward seeking for HTTP streams

validate: Add a scenario that switches subtitle track while paused

+ Integrate it in the launcher

validate:launcher: Sensibly simplify scenario handling

validate: Plug a minor leak

validate: Use ges-launch recursing path new feature

And fix path to URI conversion

validate: Add a gst-validate-launcher documentation

validate:launcher: Port OptionParser to ArgParse

validate: Can not do reverse playback on sintel sample

+ Minor improvement in the CLI

validate:launcher: Do not except meaningless argument in ges-launch

validate: Handle per file special scenarios

When a file is int the same folder as a media file and has a name like:
mediafilename.mkv.scenarios_name.scenario  we run that scenario on that
particular file

validate: Allow specifying scenarios to parse when lisiting them

It used to only handle the scenario present in proper paths, we
also need to handle special scenarios provided by users on the fly

validate: Handle ERROR on the bus when monitoring the pipeline

This way the user get a  clear information in the report about the issue

+ sensibly cleanup code

validate: Add a scenarios that switchs subtitle track

+ Make it easier and cleaner to tell that a switch is actually disabling
a track type.

And run the scenario in gst-validate-launcher by default

validate: Add a switch_audio_track_while_paused scenario

And run it as a default

validate: Add an action to set an external URI file on playbin at runtime

validate: Override switch_track action when using a playbin

And use the playbin feature for that when the pipeline is based on playbin

validate: Do not g_strrstr with a NULL pointer as needle

validate: Print more details when executing the switch_track action

+ Fix some issue in the memory freeing codepath of GstValidateAction

validate: Do not try to use a NULL iter

pad-monitor: check that no buffers are pushed after a pad is EOS

Make sure no resources are wasted after elements are done with the
current segment

launcher: Now using git annex to handle media files

validate: Expose a seeking method so other actions types can seek

Other action types might need to seek and we GstValidateScenario need
to know about it, add a method others can use to do the seeking

Revert "validate:launcher: Always put gst-validate result as stderr in reports"

This reverts commit 925ff7542b69bb5516b6eb5b4488da23124a0cbc.

Actually jenkins never  truncates on failure stacktrace... we do not
want to set gst-validate as failure stacktrace in our results. That
commit was not usefull.

validate:launcher: Always put gst-validate result as stderr in reports

This way jenkins will always keep the information in its database even
if the test passes

validate: Pass -scenario.c into gst-indent and fix some docs

validate: Add a "dot-pipeline" action

validate: Return a boolean when parsing an enum string

validate:scenarios: Prefer stop action instead of EOS when appropriate

validate:launcher: Properly set error message when sending EOS did not work

validate:launcher: Add a way to specify tests filtering only on defaults

validate:launcher: Add support for audio track switching scenario

validate:launcher: Make it possible to run any scenario test in gst-validate

validate:launcher: Do not run reverse playback on mpegts files

validate:launcher: Cleanup media descriptor usage

validate:launch: Port to the new media_info format

validate: Add a media-descriptor parser and writer

validate: Minor printing cleanup

validate: Add a 'stop' action to stop a pipeline

It uses the GST_MESSAGE_REQUEST state with the scenario as a source
so that application can stop running when they receive it on the bus.

validate:launcher: Use the new validatelog file

Making the output cleaner and clearer in junit XML file

validate: Handle position printing at the monitor level

Instead of replicating that code all around

validate: Add printing utilities

Allowing the user to print everyting in a file through the
GST_VALIDATE_FILE env variable

validate: Add an action to wait for a given amout of time

During that time we will just not execute any new action

+ Lower WARNING to DEBUG when no playbcak_time is provided for an
action, it should just be 0.

validate: Check that for raw, buffers are strictly contained in segment

For encoded data we might need buffers that have timestamp <
segment.start to make sure that we have the keyframe, etc... but for raw
data, buffer end should strictly be inside the segment, be more strict
about that.

validate: PAR is not a mandatory field

Also make it possible to check other not mandatory fields in the future

validate: Do not use GST_PTR_FORMAT when reporting

It will not work now that we have our own implementation of printf for that in Gst and
thus provide us with pretty useless infos

validate:launcher: Send SIGINT signal instead of killing the subprocess

This way we get the result from GstValidate even on timeouts

validate:launcher: Always set sync=True on fakesink on playback pipelines

This way we are in closer condition of real sink playback.

+ some minor cleanup in gst-validate.c

validate:launcher: ring-buffer-max-size is in bytes

validate: Handle g_log errors at the gst-validate level

validate: Allow comments in scenario files

Comment are per line only and start with #

validate:launcher: Fix default blacklist management

validate:launcher: Print the number of the test being run

validate: Avoid segfault when discovering fails

In that case the x->stream_info might not be set

validate:launcher: Fix mixup in media_check tests expected file path

validate:launcher: Flush stdout each time we print

So everything gets printed on time on windows and jenkins

validate: launcher: Use the ConfigPraser object everywhere for file_infos

validate:launcher: Properly handle missing scenarios on the system

validate:launcher: Handle windows path to construct arguments

validate:launcher: Handle the fact that win32 apps end with .exe

validate: Do not build LD_PRELOAD related code on windows

And do not forget to link against gst-pbutils

validate: Use GModule to 'dlopen' ovverrides

We want gst-validate to be cross platform so use cross platform tools

validate:launcher: Put gst logs in a specific file

+ Make default timeout 30seconds just in case.

validate: launcher: Let the use debug on test fail

When a test timeouts, let the user know about the subprocess etc,
and let him possibly connect gdb to it.

validate:launcher: Do not set sample path to letter in ges-launch

validate:launcher: Start the server only when actually needed to run filtered tests

validate: Do not query pad caps to check if caps are properly fowarded

Query caps will actually get the caps from downstream and those caps
might be different in case there is a Filter in between. What we want is
to check that the caps set on the internally linked pads are correct.

launcher: Allow user to set media-files directory

That was broken by 71dee6c3843d02d9d41bbb353cb3fa653190018d

tools:validate: Start printing position on ASYNC_DONE

As this is what is done in the scenarios.

launcher: Don't hardcode option defaults

Since they are relative to other options, we need to post-process them
to get the proper value.

Fixes using the launcher with non-default MAIN_DIR

launcher: Warn if MAIN_DIR isn't present

And move blacklist file listing to further down

launcher: No need to start a web server when listing tests

It's not needed and makes listing faster.
Also sort the list of tests

launcher: --sync: Only update/clone git repo if specified

Allows:
  * handling non-git-based asset directory
  * working offline
  * working without forcing updates

validate-scenario: Handle non-set env variable

Nothing guarantees it's present/set

validate:scenario: Do not be strict about position after not accurate seek

validate:scenario: Cleanup output and pass into gst-indent

validate:scenario: Cleanup output of --list-scenarios

validate: scenario: Load scenario if the name is actually a path to a file

validate: tools: Fix path to media folder

validate:tools: Clean test between runs when running forever

validate: Do not check result furthers if alredy set as passing

validate:scenario: Pass into gst-indent

validate: Add actions to the actions list only when they are fully parsed

Otherwize in some corner cases they can be executed before they are actually parsed

validate: Ignore EOS actions that can not be executed

validate: Handle various paths in GST_VALIDATE_SCENARIOS_PATH

validate:scenario: Make GstValidateAction a GstMiniObject

validate: Move enums and flags deserialization from scenario to utilities

This way it can be reused.

validate:scenario: Make the pipeline puiblic

This way people can access it from outside the main action implementation.

validate:launcher: Avoid running useless tests

For example we should not check if duration are equal when transcoding
with scenario set.

Also checking if position is in the seeked segment should be done at
a lower level

validate:launcher: Avoid seeking in output files to parse them

Tihs creates issue and missing content.