From: Xu Guangxin <oddst...@gmail.com> Tests the issue fixed in c8bc0f66a875bc3708d8dc11b757f2198606ffd7.
Signed-off-by: Xu Guangxin <oddst...@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 _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".