H.263.


99 views
Uploaded on:
Description
H.263 The proposition in the wake of perusing through h.263 particulars is that we can for this arrangement have it compressed effectively; vcodec_h263_{Profile}={Level Number} The {Profile} shows the deciphering ability of handset gadget. Subtle elements can be seen on page 3.
Transcripts
Slide 1

H.263

Slide 2

The proposition subsequent to perusing through h.263 particulars is that we can for this arrangement have it outlined effectively; vcodec_h263_{Profile}={Level Number} The {Profile} demonstrates the unraveling capacity of handset gadget. Points of interest can be seen on page 3. The {Level Number} will lessen the need to determine most extreme feature width and tallness, bitrate and outlines every second. For a gadget to bolster that profile it ought to meet the standard. On the off chance that it doesn’t then my proposal would be to say that gadget doesn’t bolster H.263. H263 levels are all retrogressive good with exemption of level 45 which just means backing of level 10.

Slide 3

http://www.itu.int/rec/T-REC-H.263-200501-I/en

Slide 4

http://www.itu.int/rec/T-REC-H.263-200501-I/en

Slide 5

http://www.itu.int/rec/T-REC-H.263-200501-I/en

Slide 6

X.1 Scope With the mixture of discretionary modes accessible in this Recommendation, it is urgent that few favored mode mixes for operation be characterized so that alternative upgraded terminals will have a high likelihood of interfacing with one another utilizing some linguistic structure superior to the "baseline". This extension contains a rundown of favored component mixes, which are organized into "profiles" of backing. It additionally characterizes a few groupings of greatest execution parameters as "levels" of backing for these profiles. The essential destinations of this extension are: 1) to give a basic method for depicting or specifying so as to arrange the abilities of a decoder (profile and level parameters); 2) to urge regular upgrade components to be bolstered in decoders for accomplishing maximal interoperability; and 3) to portray capabilities picked as especially proper for tending to certain key applications. The profiles and levels are characterized in the accompanying provisos and in Tables X.1 and X.2. The base picture interim as determined in Table X.2 is the base distinction in time between the unraveling of back to back pictures in the bitstream. Backing of any level other than level 45 infers backing of every single lower level. Backing of level 45 infers backing of level 10.

Slide 7

X.2.1 The Baseline (Profile 0) The Baseline Profile, assigned as Profile 0, is characterized in this to give a profile assignment to the insignificant "baseline" capacity of this Recommendation. "Baseline" alludes to the language structure of this Recommendation with no discretionary methods of operation. This profile of backing is made out of just the benchmark plan. X.2.4 Version 2 Interactive and Streaming Wireless (Profile 3) The Version 2 Interactive and Streaming Wireless Profile, assigned as Profile 3, is characterized in this to give improved coding productivity execution and upgraded mistake versatility for conveyance to remote gadgets inside of the list of capabilities accessible in the second form of this Recommendation (which did exclude Annexes U, V, and W). This profile of backing is made out of the gauge plan in addition to the accompanying modes: 1) Advanced INTRA Coding (Annex I) − See X.2.2 thing 1. 2) Deblocking Filter (Annex J) − See X.2.2 thing 2. 3) Slice Structured Mode (Annex K) − The Slice Structured mode is incorporated here because of its improved capacity to give resynchronization focuses inside of the feature bitstream for recuperation from wrong or lost information. Support for the Arbitrary Slice Ordering (ASO) and Rectangular Slice (RS) submodes of the Slice Structured mode are excluded in this profile, keeping in mind the end goal to constrain the unpredictability necessities of the decoder. The extra computational weight forced by the Slice Structured mode is negligible, constrained principally to bitstream era and parsing. 4) Modified Quantization (Annex T) − See X.2.2 thing 4. X.2.5 Version 3 Interactive and Streaming Wireless (Profile 4) The Version 3 Interactive and Streaming Wireless Profile, assigned as Profile 4, is characterized in this to give improved coding proficiency execution and upgraded lapse flexibility for conveyance to remote gadgets, while exploiting the upgraded elements of the third form of this Recommendation. This profile of backing is made out of the gauge outline, in addition to the accompanying extra elements as takes after: 1) Profile 3 − This list of capabilities gives a few upgrades valuable to backing of remote feature transmission. 2) Data Partitioned Slice Mode (Annex V) − This component improves slip versatility execution by isolating movement vector information from DCT coefficient information inside of cuts, and secures the movement vector data (the most vital piece of the nitty gritty macroblock information) by utilizing reversible variable-length coding. Backing of the Arbitrary Slice Ordering (ASO) and Rectangular Slice (RS) submodes are excluded in this profile, keeping in mind the end goal to constrain the intricacy necessities of the decoder. 3) Previous Picture Header Repetition Supplemental Enhancement Information (Annex W, statement W.6.3.8) − This component permits the decoder to get and recoup the header data from a past picture if there should be an occurrence of information misfortune or defilement.

Slide 8

X.4 Levels of execution capacity Eight levels of execution ability are characterized for decoder usage. The Hypothetical Reference Decoder has the insignificant size indicated in Table X.1 for all levels of Profiles 0 through 4. In Profiles 5 however 8 the Hypothetical Reference Decoder has an expanded size and Enhanced Reference Picture Selection is bolstered with numerous reference pictures. Table X.2 characterizes the point by point execution parameters of each of these levels: 1) Level 10 − Support of QCIF and sub-QCIF determination deciphering, fit for operation with a bit rate up to 64 000 bits for each second with a photo interpreting rate up to (15 000)/1001 pictures for every second. 2) Level 20 − Support of CIF, QCIF and sub-QCIF determination disentangling, equipped for operation with a bit rate up to 2â·(64 000) = 128 000 bits for every second with a photo deciphering rate up to (15 000)/1001 pictures for every second for CIF pictures and (30 000)/1001 pictures for each second for QCIF and sub-QCIF pictures. 3) Level 30 − Support of CIF, QCIF and sub-QCIF determination translating, equipped for operation with a bit rate up to 6â·(64 000) = 384 000 bits for every second with a photo unraveling rate up to (30 000)/1001 pictures for every second. 4) Level 40 − Support of CIF, QCIF and sub-QCIF determination unraveling, fit for operation with a bit rate up to 32â·(64 000) = 2 048 000 bits for every second with a photo disentangling rate up to (30 000)/1001 pictures for each second. 4.5) Level 45 – Support of QCIF and sub-QCIF determination translating, fit for operation with a bit rate up to 2â·(64 000) = 128 000 bits for each second with a photo unraveling rate up to (15 000)/1001 pictures for every second. Moreover, in profiles other than profiles 0 and 2, backing of custom picture arrangements of size QCIF and littler. 5) Level 50 − Support of custom and standard picture configurations of size CIF and littler, equipped for operation with a bit rate up to 64â·(64 000) = 4 096 000 bits for each second with a photo unraveling rate up to 50 pictures for every second for CIF or littler picture designs and up to (60 000)/1001 pictures for each second for 352 × 240 and littler picture groups. 206 ITU-T Rec. H.263 (01/2005) 6) Level 60 − Support of custom and standard picture configurations of size 720 × 288 and littler, equipped for operation with a bit rate up to 128â·(64 000) = 8 192 000 bits for every second with a photo unraveling rate up to 50 pictures for each second for 720 × 288 or littler picture positions and up to (60 000)/1001 pictures for each second for 720 × 240 and littler picture groups. 7) Level 70 − Support of custom and standard picture organizations of size 720 × 576 and littler, fit for operation with a bit rate up to 256â·(64 000) = 16 384 000 bits for each second with a photo deciphering rate up to 50 pictures for every second for 720 × 576 or littler picture designs and up to (60 000)/1001 pictures for every second for 720 × 480 and littler picture groups. The bit rate at which a specific profile and level are utilized as a part of a framework might never surpass that predetermined in this extension. Nonetheless, specific frameworks may incorporate different intends to flag further breaking points on the bit rate. Different parts of profile and level capacities might likewise be liable to extra ability confinements when utilized as a part of specific frameworks, yet the capacities needed for deciphering any bitstream for a specific profile and level characterized thus should never surpass those predetermined in this addition. Source: http://www.itu.int/rec/T-REC-H.263-200501-I/en

Slide 9

Mpeg4

Slide 10

The proposition subsequent to perusing through mpeg4 details is that we can for this configuration have it abridged effectively; vcodec_mpeg4_{Profile}={Level Number} The {Profile} is prone to be SP – That will speak to the mpeg4 Part 2* Visual Simple Profile. Be that as it may, we may need to consider including ASP at a later date (far-fetched because of H.264) The level number will lessen the need to determine most extreme feature width, stature, and bitrate. It doesn’t have a standard edge rate for every second, notwithstanding I would prescribe that we utilize the “typical” fps table. For a gadget to bolster that profile it ought to meet the standard including ordinary casing rate. In the event that it doesn’t then my proposal would be pick a lower level or state it doesn’t support mpeg4. * MPEG-4 comprises of a few standards—termed "parts“ – 2 basic alludes a pressure codec for visual information (feature, still compositions, manufactured pictures, and so on.). The following part that worries feature is mpeg4 section 10 (or H.264)

Slide 11

http://www.iis.fraunhofer.de/Images/IISMpeg4VideoSoftware_v21-1_tcm97-114945.pdf

Slide 12

Mpeg-4 Part 2 H.264

Slide 13

The Si

Recommended
View more...