Idokozben rajottem,hogy az -oac…..  es az -ovc….  koze be kell irni az”-ffourcc divx” kapcsolot es mukodnifog.
De minosegileg az Xvid valoban jobb.
[align=right][snapback]132218[/snapback][/align]

hylo ha kérhetném a konkrét kapcsolokat becopyznád ide, érdekelne a dolog

hylo ha kérhetném a konkrét kapcsolokat becopyznád ide, érdekelne a dolog
[align=right][snapback]132288[/snapback][/align]

mencoder/home/user/xy.avi -vf crop368:288:6:0,pp=6,hqdn3d -oac mp3lame -lameopts cbr:br=96:aq=4 -ffourcc divx -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=730:vqmin=2:vqmax=6:vqsquish=1:vme=5:dia=4:trell:mbd=2:v4mv:aspect=4/3:turbo:vpass=1

Ez az elso menet,a masodiknal vpass=2 ugyan ezekkel a beallitasokkal.
a -ffourcc divx az avi fourcc kodjat irja at fmp4 -rol divx-re igy win alatt a divx5 codekel tudod lejatszani.
A vqmin-vqmax: a minimum2 (ajanlott) a maximum6 egyenlore kiserleti jellegel,ennel tobb mar nem csokkenti a meretet,de rontja a minoseget.
vqsquish=1:(ajanlott) a min es a max kozotti lepegetes modjat allitja be.
vme:”motion estimation method” vagy 4 vagy 5.
dia=4:szeles keresesi sav a legjobb motion vector megtalalasara (nagyon lassitja az encodolast)
trell: a blokkokat a minimalis hibaval talaljameg.
mbd:macroblock decision
v4mv: 4 motion vector per macroblock,jobban dolgozik ha az mbd nagyobb mint 0
aspect: az avi vprp header-ebe irja be a kepmeret aranyt.
turbo: az elso menetet gyorsitja.
Tapasztalat:Nagyon lassu encodolas,a minoseg kicsivel rosszabb mint a 2 menetes xvidnel,a windozos llejatszok a telepitett divx5 codekkel jatszak le.
Kovetkeztetes: Maradok az xvidnel mert minosegileg jobb kozel azonos ido alatt.
udv:
hylo
Ps: Az angolom nagyon gyenge es mindent az MPlayer doksibol probaltam forditani.

Az Uhuval is sokat lehet szenvedni, a FC3 áldása/átka az hogy RPM alapú, tehát a SuSE/Red Hat/Mandrake/mittoménmi disztrohoz készített RPMek is használhatók vele elvileg
Gyakorlatban Mandraket használtam régén, és rájöttem hogy minden RPM-es disztroban máshogy darabolják 50 csomagra egy program fájljait, ezért a függõségek/fájlok sokszor ütköznek, és az egész átláthatatlan…
Uhuban ez nincs, mert annak a csomagkezelõje mindennel inkompatibilis, de forrásból kell fordítani, és pl. Transcode-nál vagy VLC-nél a minimum 20 függõség egyenkénti „mérnemfordul  mikellneki kódpatkolás afeneegyemeg” (Uhuban sajna ez mindennapos…) játéka egy idõ után szörnyen idegesítõ 😛
Ami meg a másik hogy szvsz az Uhu (1.1) egy kínszenvedés, aki kezdõ, nem tudja, az idegesítõ bugokat mivel kerülje ki, aki haladó, azt meg idegesíti a csakazérisalternatív felépítésû alaprendszer, amit néha még a Vezérlõpulttal sem lehet rendesen beállítani.

4CC-t kell állítani, már volt róla szó, csak nemtom hol…