Custom query (105 matches)
Results (19 - 21 of 105)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #31 | fixed | Inaccurate note related to IRAP picture definition | jlchen | jonatan |
| Description |
The term "IRAP picture" is not redefined in SHVC draft (relative to HEVC v1), which I think is correct, the following text from HEVC v1 is still valid for SHVC: "3.65 intra random access point (IRAP) picture: A coded picture for which each VCL NAL unit has nal_unit_type in the range of BLA_W_LP to RSV_IRAP_VCL23, inclusive." However, the note that follows the definition of IRAP picture in HEVC v1 is not valid for SHVC: "NOTE – An IRAP picture contains only I slices, and may be a BLA picture, a CRA picture or an IDR picture. The first picture in the bitstream in decoding order must be an IRAP picture. Provided the necessary parameter sets are available when they need to be activated, the IRAP picture and all subsequent non-RASL pictures in decoding order can be correctly decoded without performing the decoding process of any pictures that precede the IRAP picture in decoding order. There may be pictures in a bitstream that contain only I slices that are not IRAP pictures." since IRAP pictures with nuh_layer_id > 0 may contain P and/or B slices. The note can be updated as follows: "NOTE – An IRAP picture with nuh_layer_id equal to 0 contains only I slices, and may be a BLA picture, a CRA picture or an IDR picture. The first picture in the bitstream in decoding order must be an IRAP picture. Provided the necessary parameter sets are available when they need to be activated, the IRAP picture and all subsequent non-RASL pictures in decoding order can be correctly decoded without performing the decoding process of any pictures that precede the IRAP picture in decoding order. There may be pictures in a bitstream that contain only I slices that are not IRAP pictures." Similar changes would also be needed for notes related to IDR, BLA and CRA picture definitions. |
|||
| #5 | fixed | Incorrect inter-layer RPS derivation using all_ref_layers_active_flag | Vadim | krishna |
| Description |
The inter-layer RPS derivation is not aligned with JCTVC-N1008v3 with respect to syntax element all_ref_layers_active_flag. Below code needs to be fixed appropriately. #if ILP_SSH_SIG
#else ... #if ILP_SSH_SIG
|
|||
| #68 | fixed | Incorrect layer indeces in assert statements | Vadim | hallapur |
| Description |
These asserts in TDecCAVLC.cpp have wrong layer indeces: assert(rps->getNumberOfNegativePictures() <= rpcSlice->getVPS()->getMaxVpsDecPicBufferingMinus1(ii , rpcSlice->getLayerId() , rpcSlice->getVPS()->getMaxSLayersInLayerSetMinus1(ii))); assert(rps->getNumberOfPositivePictures() <= rpcSlice->getVPS()->getMaxVpsDecPicBufferingMinus1(ii , rpcSlice->getLayerId() , rpcSlice->getVPS()->getMaxSLayersInLayerSetMinus1(ii)) - rps->getNumberOfNegativePictures()); assert((rps->getNumberOfPositivePictures() + rps->getNumberOfNegativePictures() + rps->getNumberOfLongtermPictures()) <= rpcSlice->getVPS()->getMaxVpsDecPicBufferingMinus1(ii , rpcSlice->getLayerId() , rpcSlice->getVPS()->getMaxSLayersInLayerSetMinus1(ii))); rpcSlice->getLayerId() should be replaced with rpcSlice->getVPS()->getLayerIdInVps(rpcSlice->getLayerId()) A patch to correct the issue is attached. |
|||
