From 8f64f240fe18674e6d30fddf006c2918b95b4529 Mon Sep 17 00:00:00 2001 From: wight Date: Sat, 23 Jul 2005 12:12:34 +0000 Subject: sync 1.71 git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16070 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/xml/pl/codecs.xml | 198 +++++++++++++++++++++++++++++++++++++++---------- 1 file changed, 157 insertions(+), 41 deletions(-) diff --git a/DOCS/xml/pl/codecs.xml b/DOCS/xml/pl/codecs.xml index c20dbae63e..ebd8428c56 100644 --- a/DOCS/xml/pl/codecs.xml +++ b/DOCS/xml/pl/codecs.xml @@ -1,5 +1,5 @@ - + Obsługiwane kodeki @@ -8,8 +8,8 @@ Zajrzyj do -tabeli statusu -kodeków, żeby zobaczyć kompletną, codziennie generowaną listę. Niektóre +tabeli stanu kodeków, żeby +zobaczyć kompletną, codziennie generowaną listę. Niektóre kodeki są dostępne do pobrania z naszej strony domowej. Ściągniesz je ze strony z kodekami. @@ -431,50 +431,33 @@ i Linux/PowerPC) i pod Mac OS X. XviD -XviD wydzielił się z projektu OpenDivX. -Stało się to, gdy ProjectMayo zamknął kod OpenDivX i przemianował go na DivX4 +XviD jest wolnym, kompatybilnym +z MPEG-4 ASP kodekiem video z możliwościami kodowania dwuprzebiegowego +i pełną obsługą MPEG-4 ASP, dlatego jest dużo bardziej efektywny niż dobrze +znany kodek DivX. +Łączy bardzo dobrą jakość video i dobre osiągi dzięki optymalizacjami kodu dla +większości nowoczesnych procesorów. + + +Zaczął się jako odłam kodeka OpenDivX. +Stało się to gdy ProjectMajo zmienił OpenDivX na zamknięte DivX4 (a teraz DivX5). W rezultacie tej decyzji, rozeźleni ludzie spoza ProjectMayo, którzy pracowali nad OpenDivX, rozpoczęli projekt XviD. Tak więc oba projekty mają to samo pochodzenie. - - -ZALETY - - otwarty kod źródłowy - - - API kodeka jest kompatybilne z DivX4, więc dodanie dla niego wsparcia jest - proste - - - wsparcie dla 2-przebiegowego kodowania - - - dobra jakość kodowania, większa prędkość od DivX4 (możesz go zoptymalizować - dla twojej maszyny podczas kompilacji) - - - - -WADY - - na dzień dzisiejszy ma kłopoty z - dekodowaniem niektórych plików DivX/DivX4 - (nie stanowi to problemu, ponieważ potrafi je odtwarzać - libavcodec). - - - w trakcie rozwoju - - -INSTALACJA XVID CVS +Instalacja <systemitem class="library">XviD</systemitem> - Aktualnie jest dostępny tylko poprzez CVS. Poniżej znajdują się instrukcje - pobierania i instalacji (będziesz potrzebował autoconf przynajmniej w wersji - 2.50, automake i libtool): + Jak większość otwartego oporgramowania dostępny jest w dwóch wersjach: + oficjalnych wydań + i wersji CVS. + Wersja CVS jest zazwyczaj wystarczająco stablina by jej używać, jako że + zazwyczaj ma poprawki do błędów występujących w wydaniach. + Tak należy nakłonić XviD CVS do + pracy z MEncoderem (będziesz potrzebował + przenajmniej autoconf 2.50, + automake i libtool): cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid login @@ -549,6 +532,139 @@ wersje plik + + +x264 + + +Co to jest x264 + + x264 jest biblioteką słurzącą do + tworzenia strumieni video H.264. + Nie jest w 100% ukończona, ale ma przynajmniej pewną obsługę większości + mających wpływ na jakość możliwości H.264. + Jest też wiele zaawansowanych możliwości w specyfikacji H.264, które nie mają + nic wspólnego z jakością jako taką; wiele z nich jeszcze nie ma + implementacji w x264. + + + +Możliwości kodera + CAVLC/CABAC + Wielokrotne referencje + Intra: wszystkie typy makrobloków + (16x16 i 4x4 z wszystkimi predykcjami) + Inter P: wszystkie podziały + (od 16x16 aż do 4x4) + Inter B: podziały od 16x16 do 8x8 + (włączając SKIP/DIRECT) + Kontrola tempa: stały kwantyzator, stałe bitrate, albo + wieloprzebiegowe ABR + Wykrywanie zmian scen + Adaptatywne umieszczanie klatek B + Referencyjne ramki / dowolna kolejność + ramek + + + +Ograniczenia kodera + Brak prawdziwego RD + + + + +Co to jest H.264 + + H.264 jedną z nazw nowego kodeka video opracowanego wspólnie przez ITU + i MPEG. + Może też być prawidłowo nazywany okropnymi nazwami "ISO/IEC 14496-10" lub + "MPEG-4 Part 10". Częściej jest nazywany "MPEG-4 AVC" albo po prostu "AVC". + + + Jakkolwiek go nie nazywać, H.264 może być wart wypróbowania ponieważ + zazwyczaj może dorównać jakością MPEG-4 ASP z mniejszą o 5%-30% objętością. + Dokładne wyniki zależą od materiału źródłowego i kodera. + Zyski z używania H.264 nie są za darmo: Dekodowanie strumieni H.264 mają + duże wymagania obliczeniowe i pamięciowe. + Na przykład, na Athlonie 1733 MHz, film H.264 w rozdzielczości DVD 1500kbps + wymaga do zdekodowania około 35% CPU. + Dla porównania, dekodowanie strumienia MPEG-4 ASP w rozdzielczości DVD + 1500kbps wymaga około 10% CPU. + Oznacza to że dekodowanie wysokiej jakości strumieni jest prawie nie do + pomyślenia dla zwykłych użytkowników. + Oznacza to również że dobry DVD rip może się czasami zacinać na procesorach + wolniejszych niż około 2.0 GHz. + + + Przynajmniej przy używaniu x264 + wymagania kodowania nie są o wiele większe niż te, do których przywykliśmy + przy MPEG-4 ASP. + Na przykład, na Athlonie 1733 MHz typowe kodowanie DVD będzie działać + z 5-15fps. + + + Ten dokument nie ma wyjaśniać szczegółów H.264, ale jeśli jesteś + zainteresowany niewielkim wstępem możesz chcieć przeczytać + The H.264/AVC Advanced Video Coding Standard: Overview and Introduction to the Fidelity Range Extensions. + + + + +Jak mogę odtwarzać filmy H.264 używając <application>MPlayera</application> + + MPlayer używa dekodera H.264 z + libavcodec. + libavcodec miało choć trochę zdatny + do użytku dekoder H.264 od około czerwca 2004, ale od tego czasu wprowadzono + wiele zmian i poprawek, zarówno pod względem obsługiwanej funkcjonalności + jak i zużycia CPU. + Na wszelki wypadek lepiej jest używać świeżej wersji CVS. + + + Jeśli chcesz szybki i łatwy sposób na sprawdzenie czy były ostatnio zmiany + w obsłudze H.264 w libavcodec, + możesz patrzeć na + interface sieciowy repozytorium CVS FFmpeg + + + + +Jak mogę kodować filmy używając <application>MEncodera</application> i <systemitem class="library">x264</systemitem>? + + Jeśli masz zainstalowanego klienta subversion, możesz uzyskać najnowsze + źródła x264 tym poleceniem: + + svn co svn://svn.videolan.org/x264/trunk x264 + Źródła MPlayera są aktualizowane gdy tylko + zmieni się API x264, więc zalecamy + też używanie MPlayera z CVS. + Być może sytuacja się zmieni jeśli i gdy nastąpi "wydanie" + x264. + W międzyczasie x264 powinna być + uważana za niestabilną, w tym sensie że jej interface programistyczny może + się zmienić. + + + x264 buduje się i instaluje + w sposób standardowy: + + ./configure && make && sudo make install + To zainstaluje libx264.a w /usr/local/lib oraz x264.h w /usr/local/include. + + Gdy biblioteka i nagłówki x264 są + już w standardowych miejscach, budowanie MPlayera + z obsługą x264 jest proste. + Uruchom standardowe: + ./configure && make && sudo make install + Skrypt konfiguracyjny wykryje że spełniłeś wymagania do obsługi + x264. + + + + + @@ -758,7 +874,7 @@ make install Wersje binarne nie są dostępne na stronie audiocoding.com, ale możesz ściągnąć (apt-getem) Debianowe paczki z domowej strony Christiana Marillata, -RPMy dla Mandrake ze strony P.L.F +RPMy dla Mandrake/Mandriva ze strony P.L.F a RedHatowe RPMy z Grey Sector. -- cgit v1.2.3