Conversation
There was a problem hiding this comment.
Copilot reviewed 18 out of 37 changed files in this pull request and generated no comments.
Files not reviewed (19)
- Changelog: Language not supported
- configure: Language not supported
- libavcodec/Makefile: Language not supported
- libavcodec/bit_depth_template.c: Language not supported
- libavcodec/cbs_h2645.c: Language not supported
- libavcodec/cbs_sei.h: Language not supported
- libavcodec/cbs_sei_syntax_template.c: Language not supported
- libavcodec/h2645_sei.c: Language not supported
- libavcodec/h2645_sei.h: Language not supported
- libavcodec/h26x/h2656_inter_template.c: Language not supported
- libavcodec/h274.c: Language not supported
- libavcodec/h274.h: Language not supported
- libavcodec/vvc.h: Language not supported
- libavcodec/vvc/Makefile: Language not supported
- libavcodec/vvc/cabac.c: Language not supported
- libavcodec/vvc/cabac.h: Language not supported
- libavcodec/vvc/ctu.c: Language not supported
- libavcodec/vvc/ctu.h: Language not supported
- libavcodec/vvc/data.c: Language not supported
Comments suppressed due to low confidence (1)
.github/workflows/makefile.yml:26
- [nitpick] The matrix entry 'clang-usan' may be confusing since the similar 'clang-asan' is also present. Consider clarifying the naming difference or adding a comment to indicate the intended purpose.
- { name: clang-usan, flags: '--toolchain=clang-usan' }
|
Current Progress |
|
Hi @nuomi2021, All 16 bits clips have passed the conformance test with my work. I'll update the commit soon. And it looks like there are a lot of md5 are different from the output of the lastest VTM. I regenerated a new md5.txt for 16 bits clips using the VTM You can try After my change, our result will match the latest VTM. |
|
is the vtm conformance set updated? |
Yeah. I manually downloaded the clips for each version and found that they doesn't match the md5 of latest DecderApp.exe. |
becb196 to
370d2ca
Compare
d6d9363 to
9acadeb
Compare
|
@nuomi2021 Is it necessary to add support for 13/15 bit depth? We can support decoding by simply adding VVC_DSP(15), but it may not be used by any user. Maybe we can just support 14 and 16 bits, which is enough. |
|
Even though 14-bit support isn't needed right now, we can make the code flexible in case someone wants to add it in the future |
Updated! |
libavcodec/vvc/inter_template.c
Outdated
| pixel* dst = (pixel*)_dst; | ||
| const int ps = BIT_DEPTH >> 3; | ||
|
|
||
| int16_t *gh0 = (int16_t *)gradient_h[0]; |
There was a problem hiding this comment.
prof_grad_filter is a local function, so we do not need to covert it to int16 _t, just use tpixel.
libavcodec/vvc/inter.c
Outdated
| const int hs = fc->ps.sps->hshift[c_idx]; | ||
| const int vs = fc->ps.sps->vshift[c_idx]; | ||
| const int idx = av_log2(block_w) - 1; | ||
| const int ps = fc->ps.sps->bit_depth + 2 >> 3; |
There was a problem hiding this comment.
better use sps->pixel_shift, if not possible, better use some macro here to tell reader why we need to * ps
There was a problem hiding this comment.
(1 << sps->pixel_shift) will be fine.
There was a problem hiding this comment.
It seemed that sps->pixel_shift is not possible for that I want to round(14) to 16 so why we plus 2
10 + 2 = 12; 12 / 8 = 1
12 + 2 = 14; 14 / 8 = 1
14 + 2 = 16; 16 / 8 = 2
16 + 2 = 18; 18 / 8 = 2
There was a problem hiding this comment.
better use a macro, or comment why we can not use pixel_shift here.
There was a problem hiding this comment.
do we need to define 14 bits's tpixel to 32?
There was a problem hiding this comment.
Yes. The VTM requires the high bit-depth macro to be enabled when the bit depth is greater than 12.
|
@QSXW, could you please help update the MD5 checksums in the tests? |
Sure. See ffvvc/tests#53 |
a9603db to
c857a78
Compare
…tdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…h bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…igh bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…igh bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
… high bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
This commit fixed the decoding process for geometric partitioning mode inter blocks Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…bitdepth This commit fixed the fetching samples process for Bi-directional optical flow prediction process Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…tdepth This commit fixed the gradient filter for prediction refinement with optical flow process Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
This commit fixed the prediction refinement with optical flow process Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…epth This commit fixed the prediction refinement with optical flow process Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…tdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
This commit fixed the Bi-directional optical flow prediction process Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…for high bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…r high bitdepth Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…tdepth This commit fixed Coding tree block filtering process for luma samples Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…bitdepth This commit fixed Coding tree block filtering process for chroma samples Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
…nst int Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>
passed files:
16b400P16_A_Sony_2.bit
16b400P16_B_Sony_2.bit
16b400P16_C_Sony_2.bit
16b400P16_D_Sony_2.bit
16b400P16_E_Sony_2.bit
16b420P16_A_Sony_2.bit
16b420P16_B_Sony_2.bit
16b420P16_C_Sony_2.bit
16b420P16_D_Sony_2.bit
16b420P16_E_Sony_2.bit
16b422P16_A_Sony_2.bit
16b422P16_B_Sony_2.bit
16b422P16_C_Sony_2.bit
16b422P16_D_Sony_2.bit
16b422P16_E_Sony_2.bit
16b444Iepp_A_Sharp_3.bit
16b444Ierrc_A_Qualcomm_2.bit
16b444Ietsrc_A_Kwai_2.bit
16b444Iprrc_A_Qualcomm_2.bit
16b444Irlscp_A_OPPO_2.bit
16b444Ivvc1_A_Alibaba_2.bit
16b444Iwpp_A_OPPO_1.bit
16b444SPepp_A_Sharp_3.bit
16b444SPerrc_A_Qualcomm_2.bit
16b444SPetsrc_A_Kwai_2.bit
16b444SPetsrc_B_Kwai_2.bit
16b444SPetsrc_C_Kwai_2.bit
16b444SPetsrc_D_Kwai_2.bit
16b444SPetsrc_E_Kwai_2.bit
16b444SPetsrc_F_Kwai_2.bit
16b444SPetsrc_G_Kwai_2.bit
16b444SPetsrc_H_Kwai_2.bit
16b444SPprrc_A_Qualcomm_2.bit
16b444SPrlscp_A_OPPO_2.bit
16b444SPvvc1_A_Alibaba_2.bit
16b444SPwpp_A_OPPO_1.bit
16b444epp_A_Sharp_3.bit
16b444errc_A_Qualcomm_2.bit
16b444errc_B_Qualcomm_2.bit
16b444errc_C_Qualcomm_2.bit
16b444etsrc_A_Kwai_2.bit
16b444prrc_A_Qualcomm_2.bit
16b444rlscp_A_OPPO_2.bit
16b444vvc1_A_Alibaba_2.bit
16b444wpp_A_OPPO_1.bit
Signed-off-by: Wu Jianhua <toqsxw@outlook.com>

No description provided.