Mplayer ja vdpau ja muita kysymyksiä

[New_user]

Olen kohtalaisen varma, että MPlayerin softapurku toimii vähintään yhtä hyvin, kuten ehkä myös VLC 1.1.x:n.

No, silmällä katsellen ei niin näytä olevan. Tein vielä kuormatestiä. Win-puolella VLC:llä kokonais-CPU-kuorma pyöri siinä 9-14% paikkeilla, yksi ydin siellä jossain 50-80% paikkeilla, muilla kuormaa hyvin vähän. Video pyörii täysin puhtaasti (framedrop ruksi päällä, oletusasetukset)

Sama kokeilu Ubuntussa Xinellä ja top-komennolla. Yksi ydin huitelee jossakin 87? paikkeilla, toinen noin 12-13 prossaa, muut kaksi melkein nollilla.  Video nykii vain koko kuvan liikkuessa (panorointi).

Mplayer softalla (4 säikeellä, muka) noin samat lukemat kuin Xinellä, kuorma siis epätasaisesti ytimillä. Video nykii noin puolen sekunnin sykleissä. Rautapurulla noin samat lukemat paitsi että yhden ytimen kuorma nousee yli 90%, Sama syklinen nykiminen kuin softapurussa, mutta miedompana.

Jos tuosta nyt jotain voisi päätellä, niin ohjelmat eivät edes osaa jakaa hommaa eri ytimille. Ja toinen huomio on, että Win-puolella sekä Winukan mediaplayer, että VLC 1.1.7 hoitavat homman täysin puhtaasti kotiin, Ubuntun puolella lähimmäksi pääsee gxine.

Pitää kokeilla jossain välissä asentaa vielä uudempi VLC Ubuntuun. Nyt kuitenkin viikonloppu välissä ja ensi viikolla en ole varma kerkiänkö puuhastella asian kanssa.

[nm]

Mplayer softalla (4 säikeellä, muka) noin samat lukemat kuin Xinellä, kuorma siis epätasaisesti ytimillä. Video nykii noin puolen sekunnin sykleissä.

Tuossa taitaa nyt olla jotain muutakin ongelmaa kuin soitin ja dekooderin hitaus.

Rautapurulla noin samat lukemat paitsi että yhden ytimen kuorma nousee yli 90%, Sama syklinen nykiminen kuin softapurussa, mutta miedompana.

Rautapurulla kuorman pitäisi olla kaikilla ytimillä alle kymmenessä prosentissa. Mikä prosessi siellä kuormittaa eniten? Jos se on X.org eikä MPlayer, kyseessä lienee perinteinen events-ongelma. Silloin xorg.confin Device- tai Screen-osaan pitäisi lisätä rivi:

Koodia: [Valitse]

Option "UseEvents "true"
Ja käynnistä sitten kone uudelleen. Tämä events-ongelma voi häiritä sekä rauta- että softapurkua etenkin suurilla päivitysnopeuksilla.

Jos taas MPlayer kuormittaa jotain ydintä reilusti, rautapurku ei edes ole käytössä.

Jos tuosta nyt jotain voisi päätellä, niin ohjelmat eivät edes osaa jakaa hommaa eri ytimille.

No eivät libavcodecilla, jota nuo kaikki kokeilemasi soittimet käyttävät softapurkuun, ellei videossa ole useampia viipaleita (slice). Lisäksi säikeistys pitää yleensä pakottaa päälle fast-vivulla (mplayer -lavdopts fast:threads=4), koska yksinkertainen säikeistetty purku aiheuttaa pieniä häviöitä viipaleiden reunoilla. Huomaa tuo lavdoptsin kirjoitusasu, mokasin edellisen korjauksen.

ffmeg-mt:llä onnistuu paremmin.

[Turbineair]

Maallikko tumpelona ratkaisin VLC ja (S)Mplayer nykimiset yksinkertaisesti poistamalla ohjelmien asetuksista kaikki 'allow freme drop' tapaiset ruksit. Toinen kikka joka saattaa parantaa toistoa on tiputtaa 'cache' muisti paikallisten tiedostojen osalta nollaan.
En tiedä kummankaan ohjelman nykyisiä oletusasetuksia, mutta katsomallahan nuo selviävät.

[Asmo Koskinen]

"Olohuonetietokoneessa" on ION. VDPAU toimii hyvin, Ubuntu on 10.10. Soitin on SMPlayer. Näyttö on FullHD Samsung televisio. Kone toimii myös katselulaitteena VDR-koneelle (DIY digiboksi).

Ohessa ruutukaappaukset SMPlayer, kun Big Buck Bunny pyörii nykimättä täysikokoisena.

Ystävällisin terveisin Asmo Koskinen.

[ylläpito on poistanut liitteen]

[Turbineair]

SMPlayer lisävinkki:
'Full screen' modessa kannattaa poistaa käytöstä animoitu 'säätöpalkin feidaus', koska arvatenkin hauat katsoa videota, etkä hienoa palkin feidausta alalaitaan (ooh ompas hieno!). Kukin tietysti tavallaan.

Edit
Loppukevennys:
Jos olisin taidoillani brassaileva ohjelmoija niin tuo alapalkki lähtisi vasemmalta rullautumaan oikeaan laitaan, jonne se lopulta kutistuisi olemattomaksi pisteeksi. Koko hommaan kuluisi n. 10 sekuntia, jonka aikana prossu huutaisi hallelujaata minun erikoisuudentavoittelulleni.
Ja saisinhan tällä tempulla taatusti sitä "tiettyä distriktiota" ohjelmoijana. "Osaanhan kohderyhmäanalyysin mukaisesti tyydyttää potentiaalista asiakkaita."
"Funkkisko takaisin kunniaan?"

[jere82]

Kokeilin noi kummatki testi pätkät ja eika erikoista että jos käynnisti komentoriviltä tähän tapaan:

Koodia: [Valitse]

jere@debian:~$ gmplayer -vo vdpau -vc ffh264vdpau /home/jere/Lataukset/20100330_175201.m2tsniin toistu sulavasti ilman mitään nykimisiä ja prossun kuorma jotain 10%
Mut jos käynnisti valikoista gmplayerillä niin prossu huuti hoosiannaa ja kuva nyki vaikka ajurina on vdpau.
prossu: amd athlon X2 5050e
näyttis: integroitu nvidia 8200
ajurina:270.30 beta

[Asmo Koskinen]

Kone toimii myös katselulaitteena VDR-koneelle (DIY digiboksi).

MythTV:n sivulla on aika kattavasti aiheesta, tuetut kortit, käyttäjien kokemuksia yms.

http://www.mythtv.org/wiki/VDPAU

Ystävällisin terveisin Asmo Koskinen.

[nm]

Edit: Rupes aihe kiinnostamaan sen verran että kaivoin netistä jollaki panalla kuvatun samplen(1080p@50) ja rupesin hieman testaamaan.
[...]
Mplayer(cli) -> softalla jäkkii hieman. -lavdopts fast:threads=2:skiploopfilter=all auttaa selvästi muttei poista "mikrotökkimistä".

Hienovarainen nykiminen johtuu väärästä virkistystaajuudesta suhteessa videon kehysnopeuteen. Jos monitorin virkistystaajuus on kiinteä 60 Hz, vaikutusta voi testata nopeuttamalla 50 fps videon 60 fps:ään:

Koodia: [Valitse]

mplayer 1080P_50Framesec.m2ts -lavdopts threads=4:fast -nosound -speed 1.2
Oma 2,4 GHz:n C2D -prosessorini ei tosin aivan riittänyt 60 fps -toistoon libavcodecilla, mutta ffmpeg-mt:llä ja kolmella tai neljällä säikeellä molemmat esimerkkivideosi toistuivat nykimättä. Maksimissaan molemmilla ytimillä oli n. 80 %:n kuorma.

[New_user]

Hei taas

Aamu avattu, ja eipä sille mitään voi, että softapurulla Mplayer ei pärjää Xinelle, vaikka kaikki nm:n antamat optiot oikein kirjoitettuna.

Mutta sitten tuohon rautapurkuun. En tiedä oikein, mistä noita cpu-kuormia pitäisi katsoa oikein. Top-komennossa on ne rivit siellä ylhäällä, ja siellä näyttää esim 14, 0, 0 ,94 nuo prosentit. Kun katsoo prosessilistaa, ei sieltä saa tuommoisia lukemia yhteensä. Kaikki, Mplayer mukaan lukien alle 10%. Tämän vahvistaa myöskin graafinen Järjestelmän valvonta, ja sieltä resurssit. Cpu-kuormat kaikilla ytimillä muutamaa prosenttia videon toistuessa seuraavalla komennolla

mplayer -demuxer lavf -x 1280 -y 720 -vo vdpau -vc ffh264vdpau /home/<user>/00000.MTS

Alkup. tiedosto on siis 1920x1080

Ja kun virheilmoituksia ei tule, ja prossukuormat noin, olen vakuuttunut, että VDPAU kyllä  toimii. Harmi vain, että muuten hyvin sujuvan liikkeen, myös panoroinnissa, katkaisee tuo reilun puolen sekunnin välein tapahtuva nykäisy. Erityisen kurjalta se näyttää esim maisemassa liikkuvia autoja katsellessa. Ikäänkuin kuski pumppaisi jarrua koko ajan Xinellä softapurulla ko. ilmiö  tulee eteen vasta esim. panoroinnissa, jolloin koko kuva liikkuu. Mplayer pätkii sekä softa-että rautapurulla samalla tavoin. Minä EN tiedä, miten tässä koneessa ovat väylänopeudet, mutta pätkmisen pitäisi tapahtua myös sitten Win7-puolella, jos väylät olisivat rajoitteena. Kuitenkin Winkussa pelajaa ihan puhtaasti.

En osaa enempää raportoida tilanteesta, mutta olen siis varma, että VDPAU kyllä toimii. Eri asia on, jos Nvidian säätöpaneelista on jotain erityistä tehtävänä. Prosesseissa Mplayer vie enemmän prosentteja kuin Xorg, esim. Mplayer 4, Xorg 2-3.

[New_user]

Vielä päivitystä:

Asennettu 10.10 ja kaikki päivitykset, uusin Nvidian suljettu ajuri, uusin Mplayer, ja normaaleista pakettivarastoista Xine (+gxine) ja VLC 1.1.4

Mplayerin kohdalla ei muutoksia, tuo syklinen pätkiminen jatkuu niin softa-, kuin rautapurulla. Sen sijaan sekä Gxine että VLC näyttäisivät nyt toistavan silmillä katsellen puhtaasti, eikä Gxinen moottorin lokista näkynyt ilmoituksia pudotetuista kehyksistä. Tässä suhteessa VLC:n kohdalla on suuri hyppäys Lucidin versioon 1.0.6 verrattuna, ja sekä VLX, että Gxine näyttävät nyt panoroinninkin hyvin. Siis, Lucidin kanssa suosittelen ilman muuta Xineä (tai Gxineä) raskaiden videoiden katsomiseen. Täällä Maverickin puolella näyttää myös VLC olevan kunnossa. Valitettavasti Mplayerillä on ainakin mun kokoonpanossa selviä ongelmia, jotka eivät riipu purkutavasta. Xinellä ja VLC:llä prossukuormat ovat tippuneet Lucidin vastaaviin versioihin nähden. Alla tässä siis neliytiminen Xeon 3 GHz ja GTX 460-pohjainen näytönohjain. Kaksiytiminen todennäköisesti selviäisi aivan yhtä hyvin.

Niin ja muuten: GDM ei Maverickillakaan käynnisty suoraan. Buutissa pudotaan konsolille, josta GDM käyntiin käsin.

Ensi viikkoon....

[New_user]

Olen ongelmakoneella vasta viikon päästä maanantaina. Compiz on veks ja kaikki muukin häiritsevä.