Keresés: - [Re:] [frescho:] XvBA második kör

Hirdetés

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Új hozzászólás Aktív témák

#30 Brogyi őstag frescho #29

Új Válasz 2012-06-17 22:52:30 #30
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Brogyi

őstag

válasz frescho #29 üzenetére

Lefordítottam az mplayer-vaapi-t, majd használtam a vaapi kapcsolót, és ezt dobta a terminál ablakba.Ezért nem értem mit keres itt a vdpau.Azt tudtam, hogy nvidia a vdpau.Esetleg nem kell valami vaapi kapcsoló a fordításnál?Nincs valami tipped, hogy hogyan találjam meg a hibát?
Egyébként érdekes , hogy a VLC megy vaapi-val, de az Mplayer jobb lenne.
#26 Brogyi őstag frescho #25

Új Válasz 2012-02-05 14:57:41 #26
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Brogyi

őstag

válasz frescho #25 üzenetére

Fog az menni csak kezdőnek lassan megy. Pl. xvba-ból állítólag nem mindegy melyiket rakom fel. 0.7x jó (pontos verziót nem tudok) a 0.8x sz@r. Azért ez egy kezdőnek nagy szívás. Ha lesz időm folytatom.
#14 totyax aktív tag frescho #13

Új Válasz 2010-07-09 20:09:31 #14
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

totyax

aktív tag

válasz frescho #13 üzenetére

Nem átlaggal kell számolni össze kell adni őket, így már nem olyan szép az eredmény, ez persze gondolom mpeg4 lejátszásra megadott adat.
Most feltettem ami aktuálisan elérhető legfrissebb, tehát
libva 0.31.1 sds3
xvba 0.7.1-1_i386
mplayer vaapi-20100602 újonnan kicsomagolva, lefordítva.
Persze mindez 32 bites rendszeren, és ugyanazt produkálja mint eddig is, tehát x264-en jól gyorsít, de ezzel arányosan mpeg4 lejátszásnál irreálisan növekszik a cpu igény. Szóval még mindig használhatatlan ez a módszer.
#12 totyax aktív tag frescho #11

Új Válasz 2010-06-30 22:40:09 #12
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

totyax

aktív tag

válasz frescho #11 üzenetére

És az eredmény...?
#10 totyax aktív tag frescho #8

Új Válasz 2010-06-26 03:59:14 #10
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

totyax

aktív tag

válasz frescho #8 üzenetére

Probald meg az mplayert a vaapi kapcsolok (-vo vaapi -va vaapi) nelkul. Akkor is eszi a CPU-t?
Helló. Nyilván az mpeg4 lejátszásra vonatkozik.
Ezt meg sem kell néznem, mert próbáltam már. Ha nincs -vo vaapi -va vaapi akkor még eszi, a kimeneti videó meghajtót is át kell állítanom másra, ekkor az mpeg4 videó terhelése normális lesz. Viszont attól hogy a videó kimenet vaapi, a kapcsolók nélkül nincs x264 gyorsítás.
Lejatszas kozben a kovetkezoket futtasd le. Az elso parancs kimenetebol eleg a masodik, harmadik statisztika.
3-adik statisztika:
Linux 2.6.32-22-generic (desktop) 2010-06-26 _i686_ (2 CPU)
03.38.17 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
03.38.27 all 45,18 0,00 7,34 0,10 0,10 0,00 0,00 0,00 47,28
03.38.27 0 6,61 0,00 3,60 0,00 0,20 0,00 0,00 0,00 89,59
03.38.27 1 83,65 0,00 10,97 0,20 0,00 0,00 0,00 0,00 5,18
Kétmagos CPU-ról van szó, tehát ez a 45.18% majdnem egy teljes mag full terhelése. Vicces egy xvidtől
A következő parancs eredménye:
cpu MHz : 3199.785
cpu MHz : 3199.785
Probald ki vapi-val es nelkule is ugyanannal a filmenl, ha lehet ugyanannal a reszletnel.
A részlet nem igazán számít, bármelyik mpeg4-es filmbe belejátszok, láthatóan ilyen cpu terhelés következik. Viszont az smplayer megjegyzi hol jártam, tehát a részlet hasonló.
Oké, akkor -vo vaapi -va vaapi töröl, és a kimenet átállít mondjuk xv-re, és mpeg-4-es videó.
3-adik statisztika:
Linux 2.6.32-22-generic (desktop) 2010-06-26 _i686_ (2 CPU)
03.45.42 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
03.45.52 all 5,01 0,00 2,93 0,10 0,00 0,00 0,00 0,00 91,96
03.45.52 0 4,89 0,00 2,99 0,20 0,10 0,00 0,00 0,00 91,82
03.45.52 1 5,04 0,00 2,77 0,00 0,00 0,00 0,00 0,00 92,19
cpu MHz : 3199.785
cpu MHz : 3199.785
Kösz
#9 frescho addikt frescho #8

Új Válasz 2010-06-26 00:14:38 #9
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

frescho

addikt

válasz frescho #8 üzenetére

Ami kimaradt:
Probald ki vapi-val es nelkule is ugyanannal a filmenl, ha lehet ugyanannal a reszletnel.
#6 totyax aktív tag frescho #5

Új Válasz 2010-06-25 21:57:34 #6
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

totyax

aktív tag

válasz frescho #5 üzenetére

Helló. Mpeg-2-őt nem próbáltam, de mint írtam az x264-et láthatóan jól gyorsította, viszont az mpeg-4-et meg úgy játssza le mintha x264-et játszana CPU-val, ami nem oké
Jelen állás szerint viszont valami történt a rendszerrel mert nincs kép ha GPU gyorsított kimenetet használnék smplayer/mplayer kombóval.
libva: libva version 0.31.1-sds1
Xlib: extension "XFree86-DRI" missing on display ":0.0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/va/drivers/fglrx_drv_video.so
libva error: dlopen of /usr/lib/va/drivers/fglrx_drv_video.so failed: libva-0.31.0.6.so.1: cannot open shared object file: No such file or directory
libva: va_openDriver() returns -1
[vo_vaapi] vaInitialize(): unknown libva error
Error opening/initializing the selected video_out (-vo) device.
Emlékeim szerint
libva1 0.31.0+sds13-1~multimediappa2
és
libva-dev 0.31.0+sds13-1~multimediappa2
lett kipróbálva, azzal nem volt jó, de leszedve és felrakva ami azelőtt volt sem állt helyre az eredeti állapot. És közbe jött valami xserver frissítés is... Pár nap múlva talán lesz időm játszani vele, bár nem tudom mit próbálhatnék még meg. A "DRI" missing on display üzenetre emlékszem amikor még volt kép is, tehát nem azzal lesz a gond.
#3 frescho addikt frescho #2

Új Válasz 2010-04-11 23:20:58 #3
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

frescho

addikt

válasz frescho #2 üzenetére

Kiprobaltam az osszessel, a legtobb esetben frankon ment a HW gyorsitas.. Kettonel futottam bele problemaba:
A killa sample akadozott-csikozott es folyamatosan hibat dobalt:
[h264 @ 0xdc0080]number of reference frames exceeds max (probably corrupt input), discarding one
A VC-1_1080p@8Mbps.wmv Szoftveres dekodert hasznalt es nem adott ki hangot magabol. A Lucidban levo nem vaa-s mplayerrel sem, ergo nem az en forditasommal van a gond. Hianyozik neki valami extra library.