Home

Results 61 - 70 of 79,022 for picture. Search took 2.94 seconds.  
Sort by date/Sort by relevance
In coded video sequences that include alpha, there would be one alpha picture for every primary coded (luma-chroma) picture, and the coded alpha picture would be contained in the same access unit as its corresponding primary coded picture. (...) If the primary coded picture is an IDR picture then the alpha picture shall be inferred to be an alpha IDR picture with the same idr_pic_id. 2. (...) A coded slice of any alpha coded picture shall obey the same constraints as a coded slice of a redundant picture, with the following exceptions. · If the associated primary coded picture is an IDR picture, then the alpha coded picture is inferred to also be an IDR picture to be decoded as if it had nal_unit_type = 5.
Language:English
Score: 729843.75 - https://www.itu.int/wftp3/av-a...2004_07_Redmond/JVT-L013r3.doc
Data Source: un
In the intra picture postponement method, an intra picture is not coded immediately after a need to code an intra picture arises, but rather a temporally subsequent picture is selected as an intra picture. Each picture between the coded intra picture and the conventional location of an intra picture is predicted from the next temporally subsequent picture. (...) As a consequence, an IDR picture has picture order count 0, and pictures occurring after an IDR picture in decoding order but preceding it in output order have a negative picture order count.
Language:English
Score: 729691.06 - https://www.itu.int/wftp3/av-a...ite/2002_12_Awaji/JVT-F044.doc
Data Source: un
According to ITU-T Recommendation H.263, the decoder shall regard pictures having the same picture number as an indication that redundant copies have been sent of approximately the same pictured scene content, and shall decode and use the first such received picture while discarding the subsequent redundant picture(s). We refer the coded pictures representing the same picture contents as sync pictures and the reconstructed picture itself as the reconstructed sync picture. (...) SYNCP identifies a particular sync picture. Any complete sync picture can be used to recover the reconstructed sync picture, and no noticeable difference on the reconstructed picture or any picture based on that should occur.
Language:English
Score: 729677.34 - https://www.itu.int/wftp3/av-a...e/2002_05_Fairfax/JVT-C081.doc
Data Source: un
All B-pictures are not stored pictures. If I10 picture includes “reset”, all stored picture except the current decoded picture I10 are removed from the reference picture buffer. (...) B2 picture should be marked as “unused” at P5 picture, because CD prohibits remove the stored pictures except the current picture if the current picture is non-stored and the stored pictures have not been marked as “unused”. (...) If P5 picture is lost, B2 picture is marked as “unused” at B6 picture after decoding B6 picture.
Language:English
Score: 729052.05 - https://www.itu.int/wftp3/av-a...002_07_Klagenfurt/JVT-D031.doc
Data Source: un
In this proposal a new type of picture, Direct Mode P picture (DP), is introduced to reduce the coding complexity. This is achieved by re-using the previous picture’s motion vector and mode information for the current picture. (...) Then the DP picture could be used to meet the requirement. It is likely that with using DP picture, the picture quality may decrease.
Language:English
Score: 728451.56 - https://www.itu.int/wftp3/av-a...e/2002_05_Fairfax/JVT-C044.doc
Data Source: un
That is to add the possibility of P-pictures in enhancement layers. Since an ordinary P-picture does not have a layer number, we prefer to call the new picture type EF (Enhancement Forward) picture. Implementation of EF-pictures An EF-picture has only forward prediction in contrast to an EP-picture that has both forward and upward prediction. All options that can be used for P-pictures can be used for EF-pictures.However, since an EF-picture needs an ELNUM field, we suggest that it is signaled as a new picture type using, for example, Picture Type Code “110”.
Language:English
Score: 728429.64 - https://www.itu.int/wftp3/av-a...video-site/9804_Tam/q15d44.doc
Data Source: un
According to subclause 8.2.1 of JVT-F100, coded picture boundaries are not detected between a primary coded picture and any redundant coded picture associated with it. (...) Decoded pictures that contain spare units are called spare pictures. target_frame_num identifies the target picture whose spare pictures and units are specified later in the message. (...) These pictures are referred to as the target picture set.
Language:English
Score: 728413.8 - https://www.itu.int/wftp3/av-a...2003_03_Pattaya/JVT-G030d1.doc
Data Source: un
When switching from bitstream 1 to bitstream 2, another SP-picture will be transmitted (picture S12 in Figure 1). (...) To each one of these SP-pictures there is a corresponding pair of pictures generated and stored as another bitstream (bitstream 2): 1) I-picture, I2 in Figure 2, at the temporal location preceding SP-picture. 2) SP-picture, S2 in Figure 2, at the same temporal location as SP-picture. (...) SP-Picture In the following, the changes required in H.26L in order to introduce SP-picture are described. 1.1 SP-Picture decoding Additional picture types Ptype Code_number=5 is added signaling SP-picture: SP-picture has the same syntax as P-picture however interpretation of some of the syntax element differs for Inter and Copy type macroblocks.
Language:English
Score: 728299.56 - https://www.itu.int/wftp3/av-a...deo-site/0101_Eib/VCEG-L27.doc
Data Source: un
Code_number =0: Progressive frame picture. Code_number =1: Top field picture. Code_number =2: Bottom field picture. (...) It is not present if the picture is an I picture. It is present at least once in P pictures and at least twice in B pictures. (...) It follows an RMPNI “end loop” indication when the picture is not an I picture. It is the first element of the RPS layer if the picture is an I picture.
Language:English
Score: 728117.3 - https://www.itu.int/wftp3/av-a...05_Fairfax/JVT-C079_AnnexA.doc
Data Source: un
The two-picture backward prediction sub-mode for B pictures in Enhanced Reference Picture Selection mode (Annex U subclause U.3.1.5.5) is not supported in Profile 8. (...) Decoders should be capable of operation with a smaller picture format at maximum picture rates no lower than the maximum picture rate for which it is capable of operation with a larger standard picture format. (...) For example, a decoder supporting a custom picture format of 720×288 shall support CIF, QCIF and sub-QCIF picture decoding. 2) A decoder for any profile and level defined herein that supports custom picture formats shall support all standard or custom picture formats having both height and width smaller than or equal to those of the maximum supported picture format. 3) A decoder for any profile and level defined herein that supports a minimum picture interval with the standard picture clock frequency of (30 000) / 1001 units per second shall support the same or smaller minimum picture interval for all supported picture formats having both height and width smaller than or equal to those of the maximum picture format at which the minimum picture interval is specified. 4) A decoder for any profile and level defined herein that supports a minimum picture interval and supports custom picture clock frequencies shall support the use of any picture clock frequency with the same or larger picture interval for all supported picture formats having both height and width smaller than or equal to those of the maximum picture format at which the minimum picture interval is specified.
Language:English
Score: 728047.5 - https://www.itu.int/wftp3/av-a...deo-site/0008_Por/q15k51r2.doc
Data Source: un