The coding efficiency impact was minimal overall. A proponent noted that in some cases, JCTVC-O052 had a drop in performance. No benefit was shown for either of the alternatives to the current design (as documented in O0031 tables 2 and 3, first column).

For downsampling, both schemes seemed to work properly (non-normative). The current SHVC (informative) downsampling filter seems a bit better on average than the JSVM filter. Non-normative anyway.

This tested zero phase alignment for the upper left sample in the base and enhancement layers (as with an odd tap length filter).

Do we need to support arbitrary scalability ratios? Most participants said would not want to have multiple profiles on that basis.

Several participants said that the complexity impact for arbitrary scalability ratios is minimal (much less than with AVC) and it would be desirable to avoid the potential profile forking.

Conclusion: If arbitrary scalability would be implemented, neither of the two proposals seems to provide a significant benefit.

Part of the CE was also about investigating the performance with different downsamplers

On average, the SHVC downsampler performs better than JSVM, whereas for some sequences this is not the case; generally, due to lower frequency cutoff, JSVM has lower base layer rate, and results may not fully be comparable. It can also be concluded from the results that both downsamplers are suitable for arbitrary scalability ratio.

Several experts expressed support for including arbitrary scalability ratio. Unlike in SVC, where this had implication on irregularity in deriving the partitions, it is a negligible burden in HSVC and might not justify definition of separate profiles.

One expert mentions that in case of hardware implementation potentially a burden might exist (as with low number of filters, multiplier-free implementation could be used).
Decision: Adopt ASR with filters as documented in O0031 tables 2 and 3, first column. Also update downsampler as tested for SHVC (see JCTVC-O0071) to enable ASR. (Update SHM document accordingly.)

(Reference position calculation unchanged.)

The burden of proof that ASR should not be supported in some profile would need to show strong justification of why it is difficult to support.
Note: There is a proposal to consider support of other phase shifts O0215.

Note: Chroma has a fixed alignment relative to luma in the draft (half shifted vertically).