Reddit - trackere - Ghid de referință Good Beginning x264
Luate de pe forumurile de conexiune
x264 este o amantă aspră. În ciuda faptului că este folosit în principal pentru comprimarea filmelor, este dintr-un motiv oarecum extrem de optimizat pentru porno tentacul anime. Mai mult decât atât, nu există nicio funcție integrată pentru începători și documentația disponibilă pare să existe doar astfel încât să poată provoca și umili persoana obișnuită. Ei bine, nu vă temeți! Chiar dacă nu am codificat nimic pentru site de peste un an probabil, sunt aici pentru a vă ghida prin (majoritatea) parametrilor semnificativi ai lui x264, astfel încât să puteți deveni mai buni la codificare. Și ca bonus, scrierea acestui lucru va împiedica personalul să mă retrogradeze într-o clasă de uzină în care locuiți restul porcilor murdari. Deci, fără alte întrebări.
Acesta este un parametru care nu necesită testare, dar este esențial pentru a obține cea mai înaltă calitate posibilă fără a rupe redarea dispozitivului independent (Popcorn Hour, WDTV Live, Roku). Preluat direct din ghidul de codare HD:
După ce ați decupat sursa în AvsPmod sau orice alt editor de scripturi pe care îl utilizați, luați ecuația 8388608/(lățime după decupare x înălțime după decupare), introducând lățimea și înălțimea sursei în ceea ce sper că sunt suficient de evidente. Luați rezultatul și rotunjiți-l în jos la cel mai apropiat număr întreg. Acesta este numărul pe care trebuie să îl utilizați pentru setarea --ref.
Cadrele B au un control echitabil asupra compresibilității (dimensiunii) codificării dvs. Mai multe bframes = timp mai lung de codificare, dar și dimensiuni mai mici de fișiere. Dar nu puteți forța exact mai multe bframe într-o codificare dacă x264 decide că nu are nevoie de ele. Ei bine, nu fără a folosi b-bias și a rupe catastrofal lucrurile. Oricum, numărul ideal de cadre B necesare pentru o codificare poate fi determinat într-o singură codificare de test. Și prin „single” vreau să spun că va trebui să utilizați filtrul avisynth SelectRangeEvery () pentru a lua câteva mii de cadre pentru a testa folosind --bframes 16. x264 va scuipa un fișier jurnal când codul de testare este finalizat. Undeva în acest jurnal va fi o linie care arată astfel:
x264 [informații]: cadre B consecutive: 0,5% 1,1% 3,6% 24,0% 14,4% 43,3% 4,0% 3,4% 1,1% 1,4% 0,5% 0,9% 0,3% 0,3% 0,2% 0,9% 0,1%
Există 17 valori listate. Fiecare reprezintă un număr specific de cadre b, de la 0 la 16. Fiecare valoare arată procentajul de cadre totale care au putut utiliza acel număr de cadre b consecutive. Din aceste numere, de obicei, îl selectez pe cel mai mare ≥ 1,0%, dar am făcut excepții pentru valorile de 0,9%.
Fie că alegeți să codificați CRF sau 2-pass, această setare va avea cel mai semnificativ impact asupra calității generale a codificării. Cu 2-pass, alegeți un bitrate. Cu crf alegeți un nivel de calitate sub forma unui factor de rată numerică. Rata de biți/calitatea va varia de-a lungul extinderii oricărei codificări, dar va ajunge la o valoare medie a valorii introduse pentru această valoare.
CRF și 2-pass folosesc exact același algoritm și, prin urmare, nu există literalmente niciun avantaj în a folosi unul peste altul. Dacă o codificare crf 20 vă oferă o rată de biți medie de 6000 kbps, o codificare cu 2 treceri @ 6000 kbps va produce exact aceeași calitate. În plus, jurnalul de la prima trecere a unui cod cu 2 treceri vă va oferi factorul de rată echivalent pe care l-ați folosi pentru o codificare CRF.
Din nou, NU există niciun avantaj pentru ambele metode. Mulți oameni preferă 2-pass, deoarece nu înțeleg pe deplin cum să folosesc următoarea setare pe care o voi trece. Alții vor face coduri de testare atât cu CRF, cât și cu 2 treceri pentru a obține calitatea ideală. Preferința mea este CRF, dar numai pentru că consider că bitrate-ul/dimensiunea fișierului ar trebui să fie irelevant și calitatea imaginii nu ar trebui să fie niciodată compromisă. Din nou, tot ce am codificat vreodată este de 400 GB.
Ratele de biți rezonabile pentru 2-pass/crf vor varia în funcție de sursa dvs. și de alte câteva setări. Nu pot spune multe despre bitrate, dar crf ar trebui să fie aproape întotdeauna între 16 și 23.
În timp ce crf și 2-pass afectează calitatea generală a codificării, qcomp afectează modul în care se aplică crf și 2-pass. Lângă crf/2-pass este cel mai important parametru x264 pentru afectarea calității codificării finale. qcomp va fi întotdeauna un număr între 0,0 și 1,0. La 0.0, numărul CRF sau rata de biți în 2 treceri va produce un bitrate constant pe întregul cod. La 1.0, varianța ratei de biți a codificării este complet neacoperită și așa va zbura ca un preșcolar dependent de crack.
Valoarea implicită este 0,6, dar pentru acțiunea activă ar trebui să fie ridicată la 0,7 sau 0,75 pentru sursele cu mult cereale/zgomot. Pentru surse de calitate mai scăzută cu cereale puține sau deloc, animație de calitate scăzută sau filme întunecate fără cereale prea mari, puteți încerca în jur de 0,55 sau 0,5. În esență, gama qcomp viabilă pentru orice sursă va fi (aproximativ) 0,45 - 0,75.
Aceasta este o setare în care testarea valorilor multiple merită cu siguranță.
Distribuiți linkul
ME (estimarea mișcării) și MERange (intervalul de estimare a mișcării) ajută x264 să prevadă mișcarea pe cadre și să comprime la un nivel mai înalt de calitate pe baza informațiilor pe care acești doi parametri îi permit să adune. Cu cât este mai mare calitatea algoritmului de estimare a mișcării și cu cât este mai mare intervalul de estimare a mișcării, cu atât este mai mare calitatea obținută. DAR acest lucru înseamnă, de asemenea, un timp de codare crescut. De asemenea, așa cum era de așteptat, veți începe să vedeți randamente diminuate în ceea ce privește calitatea pe măsură ce creșteți acești doi parametri.
Cu toate acestea, în scopul nostru, acești doi parametri sunt simpli. Dacă computerul dvs. are un procesor mai vechi/mai lent, utilizați --me umh --merange 24. Acestea au fost considerate a fi cel mai bun compromis între calitate și timp de codare, iar umh este extrem de capabil să obțină tipul de calitate pentru care ar trebui să vă străduiți . Cu toate acestea, pentru cei dintre voi cu hardware mai rapid care doresc ceva mai multă calitate: --me tesa --merange 16 este cuvântul final aici.