mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-26 03:31:05 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/subprojects/gst-plugins-base/tests/validate/meson.build

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

50 lines
1.8 KiB
Meson
Raw Normal View History

Meson: find_program() will return gst-tester from subproject gstreamer now use override_find_program() so it won't return the system version. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/776>
2020-08-04 11:11:54 +00:00
gst_tester = find_program('gst-tester-@0@'.format(api_version), required: get_option('tests'))
if not gst_tester.found()
subdir_done()
audiotestsrc: Fix the way we compute EOS in reverse playback In reverse playback we were not taking into account the current buffer samples to check if we had reached EOS which was leading to a buffer with PTS = CLOCK_TIME_NONE containing too many frames followed by a useless buffer with pts=0 duration=0, and a g_critical issue in gst_object_sync_values. Also add a validate based test case. Without that patch this is how the expectation fails: ``` diff --- log-asink-sink-expected 2020-05-22 23:22:42.654384579 -0400 +++ log-asink-sink-actual 2020-05-22 23:29:35.671586380 -0400 @@ -27,5 +27,6 @@ buffer: pts=0:00:00.058820861, due=0:00:00.023219955, flags=discont buffer: pts=0:00:00.035600907, due=0:00:00.023219954, flags=discont buffer: pts=0:00:00.012380952, due=0:00:00.023219955, flags=discont -buffer: pts=0:00:00.000000000, due=0:00:00.012380952, flags=discont +buffer: due=0:00:00.012380953, flags=discont +buffer: pts=0:00:00.000000000, flags=discont event eos: (no structure) ``` Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/667>
2020-05-23 03:24:55 +00:00
endif
tests = [
'audiotestsrc/reverse',
videorate: Do not push an extra buffer on EOS when we are done pushing already There is no reason that when we have already pushed all the buffers in a segment we push a new one on EOS Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/668>
2020-05-25 16:31:32 +00:00
'videorate/10_to_1fps',
'videorate/reverse.10_to_1fps',
videorate: Fix buffer selection logic in reverse playback Stop comparing all timestamps from buffers that are before the segment with the segment.stop and compare with the actual end times. Comparing to segment.stop for all the buffers that where before the segment.stop was incorrect and leading to consuming wrong buffers and not respecting segment.stop, this is now properly tested. Expectations for `reverse.10_to_1fps.validatetest` have been fixed to take that into account and comparing the checksums of the sinkpad and srcpad expectations makes pretty clear how wrong that was. (we can see in the expectations that videotestsrc outputs an extra buffer with pts == segment.stop and this one is now properly dropped by videorate as bec7f4ad5ed4bb1abfb92db946e654338766562b aimed at doing) Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/668>
2020-05-25 20:59:53 +00:00
'videorate/reverse.10_to_30fps',
'videorate/reverse.1_to_10fps',
'videorate/reverse.30fps',
'videorate/reverse.variable_to_10fps',
videorate: Fix changing `rate` property during playback We need to take into account the base_ts to compute next_ts and it needs to be updated on rate change. This introduces `pending_rate` so that change rate is properly handled in the streaming thread in a safe way. Added tests Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/679>
2020-05-31 04:27:14 +00:00
'videorate/change_rate_while_playing',
'videorate/change_rate_reverse_playback',
videorate: Update QoS events taking into account our rate Otherwise there is a mismatch between the QoS values and what upstream would expect, leading to too much buffer dropping in video decoders in case rate < 1.0 or not enough buffer dropping in case rate > 1.0 Adding validate tests with and without decoders. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/679>
2020-05-29 20:21:11 +00:00
'videorate/rate_0_5',
'videorate/rate_0_5_with_decoder',
'videorate/rate_2_0',
'videorate/rate_2_0_with_decoder',
videorate: Add a `max-closing-segment-duplication-duration` property This allows users to let videorate fully fill the segments when received EOS or on new segment, removing an arbitrary limit of 25 duplicates which might not be what the user wants (for example on low FPS stream in GES, that sometimes leaded to broken behavior) Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3000>
2022-09-06 21:25:50 +00:00
'videorate/duplicate_on_eos',
'videorate/duplicate_on_eos_disbaled',
'videorate/duplicate_on_eos_half_sec',
videorate: Handle closing segment on EOS right after caps event The scenario is what we try in the tests: - we have a segment with .stop set - some frame(s) flow - we get a CAPS event - we get an EOS (before getting buffers after the CAPS event) in that case, without that patch, the segment is not properly closed which is not correct. In this patch we keep track of previous caps until a new buffer arrives, this way in that situation we set previous caps again, and close the segment with the previous buffer. Fixes: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1352 in this specific case Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3059>
2022-09-14 19:39:48 +00:00
'videorate/fill_segment_after_caps_changed_before_eos',
videoaggregator: Guarantee that the output format is supported In the case `videoaggregator` is set as allowing format conversions, and as we convert only on the sinkpads, we should ensure that the chosen format is usable by the subclass. This in turns implies that the format is usable on the srcpad. When doing conversion *any* format can be used on the sinkpads, and this is the only way that we can avoid race conditions during renegotiations so we can not change that fact, we just need to ensure that the chosen intermediary format is usable, which was not actually ensured before that patch. Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/issues/834 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/909>
2020-10-30 16:56:16 +00:00
'compositor/renogotiate_failing_unsupported_src_format',
giosrc: Add support for growing source files Add a way for applications to specify that the underlying file is growing which implies that the source won't EOS when reaching the end of the file but instead start monitoring it and start reading it again whenever a change is detected. Also add a validate test to check the behavior Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/937>
2020-11-19 22:17:18 +00:00
'giosrc/read-growing-file',
encodebin: Add APIs to set element properties on encoding profiles User often want to set encoder properties on encoding profiles, this introduces a way to easily 'preset' properties when defining the profile. This uses GstStructure to define those properties the same way it is done in `splitmux` for example as it makes simple to handle. This also defines a more complex structure type where we can map a set of properties to set depending on the muxer/encoder factory that has been picked by EncodeBin so it is quite flexible. Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/1002>
2020-11-20 21:35:49 +00:00
'encodebin/set-encoder-properties',
uridecodebin: Ensure that pads caps are set before exposing them We are supposed to guarantee that pads that are exposed have the caps set, but for sources that have pad with "all raw caps" templates, we end up exposing pads that don't have caps set yet, which can break code (in GES for example). To avoid that we let uridecodebin plug a `decodebin` after such pads and let decodebin to handle that for us. In the end the only thing that decodebin does in those cases is to wait for pads to be ready and expose them, after that `uridecodebin` will expose those pads. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/3009>
2022-09-07 14:39:21 +00:00
'uridecodebin/expose_raw_pad_caps',
audiotestsrc: Fix the way we compute EOS in reverse playback In reverse playback we were not taking into account the current buffer samples to check if we had reached EOS which was leading to a buffer with PTS = CLOCK_TIME_NONE containing too many frames followed by a useless buffer with pts=0 duration=0, and a g_critical issue in gst_object_sync_values. Also add a validate based test case. Without that patch this is how the expectation fails: ``` diff --- log-asink-sink-expected 2020-05-22 23:22:42.654384579 -0400 +++ log-asink-sink-actual 2020-05-22 23:29:35.671586380 -0400 @@ -27,5 +27,6 @@ buffer: pts=0:00:00.058820861, due=0:00:00.023219955, flags=discont buffer: pts=0:00:00.035600907, due=0:00:00.023219954, flags=discont buffer: pts=0:00:00.012380952, due=0:00:00.023219955, flags=discont -buffer: pts=0:00:00.000000000, due=0:00:00.012380952, flags=discont +buffer: due=0:00:00.012380953, flags=discont +buffer: pts=0:00:00.000000000, flags=discont event eos: (no structure) ``` Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/667>
2020-05-23 03:24:55 +00:00
]
env = environment()
meson: update for meson.build_root() and .build_source() deprecation -> use meson.project_build_root() or .global_build_root() instead. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1183>
2021-10-18 14:47:00 +00:00
env.set('GST_PLUGIN_PATH_1_0', meson.global_build_root(), pluginsdirs)
audiotestsrc: Fix the way we compute EOS in reverse playback In reverse playback we were not taking into account the current buffer samples to check if we had reached EOS which was leading to a buffer with PTS = CLOCK_TIME_NONE containing too many frames followed by a useless buffer with pts=0 duration=0, and a g_critical issue in gst_object_sync_values. Also add a validate based test case. Without that patch this is how the expectation fails: ``` diff --- log-asink-sink-expected 2020-05-22 23:22:42.654384579 -0400 +++ log-asink-sink-actual 2020-05-22 23:29:35.671586380 -0400 @@ -27,5 +27,6 @@ buffer: pts=0:00:00.058820861, due=0:00:00.023219955, flags=discont buffer: pts=0:00:00.035600907, due=0:00:00.023219954, flags=discont buffer: pts=0:00:00.012380952, due=0:00:00.023219955, flags=discont -buffer: pts=0:00:00.000000000, due=0:00:00.012380952, flags=discont +buffer: due=0:00:00.012380953, flags=discont +buffer: pts=0:00:00.000000000, flags=discont event eos: (no structure) ``` Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/667>
2020-05-23 03:24:55 +00:00
env.set('GST_PLUGIN_SYSTEM_PATH_1_0', '')
env.set('GST_REGISTRY', '@0@/@1@.registry'.format(meson.current_build_dir(), 'validate'))
env.set('GST_PLUGIN_SCANNER_1_0', gst_plugin_scanner_path)
validate tests: include debugutilsbad to be able to use testsrcbin Fixes test: validate.uridecodebin.expose_raw_pad_caps testsrcbin (currently part of debugutilsbad) is an useful element for validate tests. validate.uridecodebin.expose_raw_pad_caps makes use of it. Unfortunately, because validate tests with GStreamer only run with whitelisted plugins and `debugutilsbad` wasn't in the whitelist, the test was failing and being auto-skipped. This patch adds debugutilsbad to the whitelists used by validate tests in subprojects with a validate/meson.build. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/4931>
2023-06-26 09:53:47 +00:00
env.set('GST_PLUGIN_LOADING_WHITELIST', 'gstreamer', 'gst-validate', 'debugutilsbad',
meson: update for meson.build_root() and .build_source() deprecation -> use meson.project_build_root() or .global_build_root() instead. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1183>
2021-10-18 14:47:00 +00:00
'gst-plugins-base@' + meson.project_build_root())
audiotestsrc: Fix the way we compute EOS in reverse playback In reverse playback we were not taking into account the current buffer samples to check if we had reached EOS which was leading to a buffer with PTS = CLOCK_TIME_NONE containing too many frames followed by a useless buffer with pts=0 duration=0, and a g_critical issue in gst_object_sync_values. Also add a validate based test case. Without that patch this is how the expectation fails: ``` diff --- log-asink-sink-expected 2020-05-22 23:22:42.654384579 -0400 +++ log-asink-sink-actual 2020-05-22 23:29:35.671586380 -0400 @@ -27,5 +27,6 @@ buffer: pts=0:00:00.058820861, due=0:00:00.023219955, flags=discont buffer: pts=0:00:00.035600907, due=0:00:00.023219954, flags=discont buffer: pts=0:00:00.012380952, due=0:00:00.023219955, flags=discont -buffer: pts=0:00:00.000000000, due=0:00:00.012380952, flags=discont +buffer: due=0:00:00.012380953, flags=discont +buffer: pts=0:00:00.000000000, flags=discont event eos: (no structure) ``` Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/667>
2020-05-23 03:24:55 +00:00
foreach t: tests
test_dir_name = t.split('/')
test_name = 'validate'
foreach c: test_dir_name
test_name += '.' + c
endforeach
test_env = env
test_env.set('GST_VALIDATE_LOGSDIR', join_paths(meson.current_build_dir(), test_name))
test_file = join_paths(meson.current_source_dir(), t + '.validatetest')
test(test_name, gst_tester, args: [test_file, '--use-fakesinks'],
env: test_env, timeout : 3 * 60, protocol: 'tap')
meson: Use the tests option for validate This is what gstreamer core does too, and avoids a configure error when tests are disabled globally. Also print a useful error when gst_tester is not found from the gstreamer subproject. This broke in https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/667 Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/-/merge_requests/697>
2020-06-11 07:46:40 +00:00
endforeach
Reference in a new issue Copy permalink