H.264 (kodek X.264), nejlepší z nejlepších?

20.1.2007 17:19 | Přečteno: 44124× | Linux | poslední úprava: 20.1.2007 17:24

Po delší době jsem dostal z úkol menší projekt, jedná se o každodenní překonvertování mpeg2 souborů v plné kvalitě pal do něčeho co se dá šířit internetem, bylo mi prakticky zadáno že to musí být wmv3 (alias wmv9), který je prý jeden z nejlepších a hlavně ho podporují aktualizované stanice s WinXP a Vista nativně.

Trochu jsem nad tím ohrnoval nos, předcejen poslední WMV2 nebyl nic moc, ale nedalo se nic dělat, začal jsem hledat jestli je možné konvertovat video do WMV3 v Linuxu, bohužel jsem nic nenašel, ale jak jsem se tak proklikával na internetu, tak jsem našel program ffmpeg, který už mam dlouho nainstalovaný, jen jsem ho neuměl dostatečně dobře ovládat, ani nebyl důvod, videa jsem převáděl pomocí transcode (mencoder mi často dělal to co sem nechtěl a stále má pro mě spoustu much, které tu nebudu pitvat, obdobně jako mencoder nepoužívám ani mplayer).

Potom co jsem našel nějaké základní popisky k ffmpegu, prolistoval jsem dostupné kodeky a formáty.

ffmpeg -formats

a zjistil jsem už dříve zmíněnou nemožnost enkódovat do WMV3, ale zarazilo mě velké množství podporovaný kodeků (Debian Sid, používám pro apt normální multimediální zdroj a mohu říct že ffmpeg měl podporu snad všeho co se dá v Linuxu použít), zkusil jsem si pár kodeků i nastavení, celkově me nic moc nezaujalo. Potom jsem začal hledat na internetu, který kodek je v dnešní době vlastně nejlepší, našel jsem to co jsem už delší dobu věděl, všude se píše, že nejlepší kvalitu na daný bitový tok dostanu použitím standartu h.264, jehož free implementace v ffmpegu je x.264, ten jsem už dávno zkoušel a nepodával takové výsledky abych ho považoval za dobrý.

Nevzdal jsem se, celý den jsem nad tím přemýšlel a pročítal různé diskuze, dá se říct že je tento kodek stále v plenkách a jeho implementace v ffmpegu také není dokonalá, někdy kolem večera jsem narazil na jedno vlákno mailing listu k ffmpegu, Robert Swain zde uveřejnil názor ve kterém tvrdí, že kodek x.264 v ffmpegu je za normálních okolností špatně nastavený, odkazoval zde na svůj blog, kde uveřejnil svá nastavení. Trošku jsem zajásal a mrknul se tam, zjistil jsem že je to opravdu spousta parametrů, přepsal jsem je a teď po vyzkoušení mohu říct o kvalitě x.264 jen to, že se lidé na internetu nepletou, jedná se o zdaleka nejlepší kodek, který jsem měl kdy možnost použít!

Po podrobných testech jsem zjistil, že x.264 dosahuje lepší kvality než WMV3 s dvojnásobným datovým tokem. Zkoušel jsem porovnat i s Xvidem, opět dost podobné výsledky, s polovičním datovým tokem (700kb vs 1600kb) jsem dosahoval stále lepší kvality u x.264, opravdu mě nesmírně překvapilo jak kvalitní video se dá vejít do datového toku 130kb včetně zvuku s datovým tokem 32kb! (video se zvukem má takový datový tok, jako průměrná MP3, tj. datový tok 128kb).

Všechno má svá pro a proti, bohužel i tady jsou, i když je jich opravdu málo.

První vada na kráse, která ale nebude mít dlouhého trvání je náročnost na převod videa do x.264, používám dvou průchodový převod a tak to trvá přibližně stejně jako je délka videa, při rozlišení plného palu, do Xvidu mi to samé PC video převádí asi za 1/3 délky videa.

Druhá a bohužel mnohem podstatnější nevýhoda kodeku x.264 (případně formátu h.264) je to, že ve Windows se mi nepodařilo doinstalovat do Windows Media Playeru (9 i 11) podporu pro tento kodek, zatímco mplayerc dané video po doinstalování posledního ffdshow dekodéru a matroška splitteru normálně přehrál. Procházel jsem google sem a tam, ale zjistil jsem že k dispozici jsou hlavně placené verze (nebudu platit 30 dolarů za kodek na jeden PC kde si chci film přehrát a ani nebudu daný kodek nelegálně stahovat). V linuxu mi samozřejmě dané video v mém oblíbeném přehrávači xine-ui i v méně oblíbeném přehrávači mplayer jde bez jediného problému přehrát.

Tím tak trochu smutně končí pro mě velmi nadějný kodek v tomto projektu, nicméně už vím do jakého formátu budu v budoucnu převádět svá videa nahraná například z digitální kamery.

Ještě zde uvedu parametry, které používám pro převod videa v plném palu:

# nízká kvalita, datový tok 130kb/s
ffmpeg -i "$INPUT" -f avi -pass 1/2 -an -vcodec h264 -s 360x288 -ab 32 -deinterlace \
    -nr 400 -b 90k -bt 30k -maxrate 130k -coder 1 -flags +loop -chroma 1 \
    -partitions +parti4x4+partp8x8+partb8x8 -me_method 5 -subq 1 -trellis 0 \
    -refs 1 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 \
    -rc_eq 'blurCplx^(1-qComp)' -qmin 10 -qmax 51 -qdiff 4 "$OUTPUT"_small.avi
ffmpeg -i "$INPUT" -f avi -pass 2/2 -acodec mp3 -ar 48000 -vcodec h264 -s 360x288 -ab 32 \
    -deinterlace -nr 400 -b 90k -bt 30k -maxrate 130k -coder 1 -flags +loop -chroma 1 \
    -partitions +parti4x4+parti8x8+partp4x4+partp8x8+partb8x8 -flags2 \
    +bpyramid+wpred+mixed_refs+8x8dct+brdo -me_method 8 -subq 7 -trellis 2 -refs 5 \
    -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 \
    -rc_eq 'blurCplx^(1-qComp)' -qmin 10 -qmax 51 -qdiff 4 "$OUTPUT"_small_2.avi
# střední kvalita, datový tok 300kb/s
ffmpeg -i "$INPUT" -f avi -pass 1/2 -an -vcodec h264 -s 360x288 -ab 64 -deinterlace \
    -nr 400 -b 220k -bt 40k -maxrate 280k -coder 1 -flags +loop -chroma 1 \
    -partitions +parti4x4+partp8x8+partb8x8 -me_method 5 -subq 1 -trellis 0 \
    -refs 1 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 \
    -rc_eq 'blurCplx^(1-qComp)' -qmin 10 -qmax 51 -qdiff 4 "$OUTPUT"_small.avi
ffmpeg -i "$INPUT" -f avi -pass 2/2 -acodec mp3 -ar 48000 -vcodec h264 -s 360x288 -ab 64 \
    -deinterlace -nr 400 -b 220k -bt 40k -maxrate 280k -coder 1 -flags +loop -chroma 1 \
    -partitions +parti4x4+parti8x8+partp4x4+partp8x8+partb8x8 -flags2 \
    +bpyramid+wpred+mixed_refs+8x8dct+brdo -me_method 8 -subq 7 -trellis 2 -refs 5 \
    -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 \
    -rc_eq 'blurCplx^(1-qComp)' -qmin 10 -qmax 51 -qdiff 4 "$OUTPUT"_small_2.avi
# vysoká kvalita, datový tok 700kb/s
ffmpeg -i "$INPUT" -f avi -pass 1/2 -an -vcodec h264 -s 720x576 -ab 96 -deinterlace \
    -nr 400 -b 580k -bt 80k -maxrate 700k -coder 1 -flags +loop -chroma 1 \
    -partitions +parti4x4+partp8x8+partb8x8 -me_method 5 -subq 1 -trellis 0 \
    -refs 1 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 \
    -rc_eq 'blurCplx^(1-qComp)' -qmin 10 -qmax 51 -qdiff 4 "$OUTPUT"_small.avi
ffmpeg -i "$INPUT" -f avi -pass 2/2 -acodec mp3 -ar 48000 -vcodec h264 -s 720x576 -ab 96 \
    -deinterlace -nr 400 -b 580k -bt 80k -maxrate 700k -coder 1 -flags +loop -chroma 1 \
    -partitions +parti4x4+parti8x8+partp4x4+partp8x8+partb8x8 -flags2 \
    +bpyramid+wpred+mixed_refs+8x8dct+brdo -me_method 8 -subq 7 -trellis 2 -refs 5 \
    -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 \
    -rc_eq 'blurCplx^(1-qComp)' -qmin 10 -qmax 51 -qdiff 4 "$OUTPUT"_small_2.avi

Poznámka: Někdo by mohl namítat, že by bylo lepší používat pro audio kodek AAC, který je modernější a prý lepší, než MP3. Na to mam jednoduchou odpověď, implementace AAC v ffmpegu není moc dobrá a tak podává tento kodek podstatně horší výsledky, než MP3 při stejném datovém toku (vlastno-ušně jsem si to vyzkoušel).

Na závěr jsem připravil 3 typy videí, každý typ 3x v jiném datovém toku (130, 300, 700) převedených přesně podle předchozích příkazů. Pokud máte zájem se na ně podívat, pak jsou k dispozici na této adrese.

       

Komentáře

[Luboš Doležel (Doli)]

Dělám DVDRipy do kombinace Mastroska Video / x264 / Vorbis OGG a je to super. Mám pocit, že Matroska pack pro Widle instaluje i podporu oggu a x264, ale neručím za to.

[David Ježek]

afaik pro ne instaluje mozna tak podporu ve splitteru. ale na to ja radsi pouzivam haali splitter (i na mp4 a avi)

[Conyx]

ripy delam stejne, akorat na video pouzivam stary dobry xvid

jinak matroska pack uz se nevyviji, nahradil ho CCCP intaluju ho vsude kde sou winy, je tam vazne vsechno pro prehravani videa, neco jako pro me yum install mplayer

[Max]

Jenomže toto si dovolit nemohu :(. V rodině se docela hodně používá dvd přehrávač a ten jaksi matrosku nepojme a ani x264 ripy apod. věci :(. Je to taková malá past, tenhle přehrávač
Zdar Max

[Kyosuke]

Tak si kupte jinou malou past.

[tom.is]

Ano H.264 je opravdu výborný kodek. Pro přehrávíní na WMP 11 doporučuju zkusit K-lite codec pack poslední verzi. Pokud někomu vadí čas strávený nad ripováním DVD v PAL kvalitě do H.264, tak ať zkusí ultrarychlý MPEG1 (352x288) .

[David Ježek]

ach jak me srdce nad timto blogpostem zaplesalo . x264 take chvalim kudy chodim. od dob, kdy jsem jej objevil, stal se pro mne xvid mrtvou zalezitosti (mozna az dokonceji avc implementaci, tak si provedu srovnani). jinak x264 jako takove se ve ffdshow chova normalne, stejne tak je mozne je do windows pridat nekterym z uzivatelskych vfw buildu. sami autori vsak od kompilovani x264 jakozto klasickeho vfw kodeku upustili, protoze vfw ma jista nepekna omezeni a tak se x264 muselo pro vfw nepekne hackovat a rada veci se tam ani neda rozchodit. rozhodne tedy doporucuji vydlabnout se na rozchazeni ve WMP, ale radsi k videu pribalit VLC, ktere mam pocit existuje i v portable variante a vse zakoncit napsanim prislusneho autorun.inf. jinak pokud by byl problem s nedostatecnym vykonem pc pro prehravani h264 videa obecne, pak BRUTALNE rychlejsim dekoderem nez x264 je CoreAVC. da se bud koupit za asi 200kc nebo "ehm ... vsak vite".

[Thunder.m]

:) Diky za drobné info, na Core AVC jsem narazil, ale tohle měl být projekt stremování televizních záznamů po internetu, neočekávám, že by si kvuli tomu každý posluchač kupoval tento kodek (případně ho získal jinak), ale hlavně neočekávám, že by si instalovali VLC, sám osobně mam proti VLC dost velkou averzi, takže ho sice mam, ale moc nepoužívám, ikdyž mohu říct, že některé věci v něm jsou udělané mnohem lépe než jinde a jiné zase hůř (můj WM má jednu nepříjemnou chybu, VLC nemohu pouštět ve Fullscreenu, okamžitě po přepnutí se mi zasekne).

[Thunder.m]

Jinak jedná se o toto: http://www.rta.cz/ Uživatelé tam mají možnost shlédnout jednotlivá regionální televizní vysílání.

[stativ]

Pro h.264 se ve windows dá použít QuickTime.

Jinak bych Vás ještě kapičku opravil. ffmpeg x264 není implementace h.264 ve ffmpegu, ale je to zcela samostatná implementace. ffmpeg obsahuje vlastní implementaci tohoto kodeku - ffh264. Tato implementace funguje ale jen pro dekódování videa. Pro fukční enkoding a větší výkon při dekódování se ffmpeg linkuje s x264 která se potom používá místo interního ffh264.

[Michal Růžička]

Použití QuickTime Playeru mě taky napadlo a hned jsem to vyzkoušel. Bohužel, na vystavených vzorcích se (alesopoň na mém systému) přehrávač ještě před začátkem přehrávání zasekl a bylo nutné ho odstřelit násilím. Nevylučuju ale, že je to jen chyba na mém systému. QTP skoro nepoužívám.

[Thunder.m]

Ta videa co tam jsou nejsou ve standardu pro QTP, musel bych použít jiný kodek pro zvuk a jiný formát (mov), dnes večer to zkusím.

[Thunder.m]

http://10.93.48.2/Mirek/x.264/quicktime/1.mp4 Tento by měl jít bez problémů přehrát QuickTime playerem, je to formát mov, jen jsem mu dal jinou koncovku, bohužel proto abych mohl použít formát mov nemohu používat zvuk v mp3, ale v acc, takže je kvalita zvuku výrazně horší.

[Thunder.m]

S koncovkou mp4 se Quicktime nějak nepopral, takže jsem změnil koncovku a už to jede (dost ujetý, ale co se dá dělat) http://10.93.48.2/Mirek/x.264/quicktime/1.mov

[..]

Je to zajimave ale ten soubor nejde stahnout, ze by to bylo IP? ;)

[stativ]

A co použít na zvuk aac, je podstatně kvalitnější než mp3. Předpokládám, že by to QuickTime měl přehrát vzhledem k tomu že obsahuje jeho doposud nepřekonanou implementaci. Navíc mp4 byl od začátku plánován tak, aby obsahoval aac zvuk.

[Thunder.m]

No toto poslední je s AAC zvukem, ale ten je prostě při stejném datovém toku výrazně horší než MP3.

[Michal Růžička]

Jo, H.264 (což je mimochodem jen jiný název pro MPEG-4 Part 10, tedy MPEG-4 AVC profile) je pravděpodobně budoucnost. Hlavně pro HD video, které je při jeho datových tocích potřeba komprimovat skutečně hodně.

K H.264 bych měl možná ještě jednu podstatnější nevýhodu – náročnost dekódování. Na svém postarším Athlonu XP 2500+ s 512 MB RAM a Ati Radeonem 9600 mám problémy i s přehráváním 720p videa v H.264. O 1080p se mi může tak maximálně zdát.

Pro zájemce o ukázky HD videa v H.264 doporučuju galerii na stránkách Applu.

Mimochodem, docela mě tohle nastavení zaujalo (pro archivaci DVB-T nahrávek). Má ale rád MPlayer/MEncoder. Nebyl by někdo ochoten to nastavení přepsat pro použití s MEncoderem. Jsem na to moc línej.

[Thunder.m]

Mencoder stejně využívá ffmpeg, ale nastavení používá uplně jiné, já to používám také pro kompresi nahrávek z DVB-T a DVB-S (VDR), o VDR ale až v dalším blogu :)

[Michal Růžička]

Pokud máte odladěné nastavení MEncoderu pro převod DVB-T nahrávky, tak bych jeho vystavení velmi ocenil. Dejte prosím potom vědět, kde je k dispozici.

[Jiří Poláček]

Svůj postup jsem sepsal zde.

[David Ježek]

Jo, H.264 (což je mimochodem jen jiný název pro MPEG-4 Part 10, tedy MPEG-4 AVC profile) je pravděpodobně budoucnost. Hlavně pro HD video, které je při jeho datových tocích potřeba komprimovat skutečně hodně.

H264 alias MPEG4 Part10 alias MPEG4 AVC JE budoucnost a nikdo se bez nej v nadchazejicich letech neobejde ani omylem. krome zjevne vyhodnosti diky kompresnimu pomeru a nevyhodnosti s ohledem na pozadavky na vykon pri dec/enc je tu neprehlednutelny fakt, ze H264 je spolu s VC1 a MPEG2 jednim z formatu povinnych pro prehravace HD DVD/Blu-ray.

K H.264 bych měl možná ještě jednu podstatnější nevýhodu – náročnost dekódování. Na svém postarším Athlonu XP 2500+ s 512 MB RAM a Ati Radeonem 9600 mám problémy i s přehráváním 720p videa v H.264. O 1080p se mi může tak maximálně zdát.

Ano, narocnost je svinstvo. Ja s P4-3,6G zkousel film 1920x816 (tedy progressive). s x264 kodekem nebo ve VLC to bylo zcela bez sance, CoreAVC naproti tomu plynule (ale v akcnejsich scenach jen tak tak, vytizenost cpu se dostavala az na 100% ).

Pro zájemce o ukázky HD videa v H.264 doporučuju galerii na stránkách Applu.

galerii ma i mrkvosoft, ono to jejich WMV9 je vicemene totez jako VC1, takze za vyzkouseni to take stoji

[Luboš Doležel (Doli)]

WMV9 je pro HD strašné. Viděl jsem 5 HDTV (1080i) filmů ve WMV9 a ten kodek používá odporné praktiky - příklad: hýbe se kamera, vepředu jsou lidi a za nimi zeď.

Co udělá WMV? Udělá povrch zdi naprosto nehybný - zeď se ve scéně posouvá, ale její povrch zůstává na obrazovce bez změny jediného pixelu . To už je lepší, aby byl rozmazaný a trochu se při pohybu kamery měnil.

[Thunder.m]

VLC obecně není dobré pro vysoké rozlišení, například ani DVB-S HD kanály mi to nepřehraje dobře i po zvětšení cache, používám Xine a při přehrávání x.264 v rozlišení 720x576 mi užírá asi 3% jednoho jádra a druhé je prázdné (Core 2 Duo 3600MHz).

[stativ]

Ano, narocnost je svinstvo. Ja s P4-3,6G zkousel film 1920x816 (tedy progressive). s x264 kodekem nebo ve VLC to bylo zcela bez sance, CoreAVC naproti tomu plynule (ale v akcnejsich scenach jen tak tak, vytizenost cpu se dostavala az na 100% ).

Zajímavý, na mym P4@2GHz jede v mplayeru s x264 kodekem naprosto bezproblémově i video 1920 x 1080

[David Ježek]

no tak to ti neverim ani omylem mozna tka s nejakym brutalnejsim frame-droppem

[stativ]

Nevěříte? Veřte! Musím ale poznamenat, že s využitím nativního kodeku ffh264 z ffmpeg se to už trošičku trhá pokud se obraz navíc škáluje. Taky to dost závisí na výstupu - gl a obvzvláště gl2 se trhají, nejlepší je použít xv nebo sdl.

[Jan Grmela]

Hm, tak koukám, že asi po dlouhých letech přejdu z Xvidu na x264, když ho tu tak všichni chválíte Problém vidím jen v tom, že se mi jaksi nedostává železa, co by tenhle kodek zvládlo. Už tak trvá převod do Xvidu nechutně dlouho (o reálném čase si můžu nechat jen zdát)... Nejlepší by byla nějaká externí krabička, třeba na firewire, do které bych nasypal zdrojové video a vypadl mi z něj komprimát v tomhle kodeku. Nepochybuji, že něco takového existuje, ale cena tohoto zařízení bude nepochybně převyšovat cenu nového PC s třígigovým dual Opteronem

Jenom škoda toho odladěného nastavení mencoderu na MiniDV-> Xvid

[David Ježek]

ja zacal prechazet cca pred dvema lety, kratce pote jsem presel definitivne (a to byl este x264 celkem v plenkach, ne jako dnes) a spokojenost nejvyssi. pravda, jen ten encoding trva hodne dlouho. kdyz k tomu fullpal filmu obcas prihodim par filtru, tak treba 2hodinovy film zpracovavam i 30hodin v kuse (2 pruchody) na P4-3,6G

[Ivanhoej]

No a ktory ze DVD player to uz dokaze prehravat? 264 som skusal uz minuly rok a spokojnost nadovsetko, no musim zatial robit bud DVD alebo xvid, ine mi prehravac neprehra :(

[D-Evil]

Já tvoje soubory ve Windows Media Playeru bez problému přehraju. Zkus si třeba přes Gspot nechat vyrenderovat, čim to vůbec prolejzá, jestli se to náhodou nepokouší dekódovat špatnej kodek. Jinak s FFDshow jsem taky měl jistý problémy, nejnovější verze mi nešly nainstalovat (žádnej přehrávač o nich nevěděl, GSpot taky ne), ale našel jsem tušim na Slunečnici verzi, která mi chodí (můžu poslat).

[Thunder.m]

Už vím kde je problém, Windows Media Player nezkousne AAC zvuk, který je ve verzi, kterou streamuju, pokud je tam MP3 (ty verze co jsem dal na web mimo adresáře quicktime), tak to přehraje.

[JIMI]

brej den....chtel bych se vas,co o tom vite mnohem vic nez ja(ja vim houby,zeptat,jestli se toto video da nejak rozmune prekonvertovat z ostatnich.....uvazuju totiz o koupi i podu a ten podporuje toto video.tak me zajima jestli muzu sve WMA prekonvertovat nejakym programem na tyto H264....pripadne prosim o nejake vlastni zkusenosti. predem dekuji za odpoveda preji dobry den

[Milan]

Dělám s x264 už rok a půl, ripuju video už od roku 2000 a otestoval jsem kvanta kodeků i jejich nastavení a dneska už dělám jenom buď x264 v MKV s OGG DTS multiaudio nebo místo x264 někdy dám VC-1, i když za stejného bitového toku dává trochu horší výsledky. Zato je VC-1 tak o 20% rychlejší na encoding. Všem rýpačům s 64bitovým čipem doporučuji pořídit si WinXP 64 nebo nové Visty 64 a stáhnout z netu 64-bitovou verzi VirtualDubu (je to pro mě za ta léta ideální nástroj na rýpání a střih videa) a pak povolit v nastaveních VirtualDubu 64-bitové instrukční zpracování. Uvidíte, že se vám encoding zrychlí téměř na dvojnásobek. Já teď např. přerýpával HDTV Pána prstenů 3 (3h12m), jel jsem to dvojpasově, parametry: (zdroj) 1280x720 / 25fps / avg 17,65 Mbit MPEG-2 + AC3-5.1, na (výsledek) 1280x720 / 25 fps / avg 2,871 Mbit H.264 a na oba pasy mi to jelo 20-30 fps (plus mínus real-time encoding), s nastavením 2 mezisnímků (B-frames) a kvalita u obou pasů Fastest (u dvoupasu je to stejně jedno -- znám ze zkušenosti, kromě případů extra nízkého toku). Vlastně dneska se vyplatí použít VC-1 nebo jeho trochu chudšího brášku WMV-3 jen tehdy, když mám méně času a potřebuju něco zchroustat dost rychle. XviD i DivX jsou minulost a to čím dál hůř. XviD tým oznámil, že uvažuje o implementaci některých prvků H.264 (hlavně transformace 4x4, 16x8 a 8x16), což by mu hodně pomohlo v kvalitě/nutnosti datového toku proti DivX, ale pak už by videa enkódovaná do tohohle nového standardu XviD nebyly kompatibilní se standardem MPEG-4 ASP part 2-4, čili by taková videa už nepřečetly stolní mašiny, co umí DivX (a tím pádem dneska i o něco kvalitnější XviD = stejný standard). Takže DivX i XviD budou na tom v porovnání s HDTV ve VC-1 a H.264 hůř a hůř.

[Anonym]

Příloha:

• h264logo.png (24102 bytů)

já ripuju DVD do x.264 do HDTV s ac3 zvukem (video 2100kb/s a zvuk 448kb/s) pri uspore prevadim zvuk do AAC