This was found in Draft 7 (JCTVC-R1008v7). This also seems to be present in the ITU-T prepublished recommendation T-REC-H.265-201410. Because of this, the milestone and version are probably incorrectly set.

The first issue is a typo, which causes xPb to be defined twice instead of yPb.

Furthermore, the variables xP and yP, although obvious in light of other sections, are undefined there.

A simplistic solution would be to change [xy]Pb to [xy]P to fix this.

The changed text would then read:

For each 16x16 prediction block of the resampled picture with the top-left luma sample location at ( xP, yP ), where xP = xB << 4 and yP = yB << 4, for xB = 0..( ( PicWidthInSamplesCurrY + 15 ) >> 4 ) − 1 and yB = 0..( ( PicHeightInSamplesCurrY + 15 ) >> 4 ) − 1, its motion and mode parameters rsPredMode[ xP][ yP ], rsMvLX[ xP][ yP ], rsRefIdxLX[ xP][ yP ], and rsPredFlagLX[ xP][ yP ], with X being equal to 0 and 1, PicHeightInSamplesCurrYare derived by applying the following ordered steps:

1. The center location ( xPCtr, yPCtr ) of the luma prediction block is derived as follows:

xPCtr = xP + 8 (H-65)
yPCtr = yP + 8 (H-66)