Custom Query (1442 matches)
Results (1 - 3 of 1442)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#1233 | fixed | HM decoder hang under Mac OSX 10.9 | zyf674 | |
Description |
HM decoder always hangs at the end of the bitstream if the decoder is compiled under Mac OSX 10.9 & Xcode 5.0. Seems because of different behaviors of <istream> header files in OSX 10.9 and previous versions. |
|||
#1372 | fixed | IntraPredModeY is not set to be DC for palette and IntraBC mode | rajan_joshi | zxgvideo |
Description |
In the WD 2 for HEVC SCC extension(JCTVC-S1005), IntraPredModeY is not set to any direction for palette and IntraBC mode, whereas SCM intilizes it to be DC. Following the WD, an uncertain MPM mode derivation will happen to the Intra PU having intraBC or palette neighboring CUs. |
|||
#500 | fixed | Redundant cbf_cb and cbf_cr flags when log2MaxTrafoSize is set to two | bbross | zhyang123 |
Description |
Similar to the previous HM ticket #312, the working draft also has the issue that when log2MaxTrafoSize is two, there are three redundant cbf_cb and cbf_cr flags for each 4x4 chroma TU. In section 7.3.8 transform tree syntax, firstChromaCbf is derived as follows: firstChromaCbf = ( log2TrafoSize = = Log2MaxTrafoSize | | trafoDepth = = 0 ) ? 1 : 0 The above formula does not consider the case when log2MaxTrafoSize is two. In that case, bFirstCbfOfCU is always true for each 4x4 luma TU, which in turn causes a set of cbf_cb and cbf_cr flags to be coded. Although only the 4th luma TU is associated with a chroma TU and should contain a set of coded cbf_cb and cbf_cr flags. A possible fix may be to replace the above formula by the following one firstChromaCbf = ((log2TrafoSize == log2MaxTrafoSize && (log2TrafoSize > 2 || blkIdx == 3)) || trafoDepth == 0 ) |