[FFmpeg-devel] [PATCH 02/18] fate/hevc: add clip for persistent_rice_adaptation_enabled_flag

[Andreas Rheinhardt]

From: Xu Guangxin <oddstone at gmail.com>

Tests the issue fixed in c8bc0f66a875bc3708d8dc11b757f2198606ffd7.

Signed-off-by: Xu Guangxin <oddstone at gmail.com>
---
Thanks to James for uploading the sample.

There is something weird going on with this sample:
If I max out my computer and concurrently run this test
with slice threading, it sometimes fails (in about 1/3 of all runs).
Yet for some reason #9 made this happen only very infrequently.
tsan does not show any race that has anything to do with
updating the cabac state (which is what #9 is about),
but it shows other races (both before and after this patchset).
I did not encounter this with any other sample.

 tests/fate/hevc.mak                                       | 1 +
 .../hevc-conformance-WPP_HIGH_TP_444_8BIT_RExt_Apple_2    | 8 ++++++++
 2 files changed, 9 insertions(+)
 create mode 100644 tests/ref/fate/hevc-conformance-WPP_HIGH_TP_444_8BIT_RExt_Apple_2

diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak
index 2f16e3a29f..6c1e7447ad 100644
--- a/tests/fate/hevc.mak
+++ b/tests/fate/hevc.mak
@@ -141,6 +141,7 @@ HEVC_SAMPLES_8BIT =             \
     WPP_D_ericsson_MAIN_2       \
     WPP_E_ericsson_MAIN_2       \
     WPP_F_ericsson_MAIN_2       \
+    WPP_HIGH_TP_444_8BIT_RExt_Apple_2 \
 
 HEVC_SAMPLES_10BIT =            \
     DBLK_A_MAIN10_VIXS_3        \
diff --git a/tests/ref/fate/hevc-conformance-WPP_HIGH_TP_444_8BIT_RExt_Apple_2 b/tests/ref/fate/hevc-conformance-WPP_HIGH_TP_444_8BIT_RExt_Apple_2
new file mode 100644
index 0000000000..fcb1d2894a
--- /dev/null
+++ b/tests/ref/fate/hevc-conformance-WPP_HIGH_TP_444_8BIT_RExt_Apple_2
@@ -0,0 +1,8 @@
+#tb 0: 1/25
+#media_type 0: video
+#codec_id 0: rawvideo
+#dimensions 0: 1024x768
+#sar 0: 0/1
+0,          0,          0,        1,  1179648, 0x78e55a69
+0,          1,          1,        1,  1179648, 0x5babb3cb
+0,          2,          2,        1,  1179648, 0x65935648
-- 
2.34.1