Custom Query (1440 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (25 - 27 of 1440)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Ticket Resolution Summary Owner Reporter
#1458 fixed Difference between spec and HM software in 7.3.8.5 Coding unit syntax deryzhov
Description

To check if palette_mode_flag should be inserted to bitstream or not HM software compared CU size with fixed value <= 32 (or < 64) while spec compared CU size with max transform size:

HEVC SCC Spec:

if( palette_mode_enabled_flag && CuPredMode[ x0 ][ y0 ] = = MODE_INTRA &&

log2CbSize <= MaxTbLog2SizeY ) palette_mode_flag[ x0 ][ y0 ]

HM code:

================================

Void TDecEntropy::decodePaletteModeInfo( TComDataCU* pcCU, UInt uiAbsPartIdx, UInt uiDepth, Bool& bCodeDQP, Bool& isChromaQpAdjCoded ) {

Note: the condition is log2CbSize < MaxTbLog2SizeY in 7.3.8.5 of JCTVC-T1005-v2 if( pcCU->getSlice()->getSPS()->getSpsScreenExtension().getUsePaletteMode() && pcCU->isIntra( uiAbsPartIdx ) && (pcCU->getSlice()->getSPS()->getMaxCUWidth() >> uiDepth) < 64 ) {

m_pcEntropyDecoderIf->parsePaletteModeFlag( pcCU, uiAbsPartIdx, uiDepth ); if ( pcCU->getPaletteModeFlag( uiAbsPartIdx ) ) {

m_pcEntropyDecoderIf->parsePaletteModeSyntax( pcCU, uiAbsPartIdx, uiDepth, 3, bCodeDQP, isChromaQpAdjCoded ); pcCU->saveLastPaletteInLcuFinal( pcCU, uiAbsPartIdx, MAX_NUM_COMPONENT );

}

}

}

According to “Note” HM developers aware of this difference

#1457 fixed HM x64 Release build and Debug build generate different results libin
Description

I used VS2013 to compile the latest HM (HM-dev r4815) into x64 Debug version and Release version. The command line I used was TAppEncoder -c encoder_lowdelay_main.cfg -c BQSquare.cfg -f 1

The coding result of Release build is POC 0 TId: 0 ( I-SLICE, nQP 32 QP 32 ) 91576 bits [Y 33.5217 dB U 39.4202 dB V 40.0321 dB] [ET 1 ] [L0 ] [L1 ] The coding result of Debug build is POC 0 TId: 0 ( I-SLICE, nQP 32 QP 32 ) 89352 bits [Y 33.3534 dB U 39.4079 dB V 39.8650 dB] [ET 8 ] [L0 ] [L1 ]

I've checked other versions of HM. r4793 seems to be OK (Debug and Release version generate identical results, which is the same as the Release result above). But r4794 has the same problem. I've also checked that disabling SHARP_LUMA_DELTA_QP in r4815 can also solve the problem.

#1456 worksforme Clarification on note related to repetition of SPS adarsh
Description

The following note in sub-clause F.7.4.2.4.2 in W1005-v4 seems to be contradictory due to a missing "not" in the sentence. The first sentence of the note says that the SPS ID space is shared, but the second sentence says that SPS with a particular SPS_ID and a different layer ID would update the SPS of the same SPS_ID. This needs to be corrected.

Any SPS NAL unit with any nuh_layer_id value containing the value of sps_seq_parameter_set_id for the active SPS RBSP for a particular layer shall have the same content as that of the active SPS RBSP for the particular layer unless it follows the access unit auA containing the last coded picture for which the active SPS RBSP for the particular layer is required to be active for the particular layer and precedes the first NAL unit succeeding auA in decoding order that activates an SPS RBSP with the same value of seq_parameter_set_id.

NOTE 2 – All SPSs, regardless of their values of nuh_layer_id, share the same value space for sps_seq_parameter_set_id. In other words, an SPS with nuh_layer_id equal to X and sps_seq_parameter_set_id equal to A would update the previously received SPS with nuh_layer_id not equal to X and sps_seq_parameter_set_id equal to A.

Also, in order that the note be complete w.r.t to the text in the paragraph above it, the scope should also be added to the latter sentence in the note. Suggested text for the Note is below (additions highlighted with bold font).

NOTE 2 – All SPSs, regardless of their values of nuh_layer_id, share the same value space for sps_seq_parameter_set_id. In other words, an SPS with nuh_layer_id equal to X and sps_seq_parameter_set_id equal to A would not update the previously received SPS with nuh_layer_id not equal to X and sps_seq_parameter_set_id equal to A unless the SPS with nuh_layer_id equal to X and sps_seq_parameter_set_id equal to A succeeds the last access unit containing a picture belonging to a CLVS for which the SPS with nuh_layer_id not equal to X and sps_seq_parameter_set_id equal to A is active.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Note: See TracQuery for help on using queries.