e When the decoding process specified in Annex H is applied, the process specified in this clause is invoked for a particular view with view order index VOIdx, with "picture" being replaced by "view component", "frame" being replaced by "frame view component", and "field" being replaced by "field view component". During the invocation of the process for a particular view, only view components of the particular view are considered and frame buffers Rec. ITU-T H.264 (01/2012) containing view components of other views are not emptied. The DPB fullness represents the total number of non-empty frame buffers, including frame buffers that contain view components of other views. The marking and storage of the current decoded picture is specified as follows: If the current picture is a reference picture, the storage and marking process for decoded reference pictures as specified in clause C.4.5.1 is invoked. Otherwise (the current picture is a non-reference picture), the storage and marking process for decoded non-reference pictures as specified in clause C.4.5.2 is invoked. C.4.5.1 Storage and marking of a reference decoded picture into the DPB The current picture is stored in the DPB as follows: If the current decoded picture is the second field (in decoding order) of a complementary reference field pair, and the first field of the pair is still in the DPB, the current picture is stored in the same frame buffer as the first field of the pair and the following applies: If the current decoded picture has OutputFlag equal to 1, it is marked as "needed for output". Otherwise (the current decoded picture has OutputFlag equal to 0), it is marked as "not needed for output". Otherwise, the following operations are performed: 1. When there is no empty frame buffer (i.e., DPB fullness is equal to DPB size), the "bumping" process specified in clause C.4.5.3 is invoked repeatedly until there is an empty frame buffer in which to store the current decoded picture. 2. The current decoded picture is stored in an empty frame buffer, the