Dotaz: xvid komprese v linuxu pomaleji než ve win

[michal]

Dobrý den.Chtěl bych rozjet pod linuxem nahrávání tv a následnou kompresy. zkoušel sem mencoder i transcode.vše funguje až na pár drobností. pod win sem používal virtualdub a xvid. při základním nastavení xvidu s turbomodem mi první průchod jel asi 20fps, druhý průchod pomaleji. v linuxu se na tuhle hodnotu nedostanu. jede to tak 10fps. Řešil někdo někdy stejnej problém ? prosím poraďte. jak rychle to jede vám?

Odpovědi

[Jakub]

Rychlost komprese samozřejmě záleží na mnoha věcech, jako je rozlišení, použité filtry (jsou-li nějaké), nastavení kodeku a výkonnost počítače. Nemáš-li třeba zapnutý turbo mód, jedou oba průchody pomalu.

Další věc je, že je potřeba mít nainstalovaný assembler NASM, aby se XviD zkompiloval s příslušnými optimalizacemi. Není-li tak XviD zkompilovaný, bude to pomalé.

[michal]

NASM sem tam opravdu neměl.Ale po instalaci a rekompilaci xvidu se žádný velký zrychlení nekoná. Pořád to jede něco okolo 10fps.Může být chyba ještě někde jinde? Mám athlona 1700 a pro první průchod zadávám tohle.Nejsem si tim úplně jistej,jestly je tam vše jak má být. transcode -x mplayer,mplayer -i TV.avi -o aaa.avi -j 128,10,128 ,12 -Z 576x272 -y xvid -w 925 -R 1

Pro nastavení xvidu používám xvid4conf.

Díky za odpověď.

[zabza]

mencoder má "turbo" mód pro první průchod...

turbo (two pass only)
 Dramatically speeds up pass one using faster algorithms and disabling CPU-in-
 tensive  options.  This will probably reduce global PSNR a little bit (around
 0.01dB) and change individual frame type and PSNR  little  bit  more  (up  to
 0.03dB).

[Martinus]

nejsem si jistej, ale neni náhodou xvid4conf jen pro konfiguraci transcode? a ne mencoderu?

[neal_cz]

Zkusil jsem na Athlonu XP 1800+ spustit mencoder s nastavením podle Vašeho a dosahuju 25 fps při cca 90% vytížení CPU. Komprimoval jsem přímo vstup z TV karty a neměl jsem žádné zahozené frames. Nemáte příliš mnoho voleb pro xvid, které jsou náročné na výpočet? Moje výsledky platí pro výchozí hodnoty, jak je používá mencoder. Používám Gentoo, jádro 2.6.11.

[theseus34]

Obavam se, ze kompresy nikdy v zivote nerozjedes...

[michal74]

ono mi to komprimuje ale pomalu a to mě štve.

[eagle.metawerzum]

komprimuje to možná pomalu, ale určitě s měkkým

[michal74]

používal sem mencoder a ty volby xvidu psal do příkazovýho řádku. jelo to pomalu tak sem myslel ,že je to mencoderem. teď zkouším xvid v transcode a je to to samý.kdybych nevěděl že mi to jelo pod win dvakrát rychlejc tak bych to asi neřešil.

[peterxy]

skuste skompilovat s podporou 3dnow, 3dnowEX, mmx. alebo vyskusajte lavc kodek v mplayeri, ten je najrychlejsi a rozdiel neuvidite

[michal74]

transcode mi vypisuje tenhle řádek: [transcode] V: IA32/AMD64 accel | sse (sse 3dnowext 3dnow mmxext mmx asm C) Takže si myslím ,že ta podpora je zkompilovaná. Ten lavc kodek sem zkoušel a jelo to rychle, takže se s xvidem asi rozloučím.

[jose17]

rychle je koľko fps?

[michal74]

zatím sem zkoušel xvid,takže s nastavením voleb u lavc mpeg4 nemám žádný zkušenosti. při tomto základním nastavení:

mencoder Film.TV.avi -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=9250 -vf scale=576:272 -oac copy -o movie.avi

to jede 45 fps.kvalita je výborná ,takže se zaměřím na lavc mpeg4.

[michal74]

takže sem přišel na to, že komprimace videa pod win neni nijak rychlejsi. znovu sem zkoušel xvid pod win i pod linuxem a jak už tu bylo jednou řečeno,rychlost je závislá na více faktorech. zkoušel sem komprimovat film pod win a bitrate bylo něco kolem 900. rychlost se pohybovala kolem 10fps, což byl stejný výsledek jako mé predchozí pokusy v linuxu.Když sem pak zkoušel ten samej film komprimovat v linuxu s bitrate asi 700 jelo to kolem 20 fps, první průchod dokonce kolem 30 fps ,což mě mile překvapilo. Zkoušel sem i ten lavc mpeg4 kodek a ten byl ještě o něco rychlejší než xvid.Kvalitou byl ale oproti xvidu o maličko horší. Můj problém se zdá tímto vyřešen, takže ještě jednou dík všem za rady.

[Jakub]

Co se týče libavcodecu, tam ještě více než kde jinde záleží na konfiguraci - rychlost se podle nastavení dramaticky liší od superrychlé až po superpomalou, na kvalitu má nastavení taky veliký vliv. libavcodec je téměř nekonečně konfigurovatelný (mnohem víc než XviD) a to výchozí jednoduché nastavení v MEncoderu nedává optimální kvalitu, je spíš zaměřeno na rychlost.

[michal74]

používáš-li libavcodec napiš mi prosím nějaké optimální nastavení - rád odzkouším.zkoušel sem nastavení z dokumentace mplayeru - encodingtips a bylo to o něco málo horší než xvid ,rychlost byla asi stejná. v podstatě sem s xvidem spokojenej.nahrávám z televize takže žádný velký experimenty stejně nemaj cenu.

[Jakub]

Neexistuje univerzální "optimální nastavení", protože to závisí na konkrétním případu.

Ale obecně pro -lavcopts něco jako:

vcodec=mpeg4:vqscale=2:mbd=2:trell:vmax_b_frames=1:v4mv:precmp=10:cmp=10:subcmp=10

Samozřejmě vqscale=2 zaměnit buď za bitrate (vbitrate=xxx) nebo jinou kvantizaci a přidat 2průchodové kódování.

Případně zkusit *cmp=10 naharadit obvyklejšími hodnotami 2 nebo 3.

Ale jsou prostě případy, kdy video kódované kodekem XviD vypadá líp než pomocí libavcodec MPEG-4 a naopak (možná méně často).

[michal74]

Díky za tip. Zkoušel jsem komprimovat s tímto nastavením krátké video a žádný rozdíl oproti XviDu jsem nezaznamenal.Rychlost komprimace byla taky stejná.Na krátkém videu se nic moc sice nepozná, ale uznávám že lavcodec MPEG-4 je srovnatelnej s XviDem.

Mé nastavení XviDu

-ovc xvid -xvidencopts bitrate=xxx:me_quality=4:max_bframes=2:gmc:trellis:chroma_me:chroma_opt

Jakékoli výhrady uvítám.

[Jakub]

me_quality je lepší používat výchozí 6 nebo 5, i když je to pomalejší. Taky je dobré přidat vhq - nejlépe vhq=4 nebo aspoň vhq=1. Opět to zpomalí kódování, ale zlepší kvalitu. GMC je trochu sporná volba - jednak to nezvládají všechny MPEG-4 dekodéry (např. hardwarové v DVD přehrávačích) a i účinnost je sporná.

[michal74]

Tak sem si uvědomil,že to me_quality=4 sem tam nechal,když sem zkoušel tu rychlost, souhlasím tedy s hodnotou 6. U vhq mám dojem ,že u nového XviDu 1.1.0 tam může být 4 a rychlost by se snížít neměla.A co volba bvhq ,používat nebo ne. Dál by mě ještě zajímalo kde je hranice kdy používat quant_type=h263 ,mpeg a co člověk získá když si sám edituje ty matice.Vůbec nechápu o co vlastně jde.Dá se to nějak stručně vysvětlit.

[Jakub]

VHQ určitě musí rychlost kódování snižovat. U mě ji tedy určitě snižuje (u vhq=4 víc než o třetinu oproti vhq=0, XviD 1.1.0-beta2), což je logické, když provádí výpočty navíc.

bvhq by mělo být v MEncoderu defaultně zapnuté a asi není důvod to vypínat.

MPEG matice je dobré používat při vyšším bitrate nebo když je video dobře komprimovatelné - obraz je detailnější, ostřejší, oproti jemnější H.263 matici. Ovšem při nedostatečném bitrate může vést k výraznějším komprimačním artefaktům než H.263. Takže je dobré to vyzkoušet na konkrétním případu.

Fajnšmekři můžou použít nějakou vlastní matici vhodnou na konkrétní typ videa, jinak podrobnější vysvětlení kvantizačních matic je tady:

http://forum.doom9.org/showthread.php?t=54147

[michal74]

Měl bych ještě dotaz ohledně kodeku x264.Máš s ním nějaké zkušenosti.

[Jakub]

Ne, nemám s ním žádné zkušenosti. Ale měl by dávat lepší kvalitu než ASP kodeky jako XviD. Byť samozřejmě za cenu pomalosti.

[michal74]

Měl bych ještě jeden dotaz ohledně poměru stran výsledného videa.V mencoderu je volba dsize=16/9 ,která sice funguje ale jen když zkomprimované video pouštím v MPlayeru. Ostatní přehrávače si poměr stran upraví podle rozlišení. Nevíte někdo jak zapsat do avi souboru informaci o poměru stran, tak aby to respektovalo co nejvíce přehrávačů.

[Jakub]

V AVI tato možnost není, to se zapisuje přímo do MPEG-4 bitstreamu uvnitř. A to pak musí podporovat daný MPEG-4 dekodér. Takže možná řešení jsou 3:

1. Používat jiný formát než AVI, který to umí.

2. Používat jiný MPEG-4 dekodér, který podporuje poměr stran. Moderní dekodéry (nebo přehrávače jako MPlayer se zabudovanými dekodéry) už by to měly nějaký ten čas umět.

3. Změnit velikost obrazu při kódování tak, aby byl poměr stran správný.

Možnost č. 3 je zdaleka nejobvyklejší. Tak se to léta běžně dělá (u AVI souborů, samozřejmě).

[michal74]

Díky.Takže už vím kde dělám chybu, nastavuju špatně poměr stran při komprimaci.