Opened 13 years ago Closed 12 years ago #391 closed technical change (fixed)Slice header not parsable (slice_address)
Description
From the semantics:
The length of the slice_address syntax element is ( Ceil( Log2( PicWidthInCtbs * PicHeightInCtbs ) ) + SliceGranularity ) bits.
using
PicWidthInCtbs = Ceil( pic_width_in_luma_samples ÷ ( 1 << Log2CtbSize ) ) (7 14)
The syntax elements pic_width_in_luma_samples and pic_height_in_luma_samples are coded in the SPS. When parsing a slice header the decoder can determine the proper SPS only by activating the PPS using the syntax element pic_parameter_set_id.
According to the syntax table pic_parameter_set_id is parsed AFTER slice_address. Attachments (1)Change History (7)comment:1 Changed 13 years ago by DefaultCC Plugin
Changed 13 years ago by rickardcomment:2 Changed 13 years ago by rickardcomment:3 Changed 13 years ago by ksuehring
I have uploaded contribution JCTVC-H0113 which contains a discussion of possible solutions. I especially had a look at changing the coding of slice_address to ue(v). The contribution contains an excel sheet which allows you to calculate the number of bits used for different image sizes, numbers of slices and slice granularity parameters in both encodings. Please have a look at this so that we can make a good choice in Geneva. comment:4 Changed 13 years ago by ksuehring
comment:5 Changed 12 years ago by bbross
comment:6 Changed 12 years ago by bbross
Fixed in JCTVC-I1003 d4. Note: See
TracTickets for help on using
tickets. | This list contains all users that will be notified about changes made to this ticket. These roles will be notified: Reporter, Owner, Subscriber, Participant
|
The attachment PossibleFix.docx contins a fix that does not change any bit costs. I think that changes that do affect bit-costs should be studied before we change anything.
BR
Rickard Sjöberg