From 5d43a92d3abbbcc370174d745a3060defb028a44 Mon Sep 17 00:00:00 2001 From: gabrov Date: Mon, 4 Jul 2005 14:32:13 +0000 Subject: synced with 1.73 git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@15918 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/xml/hu/mencoder.xml | 224 +++++++++++++++++++++++++++++++++++++---------- 1 file changed, 178 insertions(+), 46 deletions(-) (limited to 'DOCS/xml/hu/mencoder.xml') diff --git a/DOCS/xml/hu/mencoder.xml b/DOCS/xml/hu/mencoder.xml index e411119b1a..0f5a22b0a8 100644 --- a/DOCS/xml/hu/mencoder.xml +++ b/DOCS/xml/hu/mencoder.xml @@ -1,5 +1,5 @@ - + Kódolás a <application>MEncoder</application>rel @@ -2083,31 +2083,43 @@ Figyelj az MEncoderben a támogatását. - -Milyen opciókat kell használhom a legjobb eredményhez? + +Az x264 kódolási opciói Kérlek kezd az olvasást az MPlayer man oldalának x264 részével. - Ez a rész a man oldal kiegészítésének lett szánva. + Ez a rész a man oldal kiegészítésének lett szánva. Itt csak rövid + tanácsokat találhatsz, hogy mely opciók érdekelhetik a letöbb embert. + A man oldal tömörebb, de ugyanakkor kimerítőbb is és esetenként + több technikai információval szolgál. + +Bevezetés +Ez a leírás a kódolási opciók két fő kategóriáját tárgyalja: + -Három fő szempontot kell megfontolni, amikor kódolási opciókat - választasz: - A kódolási idő vs. minőség kérdés - Képkocka típusra vonatkozó döntések - Ráta és kvantálási tulajdonságokkal kapcsolatos döntések + Opciók, melyekkel a kódolási idő vs. minőség arány szabályozható + + Opciók, melyek a különböző egyéni érdekeknek és speciális igényeknek + próbálnak eleget tenni - Ez a leírás leginkább az első kérdéssel foglalkozik. - A másik két típus gyakran a személyes beállítottságtól és - egyéni igényektől függ. + Igazából csak te tudod, hogy mely opciók a legjobbak neked. Az első + csoportba tartozó opcióknál könnyű dönteni: csak azt kell megfontolnod, + hogy a minőségi különbség megéri-e a sebességbeli különbséget. A másik + csoport már sokkal szubjektívebb és több szempontot kell figyelembe + venni. Tartsd észben, hogy az "egyéni érdekek és speciális igényeknek" + eleget tevő opciók jelentősen befolyásolják a sebességet vagy a minőséget, + de elsősorban nem ezért használják őket. Az "egyéni érdekek" opciói közül + több olyan változásokat idézhet elő, ami néhány embernek tetszhet, míg + másoknak nem. - Mielőtt folytatnád, kérlek vedd figyelembe, hogy ez a leírás csak egy + Mielőtt folytatnád, meg kell értened, hogy ez a leírás csak egy minőségi mércét használ: a globális PSNR-t. A PSNR rövid leírása megtalálható a Wikipedia PSNR-ről szóló cikkében. @@ -2122,45 +2134,56 @@ Figyelj az kódolást használsz. Az opciók összehasonlításánál két fő érv szól a kétlépéses kódolás mellett. - Az egyik, hogy a két lépés alkalmazása kb. 1dB PSNR-t jelent pluszba, + Az egyik, hogy a két lépés alkalmazása kb. 1dB PSNR-t jelent pluszban, ami nagyon nagy különbség. A másik, hogy az opciók tesztelésénél a direkt minőség-összehasonlítás - az egy lépéses kódolásokkal bizonytalan, mert a bitráta gyakran - jelentősen változik a kódolások között. - Nem minden esetben könnyű megmondani, hogy a minőség változás a - megváltozott opciók miatt következett-e be vagy az elért bitráta - különbségből adódik. + az egy lépéses kódolásokkal behoz egy zavaró tényezőt: a bitráta + gyakran jelentősen változik a kódolások között. + Nem minden esetben könnyű megmondani, hogy a minőségi változás a + megváltozott opciók miatt következett-e be vagy a főként véletlenül + elért bitráta különbségből adódik. - - Azon opciók, amik segítségével a sebesség kárára javíthatod a minőséget, - a és a a legfontosabbak - általában. + + + +Elsősorban a sebességet és a minőséget érintő opciók + + + + subq: + Azon opciók közül, amik segítségével a sebesség és minőség közötti arányt + befolyásolhatod, a és a + (lásd lejjebb) a legfontosabbak általában. Ha érdekel akár a sebesség, akár a minőség tuningolása, akkor ezt a két opciót kell először megvizsgálnod. - - - Sebesség szempontjából a és a opciók elég erőteljes kölcsönhatásban vannak. A tapasztalatok szerint egy referencia kockával a - kb. 35%-kal több időt kíván, mint a - . + (alapértelmezett érték) kb. 35%-kal több időt + kíván, mint a . 6 referencia kockával az igény 60% fölé megy. A hatása a PSNR-re elég egyenletes, a referencia kockák számától függetlenül. - Általában a 0.2-0.5 dB hasznot hoz a - globális PSNR szempontjából a -hez képest. + Általában a 0.2-0.5 dB-vel magasabb + globális PSNR-t biztosít a -gyel összehasonlítva. Ez már látható különbség. - - - - -Az x264 kódolási opciói - - + + A a leglassabb, legjobb minőséget nyújtó mód. + A -tel összehasonlítva általában 0.1-0.4 dB nyereséget + jelent a globális PSNR-ben, 25%-100% között változó sebességveszteség árán. + A egyéb értékeitől eltérően a + viselkedése nem függ olyan nagy mértékben a és + a opcióktól. A hatékonysága + inkább a használt B-kockák számától függ. Normális használat esetén ez + azt jelenti, hogy a -nak nagy hatása van mind a + sebességre, mint a minőségre az összetett, sok mozgást tartalmazó jelenetek + esetében, de sokkal kevesebb a kevés mozgást rögzítő részeknél. Jegyezd + meg, hogy még mindig javasoljuk a értékének + valamilyen nullától különböző értékre történő állítását (lásd lejjebb). + frameref: A alapértéke 1, de ez nem jelenti @@ -2183,9 +2206,9 @@ Figyelj az a globális PSNR-t csekély 0.02dB-vel javítja a -hoz képest, 15%-20% sebességveszteség árán. Az ilyen magas értékeknél az egyedüli - igazán jó dolog, amit mondhatunk, hogy a további növelés majdnem - biztosan soha sem árt a - PSNR-nek, de a minőségi javulás szinte alig mérhető és nem is észrevehető. + igazán jó dolog, amit mondhatunk, hogy a további növelés szinte + soha sem árt a PSNR-nek, de a minőségi + javulás szinte alig mérhető és nem is észrevehető. Megjegyzés: @@ -2255,8 +2278,8 @@ Figyelj az bframes: - A B-kockák haszna megkérdőjelezhető a legtöbb, eddig használt codec - esetében. + Ha kódoltál már más codec-kel, rájöhettél, hogy a B-kockák nem mindig + hasznosak. A H.264-nél ez megváltozott: új technikák és blokk típusok lehetnek a B-kockákban. Általában még a naív B-kocka választó algoritmus is jelentős @@ -2282,7 +2305,7 @@ Figyelj az Megjegyzés: Ez alapértelmezetten be van kapcsolva. - Ezzel az opcióval a kódoló egy egyszerű heurisztikát + Ezzel az opcióval a kódoló egy eléggé gyors döntési eljárást fog használni a B-kockák számának csökkentésére az olyan jelenetekben, amelyek nem profitálnak belőlük. Használhatod a -t a kódoló @@ -2313,8 +2336,7 @@ Figyelj az Az MPEG-4 ASP-ben az elsötétülés általában drága I-kockák sorozatával kerül legjobban elkódolásra; a B-kockákban használt súlyozott jóslással lehetséges ezek legalább - részben a sokkal ésszerűbben-méretezett B-kockákkal - történő lecserélése. + részben a sokkal kisebb B-kockákkal történő lecserélése. A kódolási időben jelentkező plusz ráfordítás minimális, mivel nem kell külön döntéseket hozni. Ellentétben azzal, amire pár ember gondol, a dekódoló CPU @@ -2328,7 +2350,116 @@ Figyelj az x264encopts-hoz, ha arra számítasz, hogy sötétedések jelentősen befolyásolják a videódat. + + + +Különböző igényekhez tartozó opciók + + + Két lépéses kódolás: + Fentebb azt javasoltuk, hogy mindig használj két lépéses kódolást, + azonban vannak indokok az elkerülése mellett is. Például ha élő TV + adást mentesz és kódolsz valós időben, kénytelen vagy egy lépést + használni. Az egy lépés nyilvánvalóan gyorsabb, mint a két lépéses; + ha teljesen ugyan azokkal az opciókat használod mind a két lépésben, + a két lépéses kódolás majdnem kétszer olyan lassú. + + + Mégis van pár nagyon jó indok a két lépéses kódolás használatára. Az + egyik, hogy az egy lépés rátakontollja nem pszichikai, így gyakran + ésszerűtlen döntéseket hoz, mert nem látja a nagy képet. Például tegyük + fel, hogy van egy két perces videód, mely két eltérő félből áll. Az + első fele nagyon gyors mozgású, 60 másodperces jelenet, ami magában + kb. 2500kbps-t igényel, hogy megfelelően nézzen ki. Majd rögtön ez + után egy sokkal kisebb igényű 60 másodperces jelenet jön, ami 300 + kbps-sel is jól néz ki. Tegyük fel, hogy 1400kbps-t kérsz, ami elméletileg + elég mind a két jelenethez. Az egy lépéses rátakontroll rengeteg "hibát" + ejt egy ilyen esetben. Mindenek előtt az 1400kbps-t célozza meg mind a + két szegmensben. Az első rész erőteljesen túl lesz kvantálva, emiatt + elfogadhatatlan és túlzottan blokkos képet kapsz. A második szegmens + pedig erőteljesen alul lesz kvantálva; tökéletesen néz ki, de az + ezzel járó bitráta többlet teljesen ésszerűtlen. Amit még nehezebb + elkerülni, az a két jelenet közötti átmenet problémája. A lassú mozgású + rész első pár másodperce túlságosan túl lesz kvantálva, mert a + rátakontroll még a videó első feléből származó bitráta igényre számít. + Ez a túlkvantálási "hiba periódus" a kevés mozgást tartalmazó részt + szörnyen rosszá teszi, tulajdonképpen kevesebb, mint 300kbps-t fog + használni, ami a megfelelő kinézethez kellene. Több lehetőség is van + az egy lépéses kódolás buktatóiból származó hibák csökkentésére, de + összességében mégis növelik a bitráta félrebecslésének esélyét. + + + A többlépéses rátakontrollnak több előnye is van az egylépésessel + szemben. Az első lépésből nyert statisztikai adatokból a kódoló egész + jó pontossággal meg tudja jósolni egy bármilyen adott kocka bármilyen + adott kvantálás melletti kódolásának "költségét" (bitekben). Ez a bitek + sokkal ésszerűbb, jobban megtervezett elosztását eredményezi a drága + (sok mozgású) és az olcsó (kevés mozgású) jelenetek között. Lásd a + opciót lejjebb néhány ötletért, hogy hogyan + tudod ezt a felosztást kedvedre változtatni. + + + Továbbá a két lépés nem tart kétszer annyi ideig, mint az egy. Az első + lépés opcióit rá lehet hangolni a nagyobb sebességre és a gyengébb + minőségre. Ha jól választod meg az opciókat, egy nagyon gyors első + lépésed lehet. Az eredmény minősége a második lépésben kicsit alacsonyabb + lesz mert a méret becslés kevésbé pontos, de a minőségi különbség + normális esetben túl kicsi ahhoz, hogy észrevedd. Például próbáld meg a + opció hozzáadását a + első lépéséhez. Majd, a második lépésben + használj lassabb, jobb minőséget biztosító opciókat: + + + + Három lépéses kódolás? + + Az x264 lehetőséget nyújt tetszőleges számú egymás utáni lépések + elvégzésére. Ha megadod a opciót az első lépésben, + majd -at használsz az egyik következő lépésben, + a következő lépés beolvassa az előző statisztikáját és megírja a sajátját. + Egy ezt követő lépésnek már nagyon jó alapjai lesznek, nagyon pontos + döntéseket tud hozni a képkocka méretre vonatkozóan a választott kvantálás + mellett. A gyakorlatban az össz minőségi nyereség ebből közel van a + nullához és lehetséges, hogy egy harmadik lépés kissé még rontja is a + globális PSNR-t az előző lépéshez képest. Az átlagos felhasználásban + a három lépés akkor segít, ha két lépéssel rossz bitráta jóslást kaptál + vagy ronda átmeneteket a jelenetek között. Ilyen dolog csak a nagyon + rövid klippeknél fordulhat elő. Van még pár speciális eset is, amikor + a három (vagy több) lépés jól jöhet a haladó felhasználóknak, de a + rövidítés végett ezeket az eseteket nem tárgyaljuk ebben a leírásban. + + + + qcomp: + A a "drága", sok mozgást és az "olcsó", kevés + mozgást tartalmazó jelenetekhez használt bitek arányát szabályozza. + Extrém esetben a az igazi konstans bitrátát + célozza meg. Ezzel a sok mozgású részek borzasztóan fognak kinézni, míg + a kevés mozgást tartalmazó részek valószínűleg tökéletesen fognak kinézni, + de a hasonló kinézethez szükséges bitráta többszörösét fogják felhasználni. + A másik extrém véglet a majdnem konstans + kvantálási paramétert ér el (QP). A konstans QP nem néz ki rosszul, de a + legtöbb ember úgy gondolja, hogy ésszerűbb egy kis bitrátát feláldozni a + roppant drága jeleneteknél (ahol a minőségromlás nem olyan észrevehető) + és felhasználni őket a kitűnő minőségben is könnyebben kódolható + jeleneteknél. A alapértelmezett értéke 0.6, ami + eléggé alacsony sok ember ízléséhez képest (0.7-0.8 a leggyakrabban + használt). + + + keyint: + A kizárólag a a fájlon belüli keresést rontja a + kódolási hatékonyság javára. Alapértelmezésként a + 250-re van állítva. Egy 25fps-es anyagnál ez garantálja a 10 másodpercen + belüli pontossággal történő ugrást. Ha úgy gondolod, hogy fontos és hasznos + lenne az 5 másodperces pontosság, állítsd be a + értéket; ez egy kissé rontja a minőséget/bitrátát. Ha csak a minőség + érdekel és a kereshetőség nem, beállíthatod magasabb értékre (észben tartva + azt, hogy egyre csökkenő hasznot hoz, mely végül szinte észrevehetetlenül + kicsi vagy akár nulla lesz). A videó folyam még így is fog tartalmazni + kereshető pontokat, amíg van benne jelenet váltás. + deblockalpha, deblockbeta: Ez a rész egy kicsit vitatható lesz. @@ -2395,6 +2526,7 @@ Figyelj az szűrővel való pepecseléssel. + @@ -2411,7 +2543,7 @@ codec-kal Ez a leírás főként hasonló információkat szeretne nyújtani, mint az x264 kódolási leírás. Ezért, kérlek kezdd azzal, hogy elolvasod azon leírásnak az - első részét. + első részét. -- cgit v1.2.3