Custom Query (1442 matches)
Results (25 - 27 of 1442)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #684 | fixed | Weighted Prediction Formula Bug in 8.5.2.2.3.2 Weighted sample prediction process | bbross | yul |
| Description |
In Section 8.5.2.2.3.2 Weighted sample prediction process, Equations (8-227) and (8-229), predSamples[ x ][ y ] = Clip3( 0, ( 1 << bitDepth ) − 1, predSamplesL0[ x ][ y ] * w0 + o0 ) (8-227) predSamples[ x ][ y ] = Clip3( 0, ( 1 << bitDepth ) − 1, predSamplesL1[ x ][ y ] * w1 + o1 ) (8-229) have fatal errors that predSamplesL0 and predSamplesL1 are not right-shifted by "shift1". Those errors result in predSamples are always equal to ( 1 << bitDepth ) − 1. The correct equations are given as follows: predSamples[ x ][ y ] = Clip3( 0, ( 1 << bitDepth ) − 1, (predSamplesL0[ x ][ y ] + offset1 ) >> shift1 ) * w0 + o0 ) (8-227) predSamples[ x ][ y ] = Clip3( 0, ( 1 << bitDepth ) − 1, (predSamplesL1[ x ][ y ] + offset1 ) >> shift1 ) * w1 + o1 ) (8-229) |
|||
| #934 | fixed | g_auiRasterToZscan Address Calculation out of range in TComPattern::initPattern | yul | |
| Description |
In TComPattern::initPattern function,
The g_auiRasterToZscan[ (Int)g_auiZscanToRaster[uiAbsZorderIdx] - (Int)pcPic->getNumPartInWidth() + (Int)uiNumPartInWidth ] may have out of range problem, due to the calculation of (Int)g_auiZscanToRaster[uiAbsZorderIdx] - (Int)pcPic->getNumPartInWidth() + (Int)uiNumPartInWidth may be < 0. This will cause the visiting address of g_auiRasterToZscan[] is out of range and random value is obtained. It should be changed as follows:
|
|||
| #263 | fixed | Some text bugs related to tiles in WD5 (G1103) d2 | bbross | yk |
| Description |
1) The treeblock address conversion process as specified in subclause 6.4.1 is not invocated in anywhere in the WD. 2) The byte alignment syntax for independent tiles has the following problems 2.1) At least "rbsp_trailingbits()" should be "rbsp_trailing_bits()" 2.2) The byte alignment syntax byte_align( ), as used in APS syntax, should be used instead of rbsp_trailing_bits(). Note that the definition of byte_align( ) is missing in WD5d2. |
|||
