Nastavte si MPlayer k obrazu svému

11.9.2008 17:44 | Přečteno: 5740× | Svobodný Software | | poslední úprava: 11.9.2008 21:29

MPlayer je zcela jistě jedním z nejlepších multimediálních přehrávačů (nejen) pod Linuxem. Skýtá nepřeberné množství nastavení, což je velká výhoda, ale při čtení manuálové stránky se leckomu může zamotat hlava. Nabízím zde tedy některé rady a tipy, které mohou přijít vhod...

Nejdříve vám ukáži vlastní konfiguraci ~/.mplayer/config a pak vysvětlím jednotlivá nastavení. Používám ji na svém HTPC (ale s menší obměnou i na desktopu a notebooku):

# Audio
ao = "alsa:device=spdif"
ac = "hwdts,hwac3,"
channels = 6
#af = volnorm

# Video
vo = "gl:yuv=4:lscale=1"
#vo = xv
vf = "pp=hb/vb/dr/al,expand=:::::16/9"
monitoraspect = 16:9
#vfm = ffmpeg
#lavdopts = "fast=1:skiploopfilter=all"
double = yes
framedrop = yes
cache=8192

# Subtitles
fontconfig = yes
font = "Arial"
subcp = cp1250
subfont-text-scale = 3

A nyní tedy slíbené vysvětlení:

ao = "alsa:device=spdif"

Na zvukový výstup používat alsu, konkrétně zařízení pojmenované "spdif" (optický digitální výstup)

ac = "hwdts,hwac3,"

Nejdříve vyzkoušet hardwarový passthrough DTS a Dolby Digital (AC3) zvukové stopy přes SPDIF (samozřejmě pokud má člověk digitální reproduktory/receiver s Dolby Digital a DTS dekodérem)

channels = 6

Řekne natvrdo MPlayeru, že máte 6-kanálovou (5.1) reprosestavu (důležité pokud se nepoužije digitální výstup, ale jen analogový - např. AAC zvuk ve filmových HD trailerech od Apple)

af = volnorm

Normalizace zvuku (zvýší hlasitost na takovou hodnotu, při které ještě nedochází k ořezávání zvuku). Vhodné pro toho, komu se zdá např. AC3 zvuk moc potichý (osobně nepoužívám)

vo = "gl:yuv=4:lscale=1"

Renderování videa přes OpenGL. Použít metodu 4 pro konverzi z YUV do RGB barevného prostoru (používá fragment shadery a je tedy oproti defaultní softwarové metodě zatraceně rychlá a výkonná, vyžaduje však nejméně 4 texturovací jednotky) a kvalitnější bikubické filtrování při škálování obrazu (vyžaduje 1 další texturovací jednotku). Toto nastavení pravděpodobně nebude fungovat na starých grafických kartách. Používám OpenGL výstup místo standardního "xv" kvůli odstranění tearingu při přehrávání videa na moderních ATI kartách (s proprietárními Catalyst ovladači). Pokud vám funguje výstup "xv" bez problémů, použijte radši ten.

vf = "pp=hb/vb/dr/al,expand=:::::16/9"

Zapne standardní sadu filtrů na zlepšení kvality obrazu (odstranění MPEG artefaktů) - konkrétně horizontální a vertikální deblocking, deringing a automatickou korekci jasu/kontrastu. Druhý filtr v řadě vytvoří černé pruhy pod a nad obrazem tak, aby obraz zaplnil celou vaší obrazovku (díky čemuž se titulky zobrazují v černém pruhu pod obrazem, nikoliv přímo v obraze). Hodnotu "16/9" samozřejmě musíte změnit na skutečný poměr stran vašeho monitoru.

monitoraspect = 16:9

Nastavení poměru stran vašeho monitoru. Předpokládám, že MPlayer by ho měl detekovat automaticky, ale setkal jsem se s tím, že automatická detekce nefungovala. Proto je lepší nastavit poměr stran natvrdo v konfiguraci.

vfm = ffmpeg
lavdopts = "fast=1:skiploopfilter=all"

Tyto volby výrazně zrychlují dekódování H.264 videa (za cenu možného mírného snížení kvality). Volba "fast" se narozdíl od "skiploopfilter" netýká jen H.264, ale i ostatních MPEG formátů, a proto toto nastavení defaultně nepoužívám. Zapínám jej jen když přehrávám Full HD (1080p) H.264 videa, která s tímto nastavením přehraji naprosto nádherně (bez něj v některých scénách trhají).

double = yes
framedrop = yes

Zapnutí double bufferingu (lepší plynulost přehrávání videa) a frame droppingu (v případě nedostatku výkonu radši zahodí framy, než aby došlo k rozsynchronizování obrazu a zvuku). Tyto volby jsou možná defaultně zapnuté (nezkoumal jsem), ale pro jistotu je tam mám i tak

cache=8192

Nastavuje defaultní velikost cache na 8 MB (normálně je cache nulová). Hodí se při přehrávání videa z DVD či přes pomalejší WiFi (zabraňuje zásekům).

fontconfig = yes
font = "Arial"

Zapne využití fontconfigu pro renderování titulků (takže není nutné zadávat pevné cesty k souboru s fonty) a vybere font "Arial".

subcp = cp1250

Nastaví defaultní znakovou sadu titulků na Windows 1250 (v které jsou kódovány snad všechny české titulky).

subfont-text-scale = 3

Nastaví velikost titulků na 3% uhlopříčky obrazu.

Snad tato nastavení budou pro někoho z vás užitečná

UPDATE: Opravil jsem volbu lavdopts = "fast:skiploopfilter=all" na lavdopts = "fast=1:skiploopfilter=all". Na příkazové řádce to fungovalo jak má (sám tuto volbu používám ze skriptu pouze na Full HD videa), ale v konfiguráku musí to "=1" být.

       

Komentáře

[Pitel]

Dik, akorat jsem svuj konfak rozsiril o ty gl vychytavky. Osobne davam prednost gl pred xv... standardne cpe titulky mimo obraz, a da se jim nastavit barva. Mozna to xv umi nejak taky, nevim.

[Prcek]

Přesně proto taky používám gl výstup - titulky mimo obraz a barva titulků .

Sice je trochu náročnější na HW, ale mám dost starý počítač, takže si myslím že na novém počítači by to nemělo být znát.

Přidám tedy pár voleb z mého configu:

Barva titulků (momentálně žlutá):

vo=gl:osdcolor=0xffff66

Obrys titulků (jsou pak čitelné i na světlém pozadí):

ffactor=10

Jinak jsem taky narazil na ass titulky a na ty platí jiná nastavení, takže:

ass=true
ass-font-scale=2
ass-bottom-margin=100 (titulky se zobrazí v černém pruhu pod filmem)
ass-use-margins=true
subcp=1250 (klasické titulky mají subcp=cp1250, ale u ass to nefunguje)

[xm]

Tak na titulky mimo obraz (s jakýmkoliv video výstupem) krásně funguje filtr "expand=:::::16/9", který jsem v blogpostu uváděl.

Co se týče náročnosti OpenGL výstupu na hardware, tak s volbami které jsem v blogpostu uváděl (-vo "gl:yuv=4:lscale=1") by neměla být snad o nic větší než náročnost výstupu přes XV (vše akcelerují shadery v grafické kartě).

[Prcek]

Já jsem ten filtr na titulky mimo obraz už někdy dříve zkoušel (nevím jestli měl přesně tenhle tvar), ale měl jsem problém s filmy v poměru 4:3 (které zaplní svým obrazem celou plochu monitoru) - ty se pak tuším zmenšily, takže jsem zvolil radši ten gl výstup.

[xm]

Já s tím tedy problém zatím nikdy neměl, chová se to inteligentně. Zkuste to, třeba to už opravili (pokud to tedy nebylo jiným nastavením toho filtru, jestli jste tam třeba neměl natvrdo nastavené pruhy?).

[Prcek]

Tak pořád mi to ten obraz zmenšuje, ale nemá cenu se s tím babrat, už jsem si zvyknul na vo=gl .

Jinak ta volba gl:yuv=4:lscale=1 se na konzumaci procesoru mplayerem nijak nepodepsala (měřil jsem pomocí top).

[Prcek]

Jo zapomněl jsem napsat, že mám GeForce FX5200, takže asi nemám dostatečně novou kartu .

[Pitel]

Jo, me mplayer zdrbal ze nema dost texturovacich jednotek, takze jsem pouzil yuv=3.

Btw, podle manualu je k lscale (luma) jeste podobna vlastno cscale (chroma), mozna by bylo dobry ji tam pridat taky.

[petr_p]

Kvůli barvě stačí zapnout ass a pak lze nastavovat i barvu i při XVideo výstupu.

[mkmm]

Take neco pridam - muj input.conf pro ovladani mysi:

#koecko: hlasitost
MOUSE_BTN3 volume +5
MOUSE_BTN4 volume -5
MOUSE_BTN3_DBL volume +5
MOUSE_BTN4_DBL volume -5

#prostredni tlacitko: pauza
MOUSE_BTN1 pause

#levy dvojklik: prepinani fullscreenu
MOUSE_BTN0_DBL vo_fullscreen

#kolecko s podrzenym pravym tlacitkem: posun o +/- 10s
MOUSE_BTN2-MOUSE_BTN3 seek +10
MOUSE_BTN2-MOUSE_BTN4 seek -10
MOUSE_BTN2-MOUSE_BTN3_DBL seek +10
MOUSE_BTN2-MOUSE_BTN4_DBL seek -10

#kolecko s podrzenym levym tlacitkem: posun o +/- 1min
MOUSE_BTN0-MOUSE_BTN3 seek +60
MOUSE_BTN0-MOUSE_BTN4 seek -60
MOUSE_BTN0-MOUSE_BTN3_DBL seek +60
MOUSE_BTN0-MOUSE_BTN4_DBL seek -60

#F1: pomer stran 4:3
F1 switch_ratio 1.3333

#F2: pomer stran 16:9
F2 switch_ratio 1.7777

#F3: pomer stran 2.47
F3 switch_ratio 2.37

[Prcek]

Tak to je super věc, to jsem netušil, dík. Konečně ta myš dělá něco užitečnýho, kromě vypisování hlášek v konzoli "tlačítko MOUSE_BTN0 nemá přiřazenou žádnou funkci" .

[Radek Novacek]

Nevi nekdo, jak donutit MPlayer, aby nechaval cerny pruhy kolem videa i pri prehravani v okne (i po zmene velikosti okna)? Diky

[helb]

-vf expand=:-100::50

100 je výška horního i spodního pruhu dohromady, 50 výška horního (na spodní se použije zbytek).

[Radek Novacek]

Tak to jsme si nerozumeli... ja myslel, ze kdyz roztahnu okno na vysku, tak zustane zachnovany pomer stran s tim, ze pod a nad videem budou cerne pruhy.

[abr]

Smplayer to umi

[xm]

Kdyby jste zkusil to mé nastavení, tak byste zjistil, že to funguje Je to onen filter "expand=:::::16/9", o kterém v blogpostu také píši.

[Radek Novacek]

Ja jsem to samozrejme zkusil, ale pak jsem to spustil jako gmplayer (s GUI) a tam to neslo. Ale bez gui to funguje spravne. Otazka je tedy zrejma: jak prinutit k tomuto prinutit gmplayer?

[alfonz]

logicky, nastavit si to samé do gmplayeru?:)

[abr]

Gui mplayeru saje, nainstaluj si smplayer a mas klid.

[elenril]

Tak se taky přidám

ao=alsa
vo=xv:adaptor=1,xv,x11

Standardně použije XVideo adaptér 1, což je v mém případě overlay (zabraňuje tearingu).

monitoraspect=4:3
ass=1
embeddedfonts=1

Zapne vykreslování grafických ASS titulků pomocí libass a použije fonty přibalené k mkv souborům.

fontconfig=1
subfont-autoscale=1
alang=jpn,jp,ja
sid=0
slang=eng,cze,cs

Automaticky vybere japonskou audio stopu a anglické, případně české titulky. Pokud nejsou k dispozici, pak použije první dostupné titulky.

vf=ass,screenshot
stop-xscreensaver=1
lirc=0
msgcolor=1
msgmodule=1
xineramascreen=0

Umožní típání screenů klávesou s, přičemž titulky se na nich zobrazí

[aac51]
channels=6
af=channels=6:6:0:5:1:0:2:1:3:2:4:3:5:4:6:6,hrtf=m

Mplayer umí i profily, stačí přidat do konfiguráku název profilu v hranatých závorkách a při přehrávání jej zapnout přes -profile profil1,profil2,... Tenhle konkrétní profil používám s některými AAC soubory s divným pořadím kanálů, filtr channels přehází kanály do správného pořadí a filtr hrtf je na virtualizaci prostorového zvuku ve sluchátkách

[vo.x11]
zoom=1

Další moc hezká a relativně nová featura - automatické načítání profilů v závislosti na video/audio výstupu, protokolu, nebo příponě. Tady zapínám softwareové škálování video při použití video výstupu X11 (bez hw akcelerace)

[intel]
ao=alsa:device=intel
mixer=intel

Běžně používám externí USB zvukovku, ale občas chci zvuk z vestavěných reproduktorů, takže tento profil použije zařízení a mixer integrované Intel HDA.

[notebook]
monitoraspect=16/10
profile=intel

Většinou mám notebook připojen k externímu 4:3 monitoru, ve vzácných případech kdy ne, použiju tenhle profil. Všimněte si, že profily se dají zanořovat.

#[extension.wmv]
#vfm=ffmpeg

[extension.mp3]
demuxer=lavf

Libavformat zvládá unicode v ID3 tazích, interní demuxer ne :)

[coreavc]
vc=coreavc
demuxer=mkv

Pro MPlayer existuje patch, který umožňuje použití dekoderu CoreAVC. Ten bude s nadcházejícím začleněním obecného frame-level multithreadingu do FFmpegu zbytečný, ale zatím je to jediný způsob, jak na slabších vícejádrových CPU přehrávat HD h.264 video.

[xm]

Moc pěkné! O těch profilech jsem vubec neměl tušení.

Pro MPlayer existuje patch, který umožňuje použití dekoderu CoreAVC. Ten bude s nadcházejícím začleněním obecného frame-level multithreadingu do FFmpegu zbytečný, ale zatím je to jediný způsob, jak na slabších vícejádrových CPU přehrávat HD h.264 video.

S tímto nemohu souhlasit. Volby vfm = ffmpeg a lavdopts = "fast:skiploopfilter=all" vedou k obrovskému zrychlení dekódování H.264 videa a nemám s nimi nejmenší problém přehrát ani Full HD 1080p videa v H.264 s vysokým bitratem (a to nemám žádné dělo, je to AMD Athlon X2 4850e na 2,5 GHz). Komerční CoreAVC není potřeba.

[elenril]

To musí záviset na parametrech, se kterými se kodovalo video, protože na mém Core Duo T2050 je efekt fast:skiploopfilter=all zanedbatelný. Ale rozložení práce na obě jádra, jak to umí CoreAVC pomáhá.

[xm]

Nemělo by to být závislé na tom, s jakými volbami bylo video kódováno. Viz manuálová stránka mplayeru:

fast (MPEG-2, MPEG-4, and H.264 only)
    Enable optimizations which do not comply to the specifi-
    cation  and  might potentially cause problems, like sim-
    pler dequantization, simpler motion compensation, assum-
    ing use of the default quantization matrix, assuming YUV
    4:2:0 and skipping a few checks to detect  damaged  bit-
    streams.

skiploopfilter=<skipvalue> (H.264 only)
    Skips the loop filter (AKA deblocking) during H.264  de-
    coding.  Since the filtered frame is supposed to be used
    as reference for decoding dependent frames  this  has  a
    worse  effect  on  quality  than not doing deblocking on
    e.g. MPEG-2 video.  But at least for high  bitrate  HDTV
    this  provides  a  big  speedup  with no visible quality
    loss.

    <skipvalue> can be either one of the following:
        none: Never skip.
        default: Skip useless processing steps (e.g.  0  size
                 packets in AVI).
        nonref: Skip frames that are not referenced (i.e. not
                used for decoding  other  frames,  the  error
                cannot "build up").
        bidir: Skip B-Frames.
        nonkey: Skip all frames except keyframes.
        all: Skip all frames.

I dle mých zkušeností to fungovalo s jakýmkoliv Full HD H.264 videem co jsem zkoušel.

Jinak je tam i volba "threads=<1-8>", takže jí můžete zkusit k tomu přidat. Ale je u ní uvedeno, že funguje pouze pro MPEG-1/2 (ale třeba to už rozšířili i pro MPEG-4/H.264, kdo ví?).

[xm]

Ještě menší oprava:

Pokud je ta volba "fast" uvedena v konfiguráku, musí být za ní uvedeno "=1" (tedy výsledná řádka musí vypadat "fast=1:skiploopfilter=all"). Nechápu proč, na příkazové řádce (jak tu volbu normálně používám pro Full HD videa - respektive mám na to skript) to funguje bez toho "=1" a ostatní obdobné volby v konfiguráku tam to "=1" také nemusejí mít (třeba "gl:yuv=4:lscale=1"). I když možná v tom nějaká logika je, kdo ví

V blogpostu to opravím.

[xm]

I když na druhou stranu Core Duo T2050 má jen 1,6 GHz, třeba to je už opravdu málo (můj Athlon X2 má 2,5 GHz, to je dost markantní rozdíl).

[elenril]

Příloha:

• log.txt (3371 bytů)

Nevím, jestli je to frekvencí procesoru, nebo třeba tím ,že je 32bitový, ale jak je docela jasně vidět z přiloženého logu, je na mém počítači rozdíl při použití skiploopfilter dost malý.

[Grunt]

Libavformat zvládá unicode v ID3 tazích, interní demuxer ne

Lavf je interní a zbytek jsou externí knihovny, ne?

[elenril]

Ne, libavformat je součást ffmpegu, takže se v mplayeru počítá jako externí. Interní jsou naopak všechny ostatní demuxery.

[xm]

Tak teď jsem taky narazil na ten problém s jinak mapovanými kanály (výchozí mapování v MPlayeru je pro AC3) u vícekanálového AAC zvuku (konkrétně u HD trailerů v MOV kontejneru od Apple). Nicméně ta vaše konfigurace je IMHO chybná (máte prohozený centr se subwooferem), všude jinde jsem našel toto mapování kanálů:

channels=6:6:0:4:1:0:2:1:3:2:4:3:5:5

Stejné mapování kanálů platí podle manuálové stránky MPlayeru i pro DTS zvuk (neověřoval jsem, používám DTS passthrough přes SPDIF do receiveru s vlastním DTS dekodérem).

Zajímavé také je, že zvuk kódovaný ve WMA DMO kodeku by měl mít údajně opět jiné mapování kanálů, konkrétně toto:

channels=6:6:0:0:1:1:2:4:3:5:4:2:5:3

To ovšem nemůžu ověřit, žádný takový soubor (naštěstí) nemám Podle jedněch stránek by toto mapování mělo snad platit i pro Dolby TrueHD zvuk (ale s tím jsem se také ještě nesetkal, takže taktéž nemohu ověřit).

[xm]

Ještě jeden poznatek/oprava - podle tohoto threadu na mailing-listu MPlayeru je správné mapování pro DTS rozdílné od toho pro AAC, konkrétně takovéto:

channels=6:6:0:0:1:2:2:3:3:5:4:1:5:4

Ale v manuálové stránce MPlayeru se jak jsem již psal uvádí to samé jako pro AAC, nikoliv toto, tak nevím co je správně (sám jsem to nezkoušel a ani to nemám v plánu, není nad digitální kvalitu v podobě DTS passthrough ).

[xm]

Tak oprava opravy Podle všeho má opravdu DTS stejné uspořádání kanálů jako AAC. Takže tohle jiné uspořádání bude zřejmě nesmysl, nevím kde k tomu ten člověk přišel.

[Kvakor]

Pokud prohazujete casto monitory nebo pouzivate vic monitoru zaroven, pripadne mate monitor, ktery ma divny pomer stran (treba 16:10 misto 16:9), je mozne to misto prepinani prislusnych pomeru stran vyresit vsechno dohromady volbou

monitorpixelaspect=1

coz nastavi pomer odpovidajici aktualnimu rozliseni, tj. ctvercovy pixel (skoro vsechny LCD maji ctvercovy pixel).

[ir]

Vše funguje jenom při posunování videa to chrčí v repráku a hází to hlášku : mdb:44, lastbuf:0 skipping granule 0 (to 1. číslo se mění podle toho kam až to posunu) kromě toho, že vyskočí ta hláška, tak se nic neděje film jede dál bez problému