According to the figure, the frames are encoded in the following order: 0 5 3 6 2 7 4 8 1

But the encoder software actually uses this order: 0 4 3 5 2 7 6 8 1

Here is a sample encoder output: POC 0 TId: 0 ( I-SLICE, QP 32 ) ... POC 8 TId: 0 ( B-SLICE, QP 33 ) ... POC 4 TId: 0 ( B-SLICE, QP 34 ) ... POC 2 TId: 0 ( B-SLICE, QP 35 ) ... POC 1 TId: 0 ( b-SLICE, QP 36 ) ... POC 3 TId: 0 ( b-SLICE, QP 36 ) ... POC 6 TId: 0 ( B-SLICE, QP 35 ) ... POC 5 TId: 0 ( b-SLICE, QP 36 ) ... POC 7 TId: 0 ( b-SLICE, QP 36 ) ... POC 12 TId: 0 ( B-SLICE, QP 34 ) ... POC 10 TId: 0 ( B-SLICE, QP 35 ) ... POC 9 TId: 0 ( b-SLICE, QP 36 ) ... POC 11 TId: 0 ( b-SLICE, QP 36 ) ... POC 14 TId: 0 ( B-SLICE, QP 35 ) ... POC 13 TId: 0 ( b-SLICE, QP 36 ) ... POC 15 TId: 0 ( b-SLICE, QP 36 ) ...

This also corresponds to the comments in encoder_randomaccess.cfg.

The clip operation is missing in the inverse DST operations, similar to inverse DCT.

Section 7.3.3.4 Sample adaptive offset parameter syntax

The present text says this:

sao_flag_cb if( sao_flag_cb ) {

sao_split_param( 0, 0, 0, 1 ) sao_split_param( 0, 0, 0, 1 )

} sao_flag_cr if( sao_flag_cr ) {

sao_split_param( 0, 0, 0, 2 ) sao_split_param( 0, 0, 0, 2 )

}

The 'sao_split_param' line is repeated twice in each of the two 'if' clauses. The second line should be 'sao_split_offset(...)' in both cases.