From 0f3c4943073abcba6d18f90e047bc33ab812d5f9 Mon Sep 17 00:00:00 2001 From: wight Date: Fri, 15 Apr 2005 05:56:04 +0000 Subject: [PATCH] Some fixups and clarifications git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@15161 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/man/pl/mplayer.1 | 26 ++++++++++++++------------ 1 file changed, 14 insertions(+), 12 deletions(-) diff --git a/DOCS/man/pl/mplayer.1 b/DOCS/man/pl/mplayer.1 index 940e8f07b8..b302ba5f49 100644 --- a/DOCS/man/pl/mplayer.1 +++ b/DOCS/man/pl/mplayer.1 @@ -7788,9 +7788,9 @@ ale nie resetuj Liczba poprzednich ramek wykorzystanych do przewidywania klatek P lub B (domyślnie: 1). Parametr ten ma dość znaczny wpływ na anime, jednak przy materiałach z "żywymi" -aktorami jakość znacznie spada, a parametr wzrasta powyżej 6 lub więcej klatek odniesienia. -Opcja nie ma żadnego wpływu na szykbość dekodowania, ale zwiększa zapotrzebowanie na pamięć -w trakcie tego procesu. +aktorami skuteczność znacznie spada powyżej około sześciu klatek odniesienia. +Opcja nie ma żadnego wpływu na szybkość dekodowania, ale zwiększa +zapotrzebowanie na pamięć w trakcie tego procesu. Niektóre dekodery potrafią obsłużyć tylko do 15 klatek odniesienia. . .TP @@ -7814,14 +7814,14 @@ Wy Pozwala na stosowanie ramek B jako odnośników do przewidywania innych ramek. Na przykład rozważmy 3 kolejne ramki B: I0 B1 B2 B3 P4. Bez tej opcji ramki B występują tak samo jak w MPEG-[124]. -Zatem są kodowane w kolejności I0 P4 B1 B2 B3 i wyszystkie klatki B są +Zatem są kodowane w kolejności I0 P4 B1 B2 B3 i wszystkie klatki B są przewidywane z I0 i P4. Z tą opcją są kodowane w kolejności I0 P4 B2 B1 B3. B2 jest takie samo jak powyżej, ale B1 jest przewidywane z I0 i B2 a B3 jest przewidywane z B2 i P4. -Wynikiem tego jest nieco lepsza kompresja praktycznie bez straty szybkości. +Wynikiem tego zwykle jest nieco lepsza kompresja praktycznie bez straty szybkości. Jednakże jest to opcja eksperymentalna: nie jest do końca dostrojona i nie zawsze -może przynieść oczekiwane rezultaty. +może dać oczekiwane rezultaty. Wymaga bframes >= 2. Wada: zwiększa opóźnienie dekodowania do 2 ramek. . @@ -7843,15 +7843,17 @@ Warto Domyślne zachowanie filtru pozwala prawie zawsze osiągnąc optymalną jakość, więc najlepiej albo zostawić wszystkie parametry takie jakimi są albo dokonać tylko niewielkich zmian. -Jednakże, jeżeli Twój materiał źródłowy zawiera już jakieś szumy lub nosi śladu efektu bloków, -które chciałbyś usunąć, dobrym pomysłem będzie nieznaczne zwiększenie wartości parametru. +Jednakże, jeżeli Twój materiał źródłowy zawiera już jakieś szumy lub nosi śladu +efektu bloków, które chciałbyś usunąć, dobrym pomysłem będzie nieco większe +zwiększenie wartości parametru. . .TP .B deblockbeta=<-6\-6> Parametr Beta filtru odblokowywującego (deblock) (domyślnie: 0). -Ma wpływ na próg detali. Bloki zawierające dużą liczbę detali nie będą filtrowane, -ponieważ wygładzanie stosowane przez ten filtr będzie bardziej widoczne niż oryginalny -efekt blokowy. +Ma wpływ na próg detali. +Bloki zawierające dużą liczbę detali nie będą filtrowane, +ponieważ wygładzanie stosowane przez ten filtr będzie bardziej widoczne niż +oryginalny efekt blokowy. . .TP .B (no)cabac @@ -7862,7 +7864,7 @@ Nie powiniene . .TP .B qp_min=<1\-51> (CBR lub tryb dwuprzebiegowy) -Minimalny kwantyzator, 10\-35 to użyteczny zakres (domyślnie: 10). +Minimalny kwantyzator, 10\-30 to użyteczny zakres (domyślnie: 10). . .TP .B qp_max=<1\-51> (tylko CBR)