Kezdőlap › Fórumok › Multimédia › MPlayer és társai › Mencoder kérdések
- This topic has 312 hozzászólás, 14 résztvevő, and was last updated 16 years, 1 months telt el by
pointux.
-
SzerzőBejegyzés
-
2008-07-27-12:13 #2131636
Most el kell mennem, de majd jövök. 🙂
2008-07-27-12:13 #2131637Most el kell mennem, de majd jövök. 🙂
2008-07-27-12:22 #2131638Köszönöm vizsla türelmedet, egyébként én is a manuált böngészem amit írtál idáig működik.Odáig eljutottam, hogy a csatornát lejátsza az mplayer igaz csak monóban.
2008-07-27-12:22 #2131639Köszönöm vizsla türelmedet, egyébként én is a manuált böngészem amit írtál idáig működik.Odáig eljutottam, hogy a csatornát lejátsza az mplayer igaz csak monóban.
2008-07-27-13:10 #2131640Maradok az mjpeg-es tömörítésnél mert az mpeg2-őt már nem bírja a proci.
A -vf opciónál a topx és topy nál mekkora értéket kell megadni?
A -vf opció eltünteti a hibákat csak a kép „elmosódottabb” lesz, de még kisérkletezek vele.
Idáig ez a parancs úgynéz ki működik.2008-07-27-13:10 #2131641Maradok az mjpeg-es tömörítésnél mert az mpeg2-őt már nem bírja a proci.
A -vf opciónál a topx és topy nál mekkora értéket kell megadni?
A -vf opció eltünteti a hibákat csak a kép „elmosódottabb” lesz, de még kisérkletezek vele.
Idáig ez a parancs úgynéz ki működik.2008-07-27-19:45 #2131642Soltan wrote:Maradok az mjpeg-es tömörítésnél mert az mpeg2-őt már nem bírja a proci.Hát talán kéne neki… legfeljebb nem oly optimalizálva. (Mert az ott arról szól… csak neked nem bírja.)
Nálam pl. az mjpeg leheletnyivel többet eszik.
pl:Code:vcodec=mpeg2video:vbitrate=4000A bitrátát is lehet változtatni. Ha kisebb szám, akkor kevesebbet eszik, de rosszabb a képminőség.
Soltan wrote:A -vf opciónál a topx és topy nál mekkora értéket kell megadni?Ezt ki kell kísérletezni. Pl, ha van egy két pixeles függőleges csík a bal oldalon, akkor x=2, y=0, w=szélesség-2, h=magasság… és így tovább értelem szerűen.
Soltan wrote:A -vf opció eltünteti a hibákat csak a kép „elmosódottabb” lesz, de még kisérkletezek vele.
Idáig ez a parancs úgynéz ki működik.Ez egy durva példa, amit írtam, de a zúgást jól eltávolítja.
Az 1/4 képet zajos input esetén így célszerű előállítani, ha a cpu bírja:Code:-tv …width=720:height=576… -vf crop=* ** scale=*** ***** „fekete” csíkok levágása (így azzal a továbbiakban nem kell foglalkozni, amúgy ezeknek tömörítése szintén cpu munka, mert nem egy színű a zaj miatt)
** szűrési paraméterek (már a kivágott képen) (cpu le)
*** a crop-ban megadott hw értékek fele
**** a tömörítés már a kivágott csökkentett képen történik (cpu le)Ezáltal a zaj a nagy képen lesz (mondjuk ugyanolyan méretű), mint a kis képen és ekkor lesz feljavítva és a feljavított kép lesz felezve. Ekkor a zajt minimalizálni lehet. (A lehető legminimálisabb cpu terhelés mellett.)
Persze minden vf paraméter (még az eq stb.) is foglalja a cpu-t, tehát mindegyikből annyit és azt kell használni, ami hasznot hoz! A crop pl. mindig, főleg a széles csíkoknál, mert a többi szűrő, valamint a tömörítés során megtérül.
A scale miatt nő a cpu terhelése, de javul a minőség és talán kisebb bitráta is elég, sőt lehet, hogy a blur, vagy a denoise elhagyható (kísérlet*****).***** azért nincs rá recept, mert mindenhol más a zaj
2008-07-27-19:45 #2131643Soltan wrote:Maradok az mjpeg-es tömörítésnél mert az mpeg2-őt már nem bírja a proci.Hát talán kéne neki… legfeljebb nem oly optimalizálva. (Mert az ott arról szól… csak neked nem bírja.)
Nálam pl. az mjpeg leheletnyivel többet eszik.
pl:Code:vcodec=mpeg2video:vbitrate=4000A bitrátát is lehet változtatni. Ha kisebb szám, akkor kevesebbet eszik, de rosszabb a képminőség.
Soltan wrote:A -vf opciónál a topx és topy nál mekkora értéket kell megadni?Ezt ki kell kísérletezni. Pl, ha van egy két pixeles függőleges csík a bal oldalon, akkor x=2, y=0, w=szélesség-2, h=magasság… és így tovább értelem szerűen.
Soltan wrote:A -vf opció eltünteti a hibákat csak a kép „elmosódottabb” lesz, de még kisérkletezek vele.
Idáig ez a parancs úgynéz ki működik.Ez egy durva példa, amit írtam, de a zúgást jól eltávolítja.
Az 1/4 képet zajos input esetén így célszerű előállítani, ha a cpu bírja:Code:-tv …width=720:height=576… -vf crop=* ** scale=*** ***** „fekete” csíkok levágása (így azzal a továbbiakban nem kell foglalkozni, amúgy ezeknek tömörítése szintén cpu munka, mert nem egy színű a zaj miatt)
** szűrési paraméterek (már a kivágott képen) (cpu le)
*** a crop-ban megadott hw értékek fele
**** a tömörítés már a kivágott csökkentett képen történik (cpu le)Ezáltal a zaj a nagy képen lesz (mondjuk ugyanolyan méretű), mint a kis képen és ekkor lesz feljavítva és a feljavított kép lesz felezve. Ekkor a zajt minimalizálni lehet. (A lehető legminimálisabb cpu terhelés mellett.)
Persze minden vf paraméter (még az eq stb.) is foglalja a cpu-t, tehát mindegyikből annyit és azt kell használni, ami hasznot hoz! A crop pl. mindig, főleg a széles csíkoknál, mert a többi szűrő, valamint a tömörítés során megtérül.
A scale miatt nő a cpu terhelése, de javul a minőség és talán kisebb bitráta is elég, sőt lehet, hogy a blur, vagy a denoise elhagyható (kísérlet*****).***** azért nincs rá recept, mert mindenhol más a zaj
2008-07-27-19:47 #2131644Soltan wrote:Köszönöm vizsla türelmedet, egyébként én is a manuált böngészem amit írtál idáig működik.Odáig eljutottam, hogy a csatornát lejátsza az mplayer igaz csak monóban.Ha az adás nem monó, akkor a -tv paraméterekkel kell játszani (tv-kártya vezérlés, alsa). (manual /-tv)
2008-07-27-19:47 #2131645Soltan wrote:Köszönöm vizsla türelmedet, egyébként én is a manuált böngészem amit írtál idáig működik.Odáig eljutottam, hogy a csatornát lejátsza az mplayer igaz csak monóban.Ha az adás nem monó, akkor a -tv paraméterekkel kell játszani (tv-kártya vezérlés, alsa). (manual /-tv)
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz