FMUSER Wirless Transmituj wideo i audio łatwiejsze!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
JVT (Joint Video Team) został założony w Pattaya w Tajlandii w grudniu 2001 roku. W jego skład wchodzą eksperci od kodowania wideo z dwóch międzynarodowych organizacji normalizacyjnych ITU-T i ISO. Celem JVT jest sformułowanie nowego standardu kodowania wideo, aby osiągnąć cele w postaci wysokiego współczynnika kompresji wideo, wysokiej jakości obrazu i dobrej zdolności adaptacji sieciowej. Obecnie praca JVT została zaakceptowana przez ITU-T. Nowy standard kodowania kompresji wideo nosi nazwę standardu H.264. Ten standard jest również akceptowany przez ISO, zwany standardem AVC (Advanced Video Coding), który jest częścią 10 MPEG-4.
Standard H.264 można podzielić na trzy stopnie:
poziom podstawowy (jego prosta wersja, szeroka aplikacja);
Główne stopnie (przyjęto szereg środków technicznych w celu poprawy jakości obrazu i zwiększenia współczynnika kompresji, które można zastosować w przypadku SDTV, HDTV, DVD itp.);
Rozszerzona klasa (może być używana do przesyłania strumieniowego wideo w różnych sieciach).
H.264 nie tylko oszczędza 50% współczynnika kodowania niż H.263 i MPEG-4, ale ma również lepszą obsługę transmisji sieciowej. Wprowadza mechanizm kodowania pakietów IP, który sprzyja transmisji pakietów w sieci i wspiera strumieniowanie wideo w sieci. H.264 ma silne właściwości przeciwdziałające błędom i może dostosowywać się do transmisji wideo w kanałach bezprzewodowych przy wysokich współczynnikach utraty pakietów i silnych zakłóceniach. H.264 obsługuje transmisję kodowania hierarchicznego w różnych zasobach sieciowych w celu uzyskania stabilnej jakości obrazu. H.264 można dostosować do transmisji wideo w różnych sieciach i ma dobre powinowactwo sieciowe.
Jeden, system kompresji wideo H.264
Standardowy system kompresji H.264 składa się z dwóch części: warstwy kodowania wideo (VCL) i warstwy abstrakcji sieci (NAL). VCL obejmuje koder VCL i dekoder VCL, główną funkcją jest kodowanie i dekodowanie kompresji danych wideo, które obejmuje jednostki kompresji, takie jak kompensacja ruchu, kodowanie transformacyjne i kodowanie entropijne. NAL służy do zapewnienia VCL ujednoliconego interfejsu, który nie ma nic wspólnego z siecią. Odpowiada za hermetyzację i pakowanie danych wideo oraz przesyłanie ich w sieci. Używa ujednoliconego formatu danych, w tym jednego bajtu informacji nagłówka i wielu bajtów. Dane wideo i ramkowanie, logiczna sygnalizacja kanału, informacje o taktowaniu, sygnał końca sekwencji itp. Nagłówek pakietu zawiera flagi pamięci i flagi typu. Flaga pamięci służy do wskazania, że bieżące dane nie należą do ramki, do której się odwołujemy. Flaga typu służy do wskazania typu danych obrazu.
VCL może przesyłać parametry kodowania dostosowane do aktualnych warunków sieciowych.
2. Cechy H.264
H.264, podobnie jak H.261 i H.263, również przyjmuje kodowanie różnicowe kodowania z transformacją DCT oraz DPCM, to znaczy hybrydową strukturę kodowania. Jednocześnie H.264 wprowadza nowe metody kodowania w ramach kodowania hybrydowego, co poprawia efektywność kodowania i jest bliższe praktycznym zastosowaniom.
H.264 nie ma kłopotliwych opcji, ale stara się zwięźle „powrócić do podstaw”. Ma lepszą wydajność kompresji niż H.263 ++ i ma możliwość dostosowania się do wielu kanałów.
H.264 ma szeroki zakres zastosowań, które mogą spełniać różne aplikacje wideo o różnych szybkościach i okazjach, a także ma lepsze możliwości przetwarzania w przypadku błędów i utraty pakietów.
Podstawowy system H.264 nie musi korzystać z praw autorskich, ma charakter otwarty i dobrze dostosowuje się do korzystania z sieci IP i bezprzewodowych. Ma to ogromne znaczenie dla aktualnej transmisji informacji multimedialnych w Internecie oraz transmisji szerokopasmowej w sieciach komórkowych.
Chociaż podstawowa struktura kodowania H.264 jest podobna do H.261 i H.263, została ulepszona w wielu aspektach, jak podano poniżej.
1. Wielokrotne lepsze przewidywanie ruchu
Estymacja o wysokiej precyzji
wykorzystuje szacowanie półpikseli w H.263, a ponadto wykorzystuje przewidywanie ruchu 1/4 piksela lub nawet 1/8 piksela w H.264. Oznacza to, że przemieszczenie rzeczywistego wektora ruchu może opierać się na 1/4 lub nawet 1/8 piksela jako jednostce podstawowej. Oczywiście im wyższa dokładność przemieszczenia wektora ruchu, tym mniejszy błąd resztkowy między ramkami, tym niższy współczynnik kodowania transmisji, czyli wyższy współczynnik kompresji.
W H.264 filtr FIR szóstego rzędu jest używany do uzyskania wartości pozycji 1/2 piksela. Po uzyskaniu wartości 1/2 piksela, wartość 1/4 piksela można uzyskać za pomocą interpolacji liniowej,
W przypadku formatu wideo 4: 1: 1 dokładność 1/4 piksela sygnału luminancji odpowiada wektorem ruchu 1/8 piksela części chrominancji, więc dla sygnału chrominancji wymagana jest operacja interpolacji 1/8 piksela.
Teoretycznie, jeśli dokładność kompensacji ruchu zostanie podwojona (na przykład z dokładności w pikselach całkowitych do dokładności 1/2 piksela), może wystąpić wzmocnienie kodowania o 0.5 bita / próbkę, ale faktyczna weryfikacja wykazała, że dokładność wektora ruchu przekracza 1/8 piksela Po tym system w zasadzie nie ma żadnych oczywistych korzyści. Dlatego w H.264 zamiast dokładności 1/4 piksela używany jest tylko tryb wektora ruchu z dokładnością do 1/8 piksela.
Szacowanie trybu partycji z wieloma makroblokami
W trybie predykcji H.264 makroblok (MB) można podzielić na 7 różnych rozmiarów trybów. Ten elastyczny i subtelny podział makrobloków na wiele trybów jest bardziej odpowiedni dla kształtu poruszającego się obiektu na obrazie, więc w każdym makrobloku może znajdować się 1, 2, 4, 8 lub 16 wektorów ruchu.
Szacowanie ramek wieloparametrowych
W H.264 można zastosować szacowanie ruchu wielu ramek parametrów, to znaczy istnieje wiele ramek parametrów, które właśnie zostały zakodowane w buforze kodera, a koder wybiera jedną z nich, aby uzyskać lepszy efekt kodowania jako parametr Frame i wskaż, która ramka jest używana do przewidywania, dzięki czemu można uzyskać lepszy efekt kodowania niż tylko użycie ostatniej zakodowanej ramki jako ramki predykcji.
2. Przekształcenie całkowite małego rozmiaru z 4 na 4
Typowa jednostka używana w kodowaniu kompresji wideo to od 8 do 8 bloków. Jednak w H.264 używane są małe bloki od 4 do 4. Im mniejszy jest rozmiar bloku transformacji, tym dokładniejszy jest podział poruszających się obiektów. W tym przypadku ilość obliczeń w procesie transformacji obrazu jest niewielka, a błąd zbieżności na krawędzi poruszającego się obiektu jest również znacznie zmniejszony.
Gdy na obrazie jest duży gładki obszar, aby uniknąć różnicy w skali szarości między blokami spowodowanej transformacją o małym rozmiarze, H.264 może wykonać współczynniki DCT z 16 4 ~ 4 bloków danych o jasności makrobloku wewnątrzramkowego. W przypadku drugiej transformacji bloku 4 do 4, współczynniki DC 4 4 do 4 bloków danych chrominancji (po jednym dla każdego małego bloku, łącznie 4 współczynniki DC) są transformowane do 2 do 2 bloków.
H.263 nie tylko zmniejsza rozmiar bloku transformacji obrazu, ale transformacja ta jest operacją na liczbach całkowitych, a nie na liczbach rzeczywistych, to znaczy dokładność transformacji i transformacji odwrotnej kodera i dekodera jest taka sama, oraz nie ma "odwrotnego błędu transformacji".
3. Dokładniejsze przewidywanie intra
W H.264 każdy piksel w każdym bloku 4 ~ 4 może być użyty do przewidywania wewnątrzramkowego z różną sumą ważoną 17 najbliższą poprzednio zakodowanym pikselom.
4. Zunifikowany VLC
Istnieją dwie metody kodowania entropijnego w H.264.
Unified VLC (UVLC: Universal VLC). UVLC używa tej samej tabeli kodów do kodowania, a dekoder może łatwo zidentyfikować przedrostek słowa kodowego, a UVLC może szybko dokonać ponownej synchronizacji, gdy wystąpi błąd bitowy.
Adaptacyjne binarne kodowanie arytmetyczne treści (CABAC: Context Adaptive Binary Arithmetic Coding). Jego wydajność kodowania jest nieco lepsza niż UVLC, ale złożoność jest większa.
Po trzecie, przewaga wydajności
Porównanie wydajności kodowania H.264 i MPEG-4, H.263 ++ wykorzystuje następujące 6 szybkości testowania: 32 kbit / s, 10 F / si QCIF; 64 kbit / s, 15 F / si QCIF; 128kbit / s, 15F / si CIF; 256kbit / s, 15F / si QCIF; 512kbit / s, 30F / si CIF; 1024 kbit / s, 30 F / si CIF. Wyniki testu wskazują, że H.264 ma lepszą wydajność PSNR niż MPEG i H.263 ++.
PSNR H.264 jest średnio o 2 dB wyższy niż MPEG-4 i średnio o 3 dB wyższy niż H.263 ++.
Po czwarte, nowy algorytm przewidywania szybkiego ruchu
Nowy algorytm szybkiego szacowania ruchu UMHexagonS (chiński patent) to nowy algorytm, który może zaoszczędzić ponad 90% oryginalnego algorytmu szybkiego pełnego wyszukiwania w H.264. Pełna nazwa to „asymetryczne krzyżowe, wielopoziomowe, sześciostronne niesymetryczne krzyżowe przeszukiwanie Muti-Hexagon”, które jest algorytmem szacowania ruchu z pikselami całkowitymi. Ponieważ jest w stanie zachować lepszą wydajność zniekształcenia szybkości podczas kodowania dużej przepływności i dużych sekwencji ruchomych obrazów. Złożoność obliczeniowa jest bardzo niska i została oficjalnie przyjęta przez standard H.264.
H.264 (MPEG-4 część 10) opracowany wspólnie przez ITU i ISO może zostać zaakceptowany przez nadawanie, komunikację i nośniki pamięci (CD DVD) jako ujednolicony standard i najprawdopodobniej stanie się nowym szerokopasmowym standardem mediów interaktywnych. standard kodowania źródłowego w moim kraju nie został jeszcze sformułowany. Zwróć szczególną uwagę na rozwój H.264, a prace nad sformułowaniem standardu kodowania źródłowego w moim kraju są coraz szybsze.
Standard H264 przenosi technologię kompresji ruchomego obrazu na wyższy poziom i jest najważniejszym elementem aplikacji H.264, który zapewnia wysoką jakość transmisji obrazu przy niższej przepustowości. Popularyzacja i zastosowanie H.264 stawia wysokie wymagania wobec terminali wideo, strażników, bram, mikrokontrolerów i innych systemów, co skutecznie będzie promować ciągłe doskonalenie oprogramowania i sprzętu do wideokonferencji we wszystkich aspektach.
|
Wpisz e-mail, aby otrzymać niespodziankę
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albański
ar.fmuser.org -> arabski
hy.fmuser.org -> Armeński
az.fmuser.org -> Azerbejdżański
eu.fmuser.org -> baskijski
be.fmuser.org -> białoruski
bg.fmuser.org -> bułgarski
ca.fmuser.org -> kataloński
zh-CN.fmuser.org -> chiński (uproszczony)
zh-TW.fmuser.org -> chiński (tradycyjny)
hr.fmuser.org -> chorwacki
cs.fmuser.org -> czeski
da.fmuser.org -> duński
nl.fmuser.org -> holenderski
et.fmuser.org -> estoński
tl.fmuser.org -> filipiński
fi.fmuser.org -> fiński
fr.fmuser.org -> francuski
gl.fmuser.org -> galicyjski
ka.fmuser.org -> gruziński
de.fmuser.org -> niemiecki
el.fmuser.org -> grecki
ht.fmuser.org -> kreolski haitański
iw.fmuser.org -> hebrajski
hi.fmuser.org -> hindi
hu.fmuser.org -> węgierski
is.fmuser.org -> islandzki
id.fmuser.org -> indonezyjski
ga.fmuser.org -> irlandzki
it.fmuser.org -> włoski
ja.fmuser.org -> japoński
ko.fmuser.org -> koreański
lv.fmuser.org -> łotewski
lt.fmuser.org -> litewski
mk.fmuser.org -> macedoński
ms.fmuser.org -> malajski
mt.fmuser.org -> maltański
no.fmuser.org -> norweski
fa.fmuser.org -> perski
pl.fmuser.org -> polski
pt.fmuser.org -> portugalski
ro.fmuser.org -> rumuński
ru.fmuser.org -> rosyjski
sr.fmuser.org -> serbski
sk.fmuser.org -> słowacki
sl.fmuser.org -> słoweński
es.fmuser.org -> hiszpański
sw.fmuser.org -> suahili
sv.fmuser.org -> szwedzki
th.fmuser.org -> Tajski
tr.fmuser.org -> turecki
uk.fmuser.org -> ukraiński
ur.fmuser.org -> Urdu
vi.fmuser.org -> wietnamski
cy.fmuser.org -> walijski
yi.fmuser.org -> jidysz
FMUSER Wirless Transmituj wideo i audio łatwiejsze!
Kontakt
Adres:
Nr 305 Pokój HuiLan Budynek nr 273 Huanpu Road Guangzhou Chiny 510620
Kategorie
Newsletter