mirror of
https://github.com/mpv-player/mpv
synced 2025-02-01 04:31:39 +00:00
synced with 1.837
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@14341 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
parent
a2bf3b14b7
commit
ef1d1fab80
@ -1,4 +1,4 @@
|
||||
.\" synced with 1.833
|
||||
.\" synced with 1.837
|
||||
.\" MPlayer (C) 2000-2004 MPlayer Team
|
||||
.\" This man page was/is done by Gabucino, Diego Biurrun, Jonas Jermann
|
||||
.\" Tłumaczenie: Wacław "Torinthiel" Schiller (torinthiel@wp.pl)
|
||||
@ -1692,10 +1692,6 @@ Okre
|
||||
Zmienia wykrytą wielkość bufora sterownika audio/\:karty.
|
||||
.
|
||||
.TP
|
||||
.B \-aofile <nazwa\ zbioru>
|
||||
Zmienia domyślną nazwę zbioru dla \-ao pcm.
|
||||
.
|
||||
.TP
|
||||
.B \-aop <list=wtyczka1,wtyczka2...:opcja1=wartość1:opcja2=wartość2...>
|
||||
Określ wtyczki audio i ich opcje
|
||||
(sprawdź również rozdział dokumentacji traktujący o wtyczkach audio).
|
||||
@ -1792,11 +1788,6 @@ Przy warto
|
||||
będzie powyżej maksimum, czego np.\& OSD nie potrafi prawidłowo wyświetlić.
|
||||
.
|
||||
.TP
|
||||
.B \-nowaveheader (tylko \-ao pcm)
|
||||
Nie dołącza nagłówków wave.
|
||||
Używany przy surowym PCM.
|
||||
.
|
||||
.TP
|
||||
.B \-volstep <0\-100>
|
||||
Ustala wielkość zmiany przy ustawianiu poziomu dźwięku miksera (w procentach
|
||||
całego zakresu) (domyślnie: 3).
|
||||
@ -1933,9 +1924,25 @@ Nie przekazuje d
|
||||
Do testów wydajnościowych użyj \-nosound.
|
||||
.
|
||||
.TP
|
||||
.B pcm (sprawdź również \-aofile)
|
||||
.B pcm
|
||||
Sterownik wyjściowy zapisujący dane w surowych (raw) plikach PCM/\:wave.
|
||||
Zapisuje dźwięk do ./audiodump.wav.
|
||||
.PD 0
|
||||
.RSs
|
||||
.IPs (no)waveheader
|
||||
Dołącza lub pomija nagłówek wave (domyślnie: dołącza).
|
||||
Jeżeli nie jest dołączony, zostanie wygenerowane srowe wyjście PCM.
|
||||
.IPs file=<nazwa\ pliku>
|
||||
Zapisuje dźwięk do <nazwa\ pliku> zamiast domyślnego audiodump.wav.
|
||||
Jeżeli określnono parametr nowaveheader, domyślnym zbiorem wyjściowym jest
|
||||
audiodump.pcm.
|
||||
.REss
|
||||
.PD 1
|
||||
.RS
|
||||
.sp 1
|
||||
.I INFORMACJA:
|
||||
Jeżeli nie określisz żadnej opcji, wyjście jest progresywne
|
||||
(np.\& bez przeplotu).
|
||||
.RE
|
||||
.
|
||||
.TP
|
||||
.B plugin\ \
|
||||
@ -7154,6 +7161,67 @@ Ustawia u
|
||||
Ta opcja jest konieczna, jeżeli chcesz kodować z CBR (stały bitrate).
|
||||
.
|
||||
.TP
|
||||
.B qp_constant=<1\-51>
|
||||
Wybiera kwantyzator, jaki będzie użyty z klatkami P.
|
||||
Klatki I i B różnią się od tej wartości odpowiednio o ip_factor i pb_factor.
|
||||
Najbardziej przydatny zakres to 20\-40 (domyślnie: 26).
|
||||
Niższe wartości to lepsza dokładnośc, ale większe wartości bitrate.
|
||||
Zauważ, że kwantyzacja w H.264 działa zupełnie inaczej niż w MPEG[124].
|
||||
Parametr kwantyzacji (QP) H.264 jest w skali logarytmicznej.
|
||||
Na przykład, różnica bitratete między QP=20 a QP=40 jest mniej więcej równa
|
||||
współczynnikowi wynoszącemu 10. Przydatne kwantyzatory w H.264 są dużo większe
|
||||
w porównaniu z tymi z MPEG[124].
|
||||
.
|
||||
.TP
|
||||
.B pass=<1\-3>
|
||||
Korzysta z trybu dwu lub trzyprzebiegowego.
|
||||
Zaleca się kodowanie zawsze w jednym z tych dwóch trybów, ponieważ bity
|
||||
są lepiej rozprowadzany i podnosi się jakość.
|
||||
.PD 0
|
||||
.RSs
|
||||
.IPs 1
|
||||
pierwszy przebieg
|
||||
.IPs 2
|
||||
drugi przebieg (kodowania dwuprzebiegowego)
|
||||
.IPs 3
|
||||
n-ty przebieg (drugi i trzeci przebieg kodowania trzyprzebiegowego)
|
||||
.RE
|
||||
.RS
|
||||
A teraz jak to działa i jak z tego korzystać:
|
||||
.br
|
||||
Pierwszy przebieg (pass=1) zbiera statystyki klipu i zapisuje je do pliku.
|
||||
Będziesz pewnie chciał wyłączyć niektóre opcje wymagające dużej mocy obliczeniowej, poza
|
||||
tymi używanymi domyślnie.
|
||||
.br
|
||||
W trybie dwuprzebiegowym, drugie przejście (pass=2) czyta dane z pliku i opiera
|
||||
na nich decyzje dotyczące kontroli tempa.
|
||||
.br
|
||||
W trybie trzyprzebiegowym, drugie przejście (pass=3, to nie błąd)
|
||||
robi dwie rzeczy na raz: Czyta dane i nadpisuje je. Może będziesz chciał
|
||||
zabezpieczyć plik divx2pass.log zanim zaczniesz kodować, jeżeli istnieje
|
||||
jakakolwiek szansa, że będziesz musiał przerwać działanie MEncodera.
|
||||
Możesz używać wszystkich opcji kodowania, poza tymi wymagającymi
|
||||
dużej mocy obliczeniowej.
|
||||
.br
|
||||
Trzeci przebieg (pass=3) działa podobnie jak drugi, poza tym że korzysta z
|
||||
zasobu ze statystykami zebranymi podczas drugiego przebiegu.
|
||||
Możesz korzystać z wszystkich opcji kodowanie, łącznie z tymi wymagającymi
|
||||
dużej mocy obliczeniowej.
|
||||
.br
|
||||
Pierwszy przebieg może używać albo stałej wartości bitrate albo stałego
|
||||
kwantyzatora. Ten drugi często jest lepszym wyborem, ale wymaga określenia
|
||||
wartości qp_constant będącej najbliższej oczekiwanej wartości bitrate.
|
||||
(Lepiej jest błędnie wybrać niższą wartość qp_constant, np. wyższy bitrate.)
|
||||
Kolejne przebiegi są w trybie ABR i musi zostać określona wartość bitrate.
|
||||
.br
|
||||
.I
|
||||
INFORMACJA:
|
||||
Obsługa kodowania trzyprzebiegowego w x264 jest całkiem nowa w MEncoderze, zachęcamy
|
||||
do pomocy i przesyłania nam dobrych kombinacji parametrów x264, które byłyby jednocześnie
|
||||
szybki i zapewniały wysoką jakość.
|
||||
.REss
|
||||
.
|
||||
.TP
|
||||
.B keyint=<wartość>
|
||||
Ustawia maksymalną przerwę między ramkami I.
|
||||
Większe wartości oszczędzają bity, a tym samym poprawiają jakość,
|
||||
@ -7257,24 +7325,24 @@ Przydatne kwantyzatory w H.264 s
|
||||
.
|
||||
.TP
|
||||
.B qp_min=<1\-51> (CBR lub tryb dwuprzebiegowy)
|
||||
Minimalny kwantyzator, 15\-35 to użyteczny zakres (domyślnie: 10).
|
||||
Minimalny kwantyzator, 10\-35 to użyteczny zakres (domyślnie: 10).
|
||||
.
|
||||
.TP
|
||||
.B qp_max=<1\-51> (tylko CBR)
|
||||
maksymalny kwantyzator (domyślnie: 51)
|
||||
.
|
||||
.TP
|
||||
.B qp_step=<wartość>
|
||||
.B qp_step=<1\-50> (tylko CBR lub tryb dwuprzebiegowy)
|
||||
Maksymalna wartość o jaką kwantyzator może być zwiększony/zmniejszony
|
||||
pomiędzy klatkami.
|
||||
pomiędzy klatkami (domyślnie: 1).
|
||||
.
|
||||
.TP
|
||||
.B rc_buffer_size=<wartość>
|
||||
rozmiar bufora kontroli tempa (domyślnie: 1 sekunda przy określonym bitrate)
|
||||
.B rc_buffer_size=<wartość> (tylko CBR lub tryb dwuprzebiegowy)
|
||||
rozmiar bufora kontroli tempa w kbitach(domyślnie: 1 sekunda przy określonym bitrate)
|
||||
.
|
||||
.TP
|
||||
.B rc_init_buffer=<wartość>
|
||||
Ustawia początkowego bufora kontroli tempa (domyślnie: 1/4 rc_buffer_size)
|
||||
Ustawia wstępne zapełnienie bufora kontroli tempa (domyślnie: 0.25)
|
||||
.
|
||||
.TP
|
||||
.B rc_sens=<0\-100> (tylko CBR)
|
||||
@ -7289,56 +7357,12 @@ wsp
|
||||
współczynnik kwantyzatora między ramkami P a B (domyślnie: 1.3)
|
||||
.
|
||||
.TP
|
||||
.B pass=<1\-3>
|
||||
Uruchamia tryb dwu- lub trójprzebiegowy.
|
||||
Zaleca się kodowanie zawsze w trybie dwu- lub trójprzebiegowym z uwagi na
|
||||
lepszą dystrybucję bitów i poprawę ogólnej jakości.
|
||||
.PD 0
|
||||
.RSs
|
||||
.IPs 1
|
||||
pierwszy przebieg
|
||||
.IPs 2
|
||||
drugi przebieg
|
||||
.IPs 3
|
||||
N-ty przebieg (drugi i trzeci w trybie trójprzebiegowym)
|
||||
.RE
|
||||
.RS
|
||||
A teraz jak to działa i jak tego używać:
|
||||
.br
|
||||
Pierwszy przebieg (pass=1) zbiera statystyki video i zapisuje je do pliku.
|
||||
Może będziesz chciał wyłączyć opcje wymagające dużej mocy obliczeniowej
|
||||
poza tymi domyślnymi.
|
||||
.br
|
||||
W trybie dwuprzebiegowym, drugi przebieg (pass=2) czyta plik ze statystykami
|
||||
i opiera na tym decyzje kontroli tempa.
|
||||
.br
|
||||
W trybie trójprzebiegowym, drugi przebieg (pass=3, to nie pomyłka) robi
|
||||
obie rzeczy: Najpierw czyta statystyki i nadpisuje je.
|
||||
Może będziesz chciał zrobić kopię pliku divx2pass.log zanim to się stanie,
|
||||
jeżeli istnieje szansa, że przerwiesz działanie MEncodera.
|
||||
Możesz użyć wszelkich opcji kodowania, poza tymi szczególnie wymagającymi
|
||||
dużej mocy obliczeniowej.
|
||||
.br
|
||||
Trzeci przebieg (pass=3) działa tak samo jak drugi przebieg, poza tym że
|
||||
korzysta ze statystyk drugiego przebiegu.
|
||||
Możesz użyć wszelkich opcji kodowania, nawet te wymagające
|
||||
dużej mocy obliczeniowej.
|
||||
.br
|
||||
.I INFORMACJA:
|
||||
Obsługa trybu trójprzebiegowego x264 jest całkiem nowa w MEncoderze, mile
|
||||
widziane są wszelkie informacje o dobrych kombinacjach opcji x264,
|
||||
które są i szybkie i dają dobrą jakość.
|
||||
.REss
|
||||
.B qcomp=<0\-1> (tylko drugie przejście)
|
||||
Niższa wartość sprawia, że bitrate jest bardziej stały, podczas gdy wyższa,
|
||||
sprawia, że parametr kwantyzacji jest bardziej stały.
|
||||
.
|
||||
.TP
|
||||
.B qcomp=<0\-1>
|
||||
Kompresja kwantyzatora (domyślnie: 0.6).
|
||||
Wpływa na kontrolę tempa: niższa wartość sprawia, że bitrate
|
||||
jest bardziej stały, podczas gdy wyższa, sprawia, że parametr kwantyzacji
|
||||
jest bardziej stały.
|
||||
.
|
||||
.TP
|
||||
.B cplx_blur=<0\-999>
|
||||
.B cplx_blur=<0\-999> (tylko drugie przejście)
|
||||
Rozmycie w czasie szacowanej złożoności klatki, przed kompresją krzywej
|
||||
(domyślnie: 20).
|
||||
Mniejsze wartości pozwalają na większe zmiany kwantyzatora,
|
||||
@ -7349,7 +7373,7 @@ z
|
||||
zmiany kwantyzatora.
|
||||
.
|
||||
.TP
|
||||
.B qblur=<0\-99>
|
||||
.B qblur=<0\-99> (tylko drugie przejście)
|
||||
Rozmycie w czasie parametru kwantyzacji, po kompresji krzywej (domyślnie: 0.5).
|
||||
Niższe wartości pozwalają na większe skoki wartości kwantyzatora,
|
||||
wyższe zmuszają go do delikatniejszych zmian.
|
||||
@ -7364,6 +7388,7 @@ typu B.
|
||||
Żaden: bezpośrednie makrobloki nie są wykorzystywane.
|
||||
.IPs 1
|
||||
Tymczasowy: wektory ruchu są interpolowane z następnych klatek P.
|
||||
(domyślny)
|
||||
.IPs 2
|
||||
Przestrzenny: wektory ruchu są ekstrapolowane z sąsiednich bloków.
|
||||
.RE
|
||||
@ -7375,17 +7400,15 @@ direct_pred=0 to zazwyczaj wolniejsza i daj
|
||||
.
|
||||
.TP
|
||||
.B (no)b8x8mv
|
||||
Wykorzystuje makrobloki typu b16x8, b8x16 i b8x8 (domyślnie: włączone).
|
||||
Wymaga klatek B.
|
||||
Wiecej szczegółów znajdziesz w dokumentacji opcji 4x4mv.
|
||||
Wykorzystuje dodatkowe typy makrobloków b16x8, b8x16 i b8x8 (domyślnie: wyłączone).
|
||||
Bez tej opcji, klatki B będą używały tylko typów i16x16, i4x4, b16x16, skip,
|
||||
bezpośrednie. Wiecej szczegółów znajdziesz w dokumentacji opcji 4x4mv.
|
||||
.
|
||||
.TP
|
||||
.B (no)4x4mv
|
||||
Wykorystuje makrobloki typu p8x4, p4x8 i p4x4 (domyślnie: włączone).
|
||||
.br
|
||||
Dostępne typy makrobloków interklatek to i16x16, i4x4, p16x16, p16x8,
|
||||
p8x16, p8x8, p8x4, p4x8, p4x4, b16x16, b16x8, b8x16, b8x8, skip i bezpośrednie.
|
||||
i16x16, i4x4, p16x16-8x8, b16x16 i skip są zawsze wykorzystywane.
|
||||
Wykorzystuje dodatkowe typy makrobloków p8x4, p4x8 i p4x4 (domyślnie: wyłączone).
|
||||
Bez tej opcji, klatki P będą korzystały tylko z typów i16x16, i4x4, p16x16, p16x8,
|
||||
p8x16, p8x8 i skip.
|
||||
.br
|
||||
Pomysł polega na tym, aby odnaleźć typ i rozmiar, który najlepiej opisuje
|
||||
określony obszar obrazu.
|
||||
@ -7394,8 +7417,6 @@ Na przyk
|
||||
podczas gdy małe poruszające się obiekty przez mniejsze segmenty.
|
||||
.br
|
||||
Zaleca się używanie 4x4mv tylko z subq >= 3.
|
||||
W zależności od źródłowego materiału, może to polepszyć lub pogorszyć jakość,
|
||||
korzystaj z tego ostrożnie.
|
||||
.
|
||||
.TP
|
||||
.B subq=<0\-5>
|
||||
|
Loading…
Reference in New Issue
Block a user