Some fixups and clarifications

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@15161 b3059339-0415-0410-9bf9-f77b7e298cf2

1 files 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ą "licznika keyint".
 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ższy współczynnik b_bias generuje większą liczbę klatek B (domyślnie: 0).
 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ść dodatnia ogranicza blokujące szumy, ale rozmywa również detale.
 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ś go wyłączać, chyba że zależy Ci na szybkości dekodowania.
 .
 .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)