Opened 9 years ago

Closed 9 years ago

#629 closed defect (fixed)

Change in semantics of entry_point_offset[ i ] to disallow putting no entry points in the presence of tiles/wpp

Reported by: felix.henry Owned by: bbross
Priority: minor Milestone: D8
Component: Text Version: D7 (I1003) d9
Keywords: Cc: bbross, wjhan, jct-vc@…

Description

It was decided during last Geneva meeting that each tile should have an entry point. It was also always agreed since the adoption of WPP that each substream should have an entry point. However, a bitstream with multiple tiles or WPP can have zero entry points while conforming to the current spec. A straightforward correction is proposed below.

Proposed text correction in the semantics of entry_point_offset[ i ]:

When tiles_or_entropy_coding_sync_idc is equal to 1 and num_entry_point_offsets is greater than 0, each subset shall contain all coded bits of exactly one tile, and the number of subsets (i.e., the value of num_entry_point_offsets + 1) shall be equal to the number of tiles in the slice. […]

When tiles_or_entropy_coding_sync_idc is equal to 2 and num_entry_point_offsets is greater than 0, each subset k with k in the range of 0 to num_entry_point_offsets − 1, inclusive, shall contain all coded bits of exactly one row of coding tree blocks, […].

Change History (3)

comment:1 Changed 9 years ago by DefaultCC Plugin

  • Cc bbross wjhan jct-vc@… added

comment:2 Changed 9 years ago by bbross

  • Milestone set to D8

comment:3 Changed 9 years ago by bbross

  • Resolution set to fixed
  • Status changed from new to closed
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

  • Benjamin Bross(Owner, Subscriber, Participant)
  • Felix Henry(Reporter)
  • jct-vc@…(Subscriber)
  • karl.sharman@…(Always)
  • Karsten Suehring(Always)
  • Woo-Jin Han(Subscriber)