H.263 | ||
---|---|---|
Fullt navn | Videokoding for kommunikasjon med lav bithastighet | |
standard type | videokomprimeringsformat | |
Tilstand | I kraft | |
Fundament | mars 1996 | |
første utgivelse | januar 2005 | |
Siste versjon | 3.0 | |
Organisasjon | ITU | |
Ledelse | ITU-T | |
Relaterte standarder | H.264 | |
Tillatelse | gratis | |
Forkortelse | H.263 | |
Nettsted | https://www.itu.int/rec/T-REC-H.263/en | |
H.263 er en standard fra International Telecommunications Union (ITU) for koding av videoer med komprimering som dateres tilbake til 1995/1996, et dokument som også beskriver, i sin andre del, MPEG-4- standarden til Moving Picture ExpertsGroup . [ 1 ]
H.263 beskriver en kodek , som opprinnelig var ment for videokonferanser . Den er optimalisert for lav bithastighet (under 64 kbit/s, dvs. ISDN-hastighet ) og lav relativ bevegelse. Selv om standarden i seg selv ikke definerer en bestemt bithastighet.
H.263 har siden funnet mange applikasjoner på internett: mye Flash Video- innhold (brukt på nettsteder som YouTube , Google Video , MySpace osv.) er kodet i Sorenson Spark -formatet (en ufullstendig implementering av H.263 [ 2 ] [ 3 ] [ 4 ] ), selv om mange nettsteder nå bruker kodinger som VP9 eller H.264 . Den originale versjonen av RealVideo -kodeken var basert på H.263 frem til utgivelsen av RealVideo 8. [ 5 ]
H.263 er en nødvendig videokodek i European Telecommunications Standards Institute 3GPP tekniske spesifikasjoner for IP Multimedia Subsystem (IMS), Multimedia Messaging System (MMS) og Transparent ende-til-ende pakkesvitsjet strømmetjeneste ( PSS ). [ 6 ] [ 7 ] [ 8 ] I 3GPP-spesifikasjonene brukes H.263-video vanligvis i 3GP - beholderformatet .
Kodeken ble designet for bruk i H.324- baserte systemer ( Switched Telephone Network og andre Circuit Switched- nettverk for videokonferanser og videotelefoni), men har siden også funnet bruk i H.323 -løsninger ( RTP / IP -basert videokonferanse ). ), H.320 ( ISDN -basert videokonferanse ), RTSP ( streaming media ) og SIP (Internettkonferanse).
H.263 ble utviklet som en evolusjonær forbedring basert på erfaring fra H.261 , den tidligere ITU-T-standarden for videokomprimering, og MPEG-1- og MPEG-2- standardene . Den inneholder en komponent for sterkere tidskomprimering og fungerer best med videosekvenser som har liten endring fra bilde til bilde. Den første versjonen ble ferdigstilt i 1995 og gir en passende erstatning for H.261 ved alle bithastigheter. Den ble ytterligere forbedret i prosjekter kjent som H.263v2 (også kjent som H.263+ eller H.263 1998), MPEG-4 Part 2 og H.263v3 (også kjent som H.263++ eller H.263 2000 ) ). ). [ 9 ] [ 10 ] [ 11 ] MPEG-4 del 2 er kompatibel med H.263 i den forstand at en H.263-basert bitstrøm er korrekt dekodet av en MPEG-4 videodekoder. Fire. [ 9 ] [ 12 ]
Den neste forbedrede kodeken utviklet av ITU-T VCEG (i samarbeid med MPEG ) etter H.263 er H.264 -standarden , også kjent som AVC og MPEG-4 del 10. Siden H.264 gir en betydelig forbedring i kapasiteten utover H.263 regnes H.263-standarden nå som en eldre design. De fleste nye videokonferanseprodukter inkluderer nå funksjonene H.264 samt H.263 og H.261 .
Siden den opprinnelige ratifiseringen av H.263 i mars 1996 [ 13 ] (godkjenning av et dokument som ble produsert i november 1995), har det vært to påfølgende tillegg som ble forbedret på den originale kodeken med tillegg av ekstra valgfrie vedlegg (utvidelser). For eksempel legger H.263v2 til et deblokkeringsfilter ved hjelp av Annex J.
340p
576i
Den originale H.263 spesifiserer følgende vedlegg:
I mars 1997 ble et informativt vedlegg I – Feilsporing, som beskriver en kodeteknikk for å gi større robusthet mot datatap og feil, godkjent for å gi nyttig informasjon for implementere som har interesse for disse teknikkene.
H.263 støtter et begrenset sett med bildestørrelser:
H.263v2 (også kjent som H.263+ , eller som 1998-versjonen av H.263 ) er det uformelle navnet på den andre utgaven av den internasjonale ITU-T H.263 videokodingsstandarden. Den beholder alt det tekniske innholdet til den originale versjonen av standarden, men forbedrer mulighetene til H.263 ved å legge til flere vedlegg som kan forbedre kodingseffektiviteten vesentlig og gi andre funksjoner (for eksempel forbedret robusthet mot tap av data i overføringskanalen ). H.263+-prosjektet ble ratifisert av ITU i februar 1998. Følgende vedlegg er lagt til:
H.263v2 legger også til støtte for fleksible bildeformater og tilpassede klokkefrekvenser for bilder. Tidligere var de eneste støttede bildeformatene i H.263 Sub-QCIF, QCIF, CIF , 4CIF og 16CIF, og den eneste bildefrekvensklokken var 30000/1001 (omtrent 29,97) klokkesykluser per sekund.
H.263v2 spesifiserer et sett med anbefalte moduser i et informativt vedlegg (vedlegg II, nå avviklet):
Nivå 1 | Nivå 2 | Nivå 3 | |
---|---|---|---|
Avansert INTRA-koding | Ja | Ja | Ja |
låse opp filteret | Ja | Ja | Ja |
Supplerende forbedringsinformasjon (kun fullfryst ramme) | Ja | Ja | Ja |
Modifisert kvantifisering | Ja | Ja | Ja |
Ubegrensede bevegelsesvektorer | Nei | Ja | Ja |
Skivestrukturmodus | Nei | Ja | Ja |
Resampling av referansebilde (kun implisitt i faktor-av-4-modus) | Nei | Ja | Ja |
avansert prediksjon | Nei | Nei | Ja |
Forbedrede PB-rammer | Nei | Nei | Ja |
Uavhengig segmentdekoding | Nei | Nei | Ja |
Alternative INTER Variable Length Codes (VLC) | Nei | Nei | Ja |
Nivå 1 | Nivå 2 | Nivå 3 |
Definisjonen av H.263v3 (også kjent som H.263++ eller som 2000-versjonen av H.263) besto av tillegg av tre nye vedlegg. Disse vedleggene og et tilleggsvedlegg som spesifiserer profiler (godkjent året etter) ble opprinnelig publisert som separate dokumenter fra selve standarden. De ekstra vedleggene som er spesifisert er følgende:
Det tidligere informative vedlegg II (anbefalt valgfri forbedring) er blitt foreldet ved opprettelsen av vedlegg X-regelverket.
I juni 2001 ble et annet informativt vedlegg (vedlegg III, eksempler på H.263-koder/dekoder-implementeringer) godkjent. Den beskriver teknikker for koding og for å skjule feil/tap av dekodere.
I januar 2005 opprettes et enhetlig H.263-spesifikasjonsdokument (med unntak av vedlegg III, som fortsatt er et separat publisert dokument).
I august 2005 ble en implementerveiledning godkjent for å rette en liten feil i den sjelden brukte oppdateringsmodusen for redusert oppløsning vedlegg Q.