view DOCS/Polish/codecs.html @ 9076:92014b66ed3d

ability to disable the nonsense expand filter is a must! otherwise it's impossible to render subtitles earlier in the filter chain and then scale them down with a scale filter; huge subs will get rendered again on top!! (think dvd/vobsub where you can't just use smaller font size) if anyone has a better way to handle this, do it! (e.g. make it so that the first expand filter disabled osd for the rest of the filter chain)
author rfelker
date Fri, 24 Jan 2003 01:04:50 +0000
parents d5c692754cf2
children
line wrap: on
line source

<HTML>

<HEAD>
 <META http-equiv="content-type" content="text/html; charset=iso-8859-2" />
</HEAD>

<BODY BGCOLOR=WHITE>

<FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>

<P><B><A NAME=2.2>2.2. Wspierane kodeki</A></B></P>


<P><B><A NAME=2.2.1>2.2.1. Kodeki Video</A></B></P>

<P>Zobacz:
<A HREF="http://www.mplayerhq.hu/DOCS/codecs-status.html">
http://www.mplayerhq.hu/DOCS/codecs-status.html</A>. Znajdziesz tam kompletną,
codziennie tworzoną listę!!!</P>

<P>Najważniejsze kodeki video:<BR>
<UL>
<LI>MPEG1 (VCD) i MPEG2 (DVD) video</LI>
<LI>DivX ;-), OpenDivX (DivX4), 3ivx i inne warianty MPEG4</LI>
<LI>Windows Media Video 7 (WMV1) i 8 (WMV2) wykorzystywany w plikach .wmv</LI>
<LI>Kodeki Intel Indeo (3.1,3.2,4.1,5.0)</LI>
<LI>MJPEG, ASV2 i inne formaty sprzętowe</LI>
<LI>Kodeki XAnim</LI>
<LI>VIVO</LI>
<LI>FLI</LI>
<LI>RealVideo 1.0</LI>
</UL></P>

<P>Jeśli masz kodeka Win32 nie wymienionego tutaj, oraz jeszcze nie
obsługiwanego, przeczytaj <A HREF="#2.2.3">importowanie kodeków</A>, by uzyskać
informacje o tym, jak pomóc nam w dodaniu wsparcia dla niego!</P>

<P><B><A NAME=2.2.1.1>2.2.1.1. DivX4</A></B></P>

<P>Ta sekcja zawiera informacje o kodekach DivX4 z <A
HREF="http://www.projectmayo.com">ProjectMayo</A>. Ich pierwszą dostępną wersją
alfa był OpenDivX 4.0 alfa 47 oraz 48. Wsparcie dla nich zostało dołączone w
<B>MPlayerze</B>, i jest kompilowane standardowo. Dawniej używaliśmy kodu
postprocessing z tych kodeków do opcjonalnego zwiększenia jakości filmów
MPEG1/2. Teraz już stosujemy własny.</P>

<P>Nowa generacja tych kodeków potrafi nawet dekodować filmy zrobione z użyciem
niesławnych kodeków DivX! Ale to jeszcze nie wszystko! Są one DUŻO szybsze, niż
tradycyjne DLLe Win32 DivX (zauważ, że dekoder libavcodec jest JESZCZE SZYBSZY
:). Zobacz poniżej opis konfiguracji. Jedyną wadą tych kodeków jest fakt, że
aktualnie są one closed-source. :(</P>

<P>Kodek można ściągnąć z następującego URL:</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<A HREF="http://avifile.sourceforge.net">http://avifile.sourceforge.net</A></P>

<P>Jeśli to nie zadziała, spróbuj jeszcze:</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<A HREF="http://divx.com">http://divx.com</A></P>

<P>Rozpakuj je i uruchom, jako root, polecenie: <CODE>./install.sh</CODE> .</P>

<P>Uwaga: NIE zapomnij dodać <CODE>/usr/local/lib</CODE> do <CODE>/etc/ld.so.conf</CODE> i uruchomić <CODE>ldconfig</CODE>!</P>

<P><B>MPlayer</B> automatycznie wykrywa czy DivX4 jest (właściwie)
zainstalowany, wystarczy go, tak jak zawsze, skompilować. Jeśli mplayer nie
wykrywa DivX4, oznacza to, że nie zainstalowałeś go w taki sposób jak powyżej
podano, i/lub popsułeś konfigurację (zobacz ostatnie pytanie w sekcji 5.1).</P>

<P>Używanie tego kodeka jest trochę skomplikowane. Ponieważ powstaje konflikt
ze starym  OpenDivX (jego API jest bardzo podobne do do tego z OpenDivX), kod
OpenDivX jest wyłączony, również sterownik OpenDivX wywołuje tą bibliotekę.</P>

<P>Ogólnie możemy sprowadzić to zagadnienie do faktu, że masz dwie opcje do
zastosowania tego kodeka:</P>

<P><TABLE BORDER=0>
<TD>&nbsp;&nbsp;</TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica,
sans-serif" size=2>-vc&nbsp;odivx</TD><TD>&nbsp;&nbsp;</TD> <TD><FONT
face="Verdana, Arial, Helvetica, sans-serif" size=2>użycie kodeka divx4 jako
nowej wersji OpenDivX.  W tym przypadku produkuje on we własnym buforze obrazy
YV12 oraz <B>MPlayer</B> (libvo) dokonuje konwersji przestrzeni kolorów.
(<B>REKOMENDOWANE!</B>)</TD><TR> <TD></TD><TD VALIGN=top><FONT face="Verdana,
Arial, Helvetica, sans-serif" size=2>-vc&nbsp;divx4</TD><TD></TD> <TD><FONT
face="Verdana, Arial, Helvetica, sans-serif" size=2>użycie konwersji
przestrzeni kolorów z kodeka divx4. W tym trybie można użyć również
YUY2/UYVY.</TD></TR>
</TABLE></P>

<P>Metoda 'odivx' jest zazwyczaj szybsza, ze względu na fakt, że przenosi ona
dane obrazu do formatu YV12 (planar YUV 4:2:0), a to wymaga dużo mniejszego
pasma przenoszenia na szynie. W trybie spakowanego YUV (YUY2, UYVY) stosuj
metodę 'divx4'. W trybie RGB możesz dowolnie wybierać, ponieważ prędkości ich
są takie same, różnią się być może tylko w odniesieniu do aktualnego bpp.</P>

<P>Uwaga: ten kodek wspiera również postprocessing (użyj opcji
<CODE>-oldpp</CODE>, aby to włączyć), ale zakres wartości jest dziwny: </P>

<P><TABLE BORDER=0>
<TD>&nbsp;&nbsp;</TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>0</TD><TD>&nbsp;&nbsp;</TD>
<TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>bez postproc</TD><TR>
<TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>10 .. 20</TD>
<TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>postprocessing, normalny (jak na poziomie 2 z divxd)</TD><TR>
<TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>30 .. 60</TD>
<TD></TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>mocny prostprocessing, obciąża mocno CPU (podobnie jak poziom 4 z divxd</TD><TR>
</TABLE></P>

<P><B><A NAME=2.2.1.2>2.2.1.2. DivX/libavcodec z ffmpeg</A></B></P>

<P>Poczynając od wersji 0.4.2, <A
HREF="http://ffmpeg.sourceforge.net">ffmpeg</A> zawiera kodek DivX
<B>opensource</B>, który jest kompatybilny z tradycyjnym DivX. <B>MPlayer</B>
wspiera ten kodek i dzięki temu możliwe staje się <B>oglądanie filmów
DivX/DivX4 na platformach innych niż x86</B> oraz osiąganie dużo szybszej
prędkości dekodowania <B>DivX/DivX4</B>, niż za pomocą kodeków Win32 i
oryginalnych bibliotek DivX4<BR>. Ponieważ zostało to usunięte z drzewa cvs
<B>MPlayera</B>, musisz ściągnąć to ręcznie bezpośrednio z drzewa cvs
<B>FFmpeg</B></P>.

<P><CODE>
  cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg login<BR>
  cvs -d:pserver:anonymous@cvs.ffmpeg.sourceforge.net:/cvsroot/ffmpeg co ffmpeg
</CODE></P>

<P>UWAGA: <I>Jeśli kopiujesz z podkatalogami CVS, następnym razem wystarczy
zrobić 'cvs update'.</I></P>

<P>Teraz przenieś nowo ściągnięte źródła ffmpeg: katalog <B>libavcodec</B>, (ze
wszystkimi jego podkatalogami) do drzewa katalogowego <B>MPlayera</B>, tak, aby
to wyglądało w taki sposób:</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<CODE>main/libavcodec</CODE></P>

<P>Linkowanie symboliczne NIE jest wystarczające. Musisz to skopiować bądź
przenieść!!!</P>

<P>Następnie skompiluj. configure wykrywa czy wszystko jest w porządku i może
być skompilowane. Ten kodek również <B>wspiera postprocessing!</B></P>

<P>W celu użycia go, uaktualnij swój plik codecs.conf, zgodnie z tym, co mówią
strony podręcznika lub  example.conf (opcja -vfm).</P>

<P>Aby osiągnąć <B>największą prędkość</B> na moim K6, usuwam sekcję
<CODE>ffmpeg12</CODE> z codecs.conf (ten kodek nie jest zoptymalizowany a
libmpeg2 jest dwa razy szybszy), i wpisuję <CODE>vfm=5</CODE> w moim pliku
konfiguracyjnym. Po czym <B>MPlayer</B> zawsze już używa <B>ffdivx/ffodivx</B>
do dekodowania plików <B>DivX/DivX4</B> oraz libmpeg2 do plików MPEG1/2. Przy
takiej konfiguracji na moim K6/2 500 z Matrox G400 mogę oglądać filmy
DivX/DivX4 w najwyższej rozdzielczości, bez straty klatek (framedrop).</P>

<P><B><A NAME=2.2.1.3>2.2.1.3. Kodeki XAnim</A></B></P>

<P>Używanie (niektórych) kodeków XAnim z innym programem niż XAnim, jest
<B><I>NIELEGALNE</I></B>. <B>TWOIM</B> obowiązkiem jest przeczytanie
licencji i zastosowanie się do niej. Autorzy <B>MPlayera</B> nie mogą zostać
pociągnięci do odpowiedzialności za jakiekolwiek, sprzeczne z prawem,
zachowania użytkowników.</P>

<P>A więc: tak, <B>MPlayer</B> potrafi używać do dekodowania kodeków XAnim.
Włączenie ich jest bardzo proste:</P>

<P>
<UL>
  <LI>Ściągnij kodeki, których chcesz używać ze 
<A HREF="http://xanim.va.pubnix.com">strony XAnim</A>. Nie ma tam kodeka
<B>3ivx</B> , więc ściągnij go ze <A HREF="http://www.3ivx.com">strony
3ivx</A>.</LI>

  <LI>Użyj opcji <CODE>--with-xanimlibdir</CODE>, aby podać dla configure,
gdzie znajdują się kodeki xanim. Domyślnie są one szukane w katalogu
<CODE>/</CODE> (...). 
  Alternatywą jest ustawienie w zmiennej środowiskowej <I>XANIM_MOD_DIR</I>
  ścieżki do katalogu z kodekami XAnim.</LI>

  <LI>Zmień nazwy plików, obcinając część dotyczącą architektury tak, aby
wyglądały one następująco: <CODE>vid_cvid.xa, vid_h263.xa, vid_iv50.xa</CODE>

</UL>
</P>

<P>Jest to rodzina kodeków video o numerze 10, przydatne więc będzie użycie
opcji <CODE>-vfm 10</CODE> i poinformowanie <B>MPlayera</B>, by ich użył jeśli
to możliwe.</P>

<P>Testowane kodeki: <B>Indeo 3.2</B>, <B>4.1</B>, <B>5.0</B>, <B>CVID</B>, <B>3ivX</B>, <B>h263</B>.</P>


<P><B><A NAME=2.2.1.4>2.2.1.4. Obraz VIVO</A></B></P>

<P><B>MPlayer</B> potrafi odgrywać obrazy Vivo (1.0 i 2.0). Najbardziej
odpowiedni kodek do plików 1.0, to dekoder FFmpeg's H263, Możesz go użyć za
pomocą opcji <CODE>-vc ffh263</CODE> (domyślnie) (będziesz potrzebował
najnowszego libavcodec!). Do plików 2.0 użyj <CODE>ivvideo.dll</CODE> pliku DLL
Win32 (do sciągnięcia <A
HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/ivvideo.dll">tutaj</A>),
zainstaluj go w <CODE>/usr/lib/win32</CODE>, bądź w innym miejscu, w którym
przechowujesz kodeki Win32. Ten późniejszy kodek nie obsługuje trybów YV12 ani
YUY2, a tylko BGR i jest użyteczny wyłącznie z wyjściami X11 i OpenGL. Miejmy
nadzieję, że ffh263 będzie wspierał pliki VIVO 2.0 w przyszłości.</P>


<P><B><A NAME=2.2.1.5>2.2.1.5. Obraz MPEG 1/2</A></B></P>

<P>MPEG1 i MPEG2 są dekodowane za pomocą biblioteki własnej <B>libmpeg2</B>.
Jej kod źródłowy jest zawarty w <B>MPlayerze</B> i oczywiście jest
wieloplatformowy. Obsługujemy pliki video MPEG1/2 z błędami przez sprawdzanie,
jaką sygnaturę zwraca libmpeg2, i kiedy jest to sig11 (segmentation fault),
szybko inicjalizujemy ponownie kodek, i kontynuujemy dokładnie z tego miejsca,
w którym pojawił się błąd. Nie ma tu zauważalnej straty prędkości.</P>


<P><B><A NAME=2.2.1.6>2.2.1.6. MS Video1</A></B></P>

<P>Jest bardzo stary i bardzo zły kodek Microsoftu. W przeszłości był on
dekodowany z kodekiem Win32 <CODE>msvidc32.dll</CODE>, teraz mamy własną
implementację open-source wykonaną przez <A
HREF="mailto:melanson@pcisys.net">Mike'a Melansona</A>).</P>


<P><B><A NAME=2.2.1.7>2.2.1.7. Cinepak CVID</A></B></P>

<P><B>MPlayer</B> posiada teraz swój własny opensource, wieloplatformowy
dekoder Cinepak. Obsługuje on wyjścia YUV, wykonuje skalowanie sprzętowe, jeśli
sterowniki wyjścia video na to pozwalają. Jest używany domyślnie.</P>

<P><B><A NAME=2.2.1.8>2.2.1.8.  RealVideo</A></B></P>

<P> Aktualnie obsługiwany jest TYLKO kodek RealVideo 1.0 (fourcc RV10), poprzez
ffmpeg. To smutne, ale żadne nowe pliki RealMedia nie są z nim dostarczone,
tylko nowe kodeki RV20 i RV30, które są closed-source. Mało prawdopodbne jest
wsparcie dla nich w przyszłości :(</P>

<P><B><A NAME=2.2.2>2.2.2. Kodeki dźwięku</A></B></P>

<P>Najważniejsze kodeki dźwięku, to:<BR>
<UL>
<LI>MPEG layer 2 oraz layer 3 (MP3) audio(<B>własny</B> kod, z optymalizacją MMX/SSE/3DNow!)</LI>
<LI>MPEG layer 1 audio(<B>własny</B> kod, z libavcodec)</LI>
<LI>AC3 Dolby audio (<B>własny</B> kod, z optymalizacją SSE/3DNow!)</LI>
<LI>Ogg Vorbis kodek audio (<B>własna</B> biblioteka)</LI>
<LI>Voxware audio (użycie DirectShow DLL)</LI>
<LI>alaw, msgsm, pcm i inne proste stare formaty dźwiękowe</LI>
<LI>VIVO audio (g723, Vivo Siren)</LI>
<LI>RealAudio: DNET (niska bitrate AC3)</LI>
</UL></P>


<P><B><A NAME=2.2.2.1>2.2.2.1. Programowe dekodowanie AC3</A></B></P>

<P>Domyślny dekoder, używany do plików z dźwiękiem AC3.</P>

<P>Dekoder AC3 może tworzyć mieszanki wyjściowego dźwięku dla 2, 4 lub 6
głośników. Skonfigurowany dla 6 głośników, dekoder ten dostarcza oddzielne
wyjścia dla wszystkich kanałów AC3 do sterownika karty dźwiękowej, umożliwiając
doświadczenie wrażenia pełnego "dźwięku otaczającego", bez wymagania od
zewnętrznego dekodera AC3 użycia kodeka hwac3.</P>

<P>Użyj opcji <CODE>-channels</CODE>, aby wybrać ilość kanałów wyjściowych.
Użyj opcji <CODE>-channels 2</CODE> dla stereo downmix. Dla czterokanałowego
downmix (wyjścia lewo-przód, prawo-przód, lewo-tył, prawo-tył), użyj opcji
<CODE>-channels 4</CODE>. W tym przypadku jakikolwiek centralny kanał będzie
miksowany odpowiednio do przednich kanałów. Ostatecznie, "-channels 6" będzie
wyprowadzało wszystkie kanały AC3 tak, jak są zakodowane - w kolejności lewy,
prawy, lewy-tylny, prawy-tylny, centralny oraz LFE.</P>

<P>Domyślna liczba kanałów wyjściowych wynosi 2.</P>

<P>Aby korzystać z więcej niż dwóch kanałów wyjściowych, musisz użyć OSS, i
posiadać sterownik dla karty dźwiękowej, który obsługuje odpowiednią liczbę
kanałów wyjściowych przez SNDCTL_DSP_CHANNELS ioctl. Na przykład wersja
sterownika emu10k1 (używanego z kartami SB Live), nowsza niż z sierpnia 2001,
powinna być odpowiednia (słyszałem, że najnowszy ALSA CVS obsługuje to także)
.</P>

<P>Miksowanie na wyjściu więcej niż dwóch kanałów powinno być traktowane jako
eksperymentalne.</P>

<P><B><A NAME=2.2.2.2>2.2.2.2. Sprzętowe dekodowanie AC3</A></B></P>

<P>Potrzebna ci będzie karta dźwiękowa, zdolna do obsługi AC3, z cyfrowym
wyjściem (SP/DIF). Sterownik karty dźwiękowej musi obsługiwać format AFMT_AC3
(tak, jak to robi SB Live, albo C-Media!). Połącz swój dekoder AC3 do wyjścia
SP/DIF oraz użyj opcji '-ac hwac3'. To może zadziałać, bądź nie (status
eksperymentalny - najprawdopodobniej aktualnie będzie działać tylko z kartami
C-Media, masz wolną rękę w naprawieniu tego dla SB Live).</P>


<P><B><A NAME=2.2.2.3>2.2.2.3. Obsługa libmad</A></B></P>

<P><A HREF="http://mad.sourceforge.net">libmad</A> jest wieloplatformową
biblioteką dekodowania dźwięku MPEG. Jeśli nie wiesz dlaczego to jest dobre,
prawdopodobnie nie potrzebujesz tego. </P>

<P>Aby włączyć obsługę, skompiluj źródła z opcją <CODE>--enable-mad</CODE>.
</P>


<P><B><A NAME=2.2.2.4>2.2.2.4. Dźwięk VIVO</A></B></P>

<P>Kodek dźwięku stosowany  do plików VIVO zależy od tego, czy jest to plik
VIVO/1.0, czy VIVO/2.0. Pliki VIVO/1.0 zawierają dźwięk <B>g.723</B>, zaś pliki
VIVO/2.0 mają <B>Vivo Siren</B>. Oba formaty są <U>obsługiwane</U>.
Możesz ściągnąć kodek g.723/Siren Win32 DLL z 
<A HREF="http://www.mplayerhq.hu/MPlayer/samples/drivers32/vivog723.acm">tej
strony</A>, a następnie skopiować go do katalogu <CODE>/usr/lib/win32</CODE>
lub innego odpowiedniego.</P>

<P><B><A NAME=2.2.2.5>2.2.2.5.  RealAudio</A></B></P>

<P>Aktualnie jedynym obsługiwanym kodekiem jest DNET. Właściwie jest to wersja
low-bitrate dobrze znanego kodeka AC3. Może on się pojawić zarówno w starszych
jak i w nowych filmach RealMedia</P>

<P><B><A NAME=2.2.3>2.2.3. Importowanie kodeków Win32</A></B></P>

<P><B><A NAME=2.2.3.1>2.2.3.1. Kodeki VFW</A></B></P>

<P>VfW (Video for Windows), jest to stare Video API dla Windows. Jego kodeki
mają rozszerzenia .DLL lub (rzadziej) .DRV.
Jeśli <B>MPlayer</B> nie działa z twoim AVI:</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<CODE>UNKNOWN video codec: HFYU (0x55594648)</CODE></P>

<P>To oznacza, że twój AVI jest zakodowany za pomocą kodeka, który ma HFYU
fourcc (HFYU = kodek HuffYUV, DIV3 = DivX Low Motion, itd....). Teraz, gdy już
to wiemy, będziemy musieli dowiedzieć się, którą bibliotekę DLL z Windows
załadować, aby móc odtworzyć ten plik. W naszym przypadku system.ini zawiera to
(oraz wiele innych):</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<CODE>VIDC.HFYU=huffyuv.dll</CODE></P>

<P>Tak więc będziemy potrzebować pliku huffyuv.dll. Zauważ, że kodeki dźwięku są wyróżnione za pomocą prefiksu MSACM:</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<CODE>msacm.l3acm=L3codeca.acm</CODE></P>


<P>To jest kodek MP3. Mając już wszystkie potrzebne informacje (fourcc,
plik z kodekiem, próbka AVI), wyślij żądanie wsparcia dla twojego kodeka mailem
i załaduj te pliki przez FTP:</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;<CODE>ftp://ftp.mplayerhq.hu/MPlayer/incoming/[nazwa_kodeka]/</CODE></P>


<P><B><A NAME=2.2.3.2>2.2.3.2. Kodeki DirectShow</A></B></P>

<P>DirectShow to najnowsze Video API, które jest nawet gorsze, niż jego
poprzednik. Sprawy się bardziej komplikują, odkąd: 
<UL> 
<LI>system.ini nie zawiera potrzebnych informacji, a w zamian za to jest przechowywany w rejestrze :(
<LI>będzie potrzebny nam GUID kodeka.
</UL></P>

<P>Więc znajdźmy ten przeklęty rejestr ...
<UL>
<LI>Uruchom 'regedit'.
<LI>Wciśnij ctrl-f, odznacz pierwsze dwie opcje i zaznacz trzecią. Wpisz
fourcc kodeka (np.: TM20).
<LI>Powinno się pokazać pole ze ścieżką i nazwą pliku (np. :
C:\WINDOWS\SYSTEM\TM20DEC.AX).
<LI>Skoro mamy już plik, potrzebne nam jeszcze GUID. Spróbuj jeszcze raz
poszukać, ale tym razem nazwy kodeka, nie fourcc. Jego nazwę można odczytać w
File/Properties/Advanced, podczas odtwarzania tego pliku przez Media Player.
Jeśli się nie da, to pech ;) Spróbuj zgadnąć (np. szukaj: TrueMotion).
<LI>Jeśli znalazłeś (w rejestrze), powinno być tam pole FriendlyName oraz pole
CLSID. Zapisz, że 16 bajtów CLSID, to potrzebne nam GUID.
</UL></P>

<P>UWAGA:Poszukując plików, staraj się włączyć wszystkie pola wyboru ...
Możesz dostać wiele nieprzydatnych odpowiedzi, ale być może dostaniesz te
właściwe przy okazji ...  </P>

<P>UWAGA: W razie niepowodzenia zrzuć wszystko na M$.</P>


<P>Mając już wszystkie potrzebne informacje (fourcc, GUID, plik z kodekiem,
próbka AVI), wyślij zgłoszenie wsparcia dla swojego kodeka mailem, i prześlij
te pliki na adres FTP:<BR>
ftp://ftp.mplayerhq.hu/MPlayer/incoming/[nazwa_kodeka]/</P>

</BODY>
</HTML>