Ú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.

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