diff options
author | diego <diego@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2003-02-08 00:00:00 +0000 |
---|---|---|
committer | diego <diego@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2003-02-08 00:00:00 +0000 |
commit | 4e8a50437110dc3d70e406c8d3dbf2a522ff5594 (patch) | |
tree | 46073083dcaa4fb9e61949d9641319d525ab8f1c /DOCS/Polish/codecs.html | |
parent | 6f2b2246d24f9501b057533fc2eb75187fe56f56 (diff) | |
download | mpv-4e8a50437110dc3d70e406c8d3dbf2a522ff5594.tar.bz2 mpv-4e8a50437110dc3d70e406c8d3dbf2a522ff5594.tar.xz |
Rename documentation directories to two-letter language codes.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9333 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS/Polish/codecs.html')
-rw-r--r-- | DOCS/Polish/codecs.html | 381 |
1 files changed, 0 insertions, 381 deletions
diff --git a/DOCS/Polish/codecs.html b/DOCS/Polish/codecs.html deleted file mode 100644 index fe75c4dfb9..0000000000 --- a/DOCS/Polish/codecs.html +++ /dev/null @@ -1,381 +0,0 @@ -<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> <A HREF="http://avifile.sourceforge.net">http://avifile.sourceforge.net</A></P> - -<P>Jeśli to nie zadziała, spróbuj jeszcze:</P> - -<P> <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> </TD><TD VALIGN=top><FONT face="Verdana, Arial, Helvetica, -sans-serif" size=2>-vc odivx</TD><TD> </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 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> </TD><TD><FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>0</TD><TD> </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> <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> <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> <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> <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> <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> |