From ec1f5762dca69ca07f1bf83ebaa2a70360440552 Mon Sep 17 00:00:00 2001 From: torinthiel Date: Tue, 19 Dec 2006 11:07:32 +0000 Subject: Synced with 21624 git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@21684 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/xml/pl/codecs.xml | 356 +++++++++++++++++++++++++++---------------------- 1 file changed, 197 insertions(+), 159 deletions(-) diff --git a/DOCS/xml/pl/codecs.xml b/DOCS/xml/pl/codecs.xml index a0c9111afa..5b6057ed67 100644 --- a/DOCS/xml/pl/codecs.xml +++ b/DOCS/xml/pl/codecs.xml @@ -1,5 +1,5 @@ - + Obsługiwane kodeki @@ -23,50 +23,54 @@ Najważniejsze ze wszystkich: MPEG-1 (VCD) i MPEG-2 (DVD) video - + natywne dekodery dla wszystkich wariantów DivX, 3ivX, M$ MPEG-4 v1, v2 i innych rodzajów MPEG-4 - + natywne dekodery dla Windows Media Video 7/8 - (WMV1/WMV2) i dekodery Win32 DLL + (WMV1/WMV2) i dekodery Win32 DLL dla Windows Media Video 9 - (WMV3). Oba używane w plikach .wmv - + (WMV3). + Oba używane w plikach .wmv + natywny dekoder Sorenson 1 (SVQ1) - + natywny dekoder Sorenson 3 (SVQ3) - + dekoder 3ivX w wersji 1 i 2 - + - Kodeki Cinepak i Intel Indeo (3.1,3.2,4.1,5.0) - + Kodeki Cinepak i Intel Indeo + (3.1,3.2,4.1,5.0) + - MJPEG, AVID, VCR2, ASV2 i inne formaty sprzętowe - + MJPEG, AVID, VCR2, ASV2 i inne formaty + sprzętowe + - VIVO 1.0, 2.0, I263 i inne warianty H.263(+) - + VIVO 1.0, 2.0, I263 i inne warianty + H.263(+) + FLI/FLC - + RealVideo 1.0 i 2.0 przy użyciu libavcodec i kodeki RealVideo 3.0 i 4.0 używające bibliotek RealPlayer - + natywny dekoder HuffYUV - + Różne stare proste formaty podobne do RLE - + @@ -76,6 +80,7 @@ obsługiwane, zajrzyj do działu i pomóż nam dodać ich obsługę. + FFmpeg/libavcodec @@ -106,6 +111,7 @@ Po prostu uruchom ./configure i kompiluj. + Xvid @@ -118,6 +124,7 @@ 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. @@ -147,71 +154,80 @@ pomocy Xvid. Domyślnie używana jest biblioteka cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid login - + cvs -z3 -d:pserver:anonymous@cvs.xvid.org:/xvid co xvidcore cd xvidcore/build/generic - + ./bootstrap.sh - + ./configure Możesz potrzebować dodać jakieś opcje (przejrzyj wyjście polecenia ./configure --help) - + make && make install - + Jeżeli użyłeś opcji , skopiuj ../../src/divx4.h do /usr/local/include/. - + Przekompiluj MPlayera z opcjami . - + + <systemitem class="library">x264</systemitem> Co to jest <systemitem class="library">x264</systemitem>? + - x264 - jest biblioteką służą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 jest - zaimplementowanych w x264. +x264 +jest biblioteką służą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 jest +zaimplementowanych w x264. Możliwości kodera CAVLC/CABAC Wielokrotne referencje - Intra: wszystkie typy makrobloków - (16x16, 8x8 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ły bitrate, - jedno- albo wieloprzebiegowe ABR, opcjonalne VBV + + Intra: wszystkie typy makrobloków (16x16, 8x8 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ły bitrate, + jedno- albo wieloprzebiegowe ABR, opcjonalne VBV + Wykrywanie zmian scen Adaptatywne umieszczanie klatek B - Referencyjne klatki B / dowolna kolejność - ramek - adaptywna transformacja przestrzenna - 8x8 i 4x4 + + Referencyjne klatki B / dowolna kolejność ramek + + + adaptywna transformacja przestrzenna 8x8 i 4x4 + tryb bezstratny Własne matryce kwantyzacji Równoległe kodowanie wielu fragmentów @@ -219,96 +235,108 @@ pomocy Xvid. Domyślnie używana jest biblioteka + 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". +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ż jakieś 2.0 GHz. +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ż jakieś 2.0 GHz. + - Jeśli używasz 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. +Jeśli używasz 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. +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ć najnowszej wersji z Subversion. +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ć najnowszej wersji z Subversion. + - 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 - interfejs sieciowy repozytorium SVN FFmpega +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 +interfejs sieciowy repozytorium SVN FFmpega + -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 zalecane - jest także używanie MPlayera z Subversion. - 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. +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 zalecane +jest także używanie MPlayera z Subversion. +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. - + + + Kodeki audio @@ -318,48 +346,50 @@ pomocy Xvid. Domyślnie używana jest biblioteka MPEG layer 1/2/3 (MP1/2/3) audio (natywny kod, z optymalizacją dla MMX/SSE/3DNow!) - + - Windows Media Audio 7 i 8 (AKA WMAv1 i WMAv2) (natywny kod, z - libavcodec) - + Windows Media Audio 7 i 8 (AKA WMAv1 i WMAv2) + (natywny kod, z + libavcodec) + Windows Media Audio 9 (WMAv3) (poprzez DLL DMO) - + AC3 Dolby audio (natywny kod, z optymalizacją MMX/SSE/3DNow!) - + - przetwarzanie AC3 przez kartę dźwiękową - + przetwarzanie AC3 przez kartę dźwiękową + AAC - + kodek Ogg Vorbis audio (natywna biblioteka) - + RealAudio: DNET (AC3 z niskim bitratem), Cook, Sipro i ATRAC3 - + QuickTime: kodeki Qualcomm i QDesign - + VIVO audio (g723, Vivo Siren) - + Voxware audio (poprzez DirectShow DLL) - + formaty alaw i ulaw, różne gsm, adpcm i pcm i inne stare, proste kodeki audio - - - kodeki mowy Adaptive Multi-Rate (AMR) - + + + kodeki mowy Adaptive Multi-Rate (AMR) + + Programowe dekodowanie AC3 @@ -400,9 +430,11 @@ albo nowszy (przypuszczalnie działa także ALSA CVS). + Sprzętowe dekodowanie AC3 + Potrzebna jest karta obsługująca AC3, z cyfrowym wyjściem (S/PDIF). Sterownik musi prawidłowo obsługiwać format AFMT_AC3 (robi to C-Media). Podłącz swój @@ -413,15 +445,16 @@ dekodującymi DXR3/Hollywood+ MPEG. + Obsługa <systemitem class="library">libmad</systemitem> libmad -jest wieloplatformową, -stałoprzecinkową (wewnętrznie 24-bitowe PCM) biblioteką dekodującą dźwięk -MPEG. Nie odtwarza zbyt dobrze uszkodzonych plików i czasami ma problemy +jest wieloplatformową, stałoprzecinkową (wewnętrznie 24-bitowe PCM) biblioteką +dekodującą dźwięk MPEG. +Nie odtwarza zbyt dobrze uszkodzonych plików i czasami ma problemy z przewijaniem, ale na platformach bez jednostki zmiennoprzecinkowej (FPU), czyli na przykład ARM, może mieć lepszą wydajność niż mp3lib. @@ -435,6 +468,7 @@ przy użyciu libmad. + Sprzętowy kodek MPEG audio @@ -449,9 +483,11 @@ urządzeniami audio (np. OSS i ALSA), bo nie będzie to działało + Kodek AAC + AAC (Advanced Audio Coding) jest kodekiem audio spotykanym czasami w plikach MOV i MP4. Otwarty dekoder nazywany FAAD dostępny jest na stronie @@ -485,9 +521,11 @@ a RPM-y dla Fedory z Livna. + Kodeki AMR + Kodeki mowy Adaptive Multi-Rate są używane w telefonii komórkowej trzeciej generacji (3G). @@ -495,6 +533,7 @@ Opis implementacji udostępniany jest przez The 3rd Generation Partnership Project (za darmo dla osób prywatnych). + Żeby uaktywnić obsługę kodeków, pobierz źródła kodeków AMR-NB i @@ -515,7 +554,9 @@ Gdy już to zrobisz, kontynuuj budowanie - + + + Importowanie kodeków Win32-HOWTO @@ -556,11 +597,12 @@ ftp://upload.mplayerhq.hu/MPlayer/incoming/<nazwakodeka> W systemach Windows NT/2000/XP szukaj powyższych informacji -w rejestrze, np. szukaj wyrażenia "VIDC.HFYU". Aby dowiedzieć się jak +w rejestrze, np. szukaj wyrażenia "VIDC.HFYU". Aby dowiedzieć się jak to zrobić, spójrz niżej na starą metodę DirectShow. + Kodeki DirectShow @@ -572,10 +614,10 @@ poprzednika. Sprawa ma się gorzej z DirectShow, ponieważ: system.ini nie zawiera wymaganych informacji, zamiast tego są one przechowywane w rejestrze. - + Z tego powodu wymagane jest GUID kodeka. - + @@ -587,36 +629,34 @@ Używając Microsoft GraphEdit (szybki sposób) Pobierz GraphEdit z dowolnego DirectX SDK, albo z doom9 - + Uruchom graphedit.exe. - + Z menu wybierz Graph -> Insert Filters. - + Rozwiń listę DirectShow Filters - + Wybierz właściwy kodek i rozwiń go. - + We wpisie DisplayName spójrz na tekst w nawiasach klamrowych po znaku "backslash" i zapisz go (pięć bloków oddzielonych kreskami, GUID). - + Binariami kodeka jest plik określony w polu Filename. - + - - + Jeżeli nie ma pola Filename, a DisplayName zawiera coś w stylu device:dmo, to jest to kodek DMO. - - + Stara Metoda: @@ -625,16 +665,16 @@ Weź głęboki oddech i zacznij przeszukiwanie rejestru... Uruchom regedit. - + Naciśnij Ctrl+F, odznacz dwa pierwsze pola (checkboxes) i zaznacz trzecie. Wpisz fourcc kodeka (np. TM20). - + Powinieneś zobaczyć pole zawierające ścieżkę i nazwę pliku (np. C:\WINDOWS\SYSTEM\TM20DEC.AX). - + Gdy odnalazłeś już plik, potrzebny będzie GUID. Spróbuj ponownego wyszukiwania, ale tym razem wpisz nazwę kodeka, a nie jego fourcc. Jego nazwę @@ -643,28 +683,25 @@ Weź głęboki oddech i zacznij przeszukiwanie rejestru... Zaawansowane. Jeżeli jej tam nie będzie, to masz pecha. Spróbuj odgadnąć nazwę (np. spróbuj wyszukać "TrueMotion"). - + -Jeżeli GUID został odnaleziony, powinieneś ujrzeć pola FriendlyName - i CLSID. Zapisz szesnastobajtowy CLSID będący GUIDem, - którego potrzebujemy. - + Jeżeli GUID został odnaleziony, powinieneś ujrzeć pola + FriendlyName i CLSID. Zapisz + szesnastobajtowy CLSID będący GUIDem, którego potrzebujemy. + - - + Jeżeli wyszukiwanie się nie powiedzie, spróbuj zaznaczyć wszystkie pola (checkboxes). Prawdopodobnie dostaniesz fałszywe trafienia, ale być może będziesz miał szczęście... - - + Teraz, kiedy masz już wszystkie niezbędne informacje (fourcc, GUID, plik z kodekiem, przykładowy plik AVI), umieść swoją prośbę o obsługę kodeka za pomocą poczty elektronicznej i wyślij ww. pliki na poniższy serwer FTP: -ftp://upload.mplayerhq.hu/MPlayer/incoming/<nazwakodeka>/ - +ftp://upload.mplayerhq.hu/MPlayer/incoming/<nazwakodeka>/ @@ -675,4 +712,5 @@ DOCS/tech/codecs.conf.txt (tylko po angielsku - przyp. tłum.). + -- cgit v1.2.3