Custom query (1557 matches)
Results (13 - 15 of 1557)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#1384 | fixed | 10b422_C_Sony_2: Incorrect checksums because of deblocking bug | fbossen | |
Description |
#1353 (deblocking in presence of ISP CUs) leads VTM 10.0 to produce incorrect output. .yuv.md5 and .opl files should be corrected to reflect output defined by specification |
|||
#1389 | fixed | 10b444_A_Kwai_2: bad level indicator | fbossen | |
Description |
general_level_idc u(8) : 16 is too low a level (1.0) for sps_pic_width_max_in_luma_samples ue(v) : 1920 sps_pic_height_max_in_luma_samples ue(v) : 1080 pps_pic_width_in_luma_samples ue(v) : 1920 pps_pic_height_in_luma_samples ue(v) : 1080 |
|||
#447 | fixed | 16x16 Coefficient Zero Out for MTS with JVET- O0538 | bheng | |
Description |
In, residual_coding( ), the following condition:
zeros-out anything outsize the 16x16 region for MTS types. Previously, SBT blocks 32x32 and smaller used implicit MTS automatically. After JVET-O0538 (disables MTS for SBT if MTS is disabled in the SPS), MTS is no longer always used with SBT. Therefore, the above condition no longer aligns with the intended purpose (zero-out MTS blocks). It is suggested to add the same SPS constraint to the above condition to realign this condition with the actual use of MTS. Specifically:
|