Prossun käyttö 100% h264 dekoodauksella [ratkaistu, nyt 25%]

[redu]

Katselen juuri
satelliitista ServusTV-kanavaa (19,2e, FullHD, h264, FTA, Core2Duo 2.5G prossu). Kortti on Azurewave DVB-S2. Soitin on Kaffeine. Ubuntu on 9.10.

Muuten kivaa, mutta kuva nykii!
Normaali kuva nykii, mutta stillipitoinen kuva ei (esimerkiksi jotkut mainokset).
Eräänä syynä lienee, että SystemMonitor:in mukaan CPU1-käyttö on 30% ja CPU2-käyttö 100%?  Hah, ajoittain kuormitusprosentit vaihtavat puolta: Nyt CPU1 on 100% ja CPU2 on 30%. Sama nykiminen. Saisiko CPU1/CPU2-kuormituksia jotenkin tasattua?

Toinen syy lienee huono dekooderi? Tiedä sitten, mikä ffmpg lienee käytössä? Win32-codecs ja Ubuntu-restricted-extras on asennettu. Kaffeinen Xinen asetuksissa mainitaan vain Win32-codec. Mitenkähän Karmic:iin saisi paremman h264-dekooderin?

Niin, tuota, Winkupartitiossa (XP) kuva ei nyi, ja prossujen käyttö on muistaakseni jotakin 30+30%, kun dekooderina on PowerDVD8:n mukana tullut dekooderi.

redu

 

[nm]

Eräänä syynä lienee, että SystemMonitor:in mukaan CPU1-käyttö on 30% ja CPU2-käyttö 100%?  Hah, ajoittain kuormitusprosentit vaihtavat puolta: Nyt CPU1 on 100% ja CPU2 on 30%. Sama nykiminen. Saisiko CPU1/CPU2-kuormituksia jotenkin tasattua?

Toinen syy lienee huono dekooderi?

Dekooderin huono säikeistys on syynä epätasaiseen kuormitukseen. Muutoin libavcodec on softapurkua käytettäessä suunnilleen yhtä nopea kuin Windowsissa käyttämäsi Cyberlinkin dekooderi (PowerDVD 8:n mukana tuleva).

Tiedä sitten, mikä ffmpg lienee käytössä? Win32-codecs ja Ubuntu-restricted-extras on asennettu. Kaffeinen Xinen asetuksissa mainitaan vain Win32-codec.

Kummatkaan eivät vaikuta Kaffeinen/Xinen H,264-dekoodaukseen, joka tehdään vakioasetuksilla aina FFmpegin libavcodecilla.

Mitenkähän Karmic:iin saisi paremman h264-dekooderin?

Asentamalla ffmpeg-mt:n tai CoreAVC:n. Valitettavasti ffmpeg-mt:n saa Ubuntuun valmiiksi paketoituna vain kiinteästi MPlayerin mukana rvm:n PPA:sta: https://launchpad.net/~rvm/+archive/testing

Jos haluat kokeilla tätä, lisää lähde sivulla olevien ohjeiden mukaan ja asenna mplayer-mt. Käyttö onnistuu komennolla mplayer-mt -lavdopts fast:threads=2

CoreAVC:ta en ole itse kokeillut, mutta sen voi tosiaan saada toimimaan ainakin joidenkin soittimien kanssa: http://code.google.com/p/coreavc-for-linux/
Pidempiaikainen käyttö vaatii tietysti myös lisenssin hankkimisen. Enkä ole varma, toimiiko kokeiluversio lainkaan.


Helpoiten saat nykimätöntä kuvaa Nvidian näytönohjaimella ja VDPAU:lla. Se on muutenkin ainoa toimiva ratkaisu 1080i-teräväpiirtolähetysten vastaanottoon, jossa tarvitaan dekoodauksen lisäksi laadukas lomituksenpoisto. Paketit saa täältä: https://launchpad.net/~nvidia-vdpau/+archive/ppa

[redu]

Eräänä syynä lienee, että SystemMonitor:in mukaan CPU1-käyttö on 30% ja CPU2-käyttö 100%?  Hah, ajoittain kuormitusprosentit vaihtavat puolta: Nyt CPU1 on 100% ja CPU2 on 30%. Sama nykiminen. Saisiko CPU1/CPU2-kuormituksia jotenkin tasattua?

Toinen syy lienee huono dekooderi?

Dekooderin huono säikeistys on syynä epätasaiseen kuormitukseen. Muutoin libavcodec on softapurkua käytettäessä suunnilleen yhtä nopea kuin Windowsissa käyttämäsi Cyberlinkin dekooderi (PowerDVD 8:n mukana tuleva).

Tiedä sitten, mikä ffmpg lienee käytössä? Win32-codecs ja Ubuntu-restricted-extras on asennettu. Kaffeinen Xinen asetuksissa mainitaan vain Win32-codec.

Kummatkaan eivät vaikuta Kaffeinen/Xinen H,264-dekoodaukseen, joka tehdään vakioasetuksilla aina FFmpegin libavcodecilla.

Mitenkähän Karmic:iin saisi paremman h264-dekooderin?

Asentamalla ffmpeg-mt:n tai CoreAVC:n. Valitettavasti ffmpeg-mt:n saa Ubuntuun valmiiksi paketoituna vain kiinteästi MPlayerin mukana rvm:n PPA:sta: https://launchpad.net/~rvm/+archive/testing

Jos haluat kokeilla tätä, lisää lähde sivulla olevien ohjeiden mukaan ja asenna mplayer-mt. Käyttö onnistuu komennolla mplayer-mt -lavdopts fast:threads=2

CoreAVC:ta en ole itse kokeillut, mutta sen voi tosiaan saada toimimaan ainakin joidenkin soittimien kanssa: http://code.google.com/p/coreavc-for-linux/
Pidempiaikainen käyttö vaatii tietysti myös lisenssin hankkimisen. Enkä ole varma, toimiiko kokeiluversio lainkaan.


Helpoiten saat nykimätöntä kuvaa Nvidian näytönohjaimella ja VDPAU:lla. Se on muutenkin ainoa toimiva ratkaisu 1080i-teräväpiirtolähetysten vastaanottoon, jossa tarvitaan dekoodauksen lisäksi laadukas lomituksenpoisto. Paketit saa täältä: https://launchpad.net/~nvidia-vdpau/+archive/ppa

Kiitos nm!
Lisäsin rvm-testing lähteet UpdateManageriin. OK. Mutta peräti höntisti kävi. Mplayer tuli kyllä mukaan "available updates":iin, mutta valintaneliö on harmautettu, enkä kykene siis valitsemaan rvm:n Mplayeriä!

Hö,
redu

[nm]

Entä jos asennat päätteessä komennolla sudo apt-get install mplayer-mt
Mitä tuo sanoo?

[redu]

Entä jos asennat päätteessä komennolla sudo apt-get install mplayer-mt
Mitä tuo sanoo?

Joo,
Vautsi, konsolista asennus onnistui!

H264-filun soitto kovalevyltä:
$ mplayer-mt /media/VIDEO/HDTV/HyppisVenetsia.mpg
Prossujen käyttö on vain 20% + 20%. Siisti kuva.

Kokeilin samaa tavallisella mplayerillä, ja:
Prossujen käyttö oli 80% + 80%, ja kuva pätki. Joku virheilmoitus tuli.

Mutta eikö tässä mplayer-mt:llä ole mitään graafista käyttöliittymää, mistä filun voisi startata klikkaamalla?

redu

[nm]

H264-filun soitto kovalevyltä:
$ mplayer-mt /media/VIDEO/HDTV/HyppisVenetsia.mpg
Prossujen käyttö on vain 20% + 20%. Siisti kuva.

Kokeilin samaa tavallisella mplayerillä, ja:
Prossujen käyttö oli 80% + 80%, ja kuva pätki. Joku virheilmoitus tuli.

Tuollainen ero johtunee jostain muusta kuin tavallisen ffmpegin ja ffmpeg-mt:n erilaisesta säikeistyksestä. Ehkä tavallinen MPlayerisi on liian vanha tai käytät jotain väärin asetettua frontendia. Annoitko mplayer-mt:lle edes säikeistysparametria -lavdopts threads=2?

Vai sisältääkö tuo kokeilemasi tiedosto MPEG-2-videota?

Mutta eikö tässä mplayer-mt:llä ole mitään graafista käyttöliittymää, mistä filun voisi startata klikkaamalla?

smplayer, samasta rvm:n PPA:sta asennettuna. Vaihda vain mplayerin tilalle mplayer-mt SMPlayerin asetuksista (Asetukset->Yleiset->MPlayer executable) ja nosta säikeiden määrä kahteen tai useampaan, prosessoriytimien lukumäärän mukaan (Asetukset->Suorituskyky->Threads for decoding).

[redu]

H264-filun soitto kovalevyltä:
$ mplayer-mt /media/VIDEO/HDTV/HyppisVenetsia.mpg
Prossujen käyttö on vain 20% + 20%. Siisti kuva.

Kokeilin samaa tavallisella mplayerillä, ja:
Prossujen käyttö oli 80% + 80%, ja kuva pätki. Joku virheilmoitus tuli.

Tuollainen ero johtunee jostain muusta kuin tavallisen ffmpegin ja ffmpeg-mt:n erilaisesta säikeistyksestä. Ehkä tavallinen MPlayerisi on liian vanha tai käytät jotain väärin asetettua frontendia. Annoitko mplayer-mt:lle edes säikeistysparametria -lavdopts threads=2?

Vai sisältääkö tuo kokeilemasi tiedosto MPEG-2-videota?

Mutta eikö tässä mplayer-mt:llä ole mitään graafista käyttöliittymää, mistä filun voisi startata klikkaamalla?

smplayer, samasta rvm:n PPA:sta asennettuna. Vaihda vain mplayerin tilalle mplayer-mt SMPlayerin asetuksista (Asetukset->Yleiset->MPlayer executable) ja nosta säikeiden määrä kahteen tai useampaan, prosessoriytimien lukumäärän mukaan (Asetukset->Suorituskyky->Threads for decoding).

nm
Arvasit oikein! Tuo testifilu olikin mpeg2/FullHD.
Testasin nyt h264-FullHD-filulla, ja prossukäyttö oli:
20% + 80% = Pelittää nipinnapin.
Tavallisella Mplayerilla:
20% + 80% = Samat lukemat. Käyttääkö tämäkin nyt samaa dekooderia???

Tein kyllä mielestäni säikeistyksen, mutta:
mplayer-mt -lavdopts fast:threads=2 /media/VIDEO/HDTV/VeniceHDRivaH264.mpg.ts
antaa ihan saman tuloksen kuin:
mplayer-mt /media/VIDEO/HDTV/VeniceHDRivaH264.mpg.ts


Kaffeine
ei ilmeisesti osaa käyttää tätä mplayer-mt:n mukana tullutta dekooderia, koska se käyttäytyy kuten aiemmin?

redu

[nm]

Tein kyllä mielestäni säikeistyksen, mutta tarkemmin katsoen parametrin anto ei onnistunut. Komento hylkäsi näämmäs kaiken "mplayer-mt":n jälkeen:
$ mplayer-mt -lavdopts fast:threads=2

Et antanut MPlayerille mitään soitettavaa tiedostoa (mplayer-mt -lavdopts fast:threads=2 videotiedosto).

Komentoriviparametrit eivät tallennu automaattisesti mihinkään, vaan ne pitää joko antaa joka kerta erikseen tai kirjoittaa /etc/mplayer/mplayer.conf tai .mplayer/config -tiedostoon (lisäämällä rivi: lavdopts=fast:threads=2).

Lisäksi joidenkin (MPEG-TS-) tiedostojen kanssa on parempi käyttää MPlayerin sisäänrakennetun demuxerin sijaan libavformatia, parametrilla -demuxer lavf

Mutta kokeile SMplayeriä, niin saat samalla kaipaamasi graafisen käyttöliittymän.

Kaffeine
ei ilmeisesti osaa käyttää tätä mplayer-mt:n mukana tullutta dekooderia, koska se käyttäytyy kuten aiemmin?

Jep, ei osaa, koska rvm:n paketoinnissa ffmpeg-mt on linkitetty staattisesti mplayer-mt-binääriin, eikä järjestelmässä olevia libav*-kirjastoja korvata. En ole varma, toimiiko Kaffeinen käyttämä xine-lib-mediakirjasto muutenkaan ffmpeg-mt:n kanssa, vaikka kirjastot kääntäisi ja asentaisi itse.

[redu]

Komentoriviparametrit eivät tallennu automaattisesti mihinkään, vaan ne pitää joko antaa joka kerta erikseen tai kirjoittaa /etc/mplayer/mplayer.conf tai .mplayer/config -tiedostoon (lisäämällä rivi: lavdopts=fast:threads=2).

Smplayer lakkasi toimimasta, kun lisäsin moisen rivin mplayer.conf tiedostoon?
Splayerin asetuksiin kelpasi kyllä mplayer-mt mplayer:in tilalle.

Olen asentanut smplayerin synapticista (0.6.8+svn3312-0karmic2). Tiedä, tuliko tämä ppa/rvm:stä, vaiko ububtun repositorysta?

redu

[nm]

Komentoriviparametrit eivät tallennu automaattisesti mihinkään, vaan ne pitää joko antaa joka kerta erikseen tai kirjoittaa /etc/mplayer/mplayer.conf tai .mplayer/config -tiedostoon (lisäämällä rivi: lavdopts=fast:threads=2).

Smplayer lakkasi toimimasta, kun lisäsin moisen rivin mplayer.conf tiedostoon?

SMPlayerissä tuo asetus on paras tehdä valikon kautta: Asetukset->Suorituskyky->Threads for decoding

Olen asentanut smplayerin synapticista (0.6.8+svn3312-0karmic2). Tiedä, tuliko tämä ppa/rvm:stä, vaiko ububtun repositorysta?

PPA:sta.

[mrl586]

Paketin lähteen saa selville komennolla apt-cache policy paketti

[redu]

Kummallista:
https://launchpad.net/~nvidia-vdpau/+archive/ppa
deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu karmic main
Täällä on listattu xine-lib 1.1.16.3-0ubuntu2~xine-vdpau~karmic~nvidiavdpauppa4
Mutta Update Manager ei hae sitä. Sitä ei kai itse asiassa ole serverillä, vaikka listassa onkin?
Minulla ei siis olekaan koneessa xine-lib vdpau.

redu

[mrl586]

Kummallista:
https://launchpad.net/~nvidia-vdpau/+archive/ppa
deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu karmic main
Täällä on listattu xine-lib 1.1.16.3-0ubuntu2~xine-vdpau~karmic~nvidiavdpauppa4
Mutta Update Manager ei hae sitä. Sitä ei kai itse asiassa ole serverillä, vaikka listassa onkin?
Minulla ei siis olekaan koneessa xine-lib vdpau.

redu

Mitä tässä viestissä mainittu komento sanoo?

[nm]

xine-lib:stä käännettyjen binääripakettien nimet ovat:

Koodia: [Valitse]

    * libxine-dev                 the xine video player library, development packages
    * libxine1                      the xine video/media player library, meta-package
    * libxine1-all-plugins     the xine video/media player library, meta package
    * libxine1-bin                the xine video/media player library, binary files
    * libxine1-console         libaa/libcaca/framebuffer/directfb related plugins for libxine1
    * libxine1-dbg              debug symbols for libxine1
    * libxine1-doc               the xine video player library, documentation files
    * libxine1-ffmpeg         MPEG-related plugins for libxine1
    * libxine1-gnome         GNOME-related plugins for libxine1
    * libxine1-misc-plugins Input, audio output and post plugins for libxine1
    * libxine1-plugins          the xine video/media player library, meta package
    * libxine1-x                   X desktop video output plugins for libxine1


[redu]

Kummallista:
https://launchpad.net/~nvidia-vdpau/+archive/ppa
deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu karmic main
Täällä on listattu xine-lib 1.1.16.3-0ubuntu2~xine-vdpau~karmic~nvidiavdpauppa4
Mutta Update Manager ei hae sitä. Sitä ei kai itse asiassa ole serverillä, vaikka listassa onkin?
Minulla ei siis olekaan koneessa xine-lib vdpau.

redu

Mitä tässä viestissä mainittu komento sanoo?

$ apt-cache policy xine-lib
W: Unable to locate package xine-lib

redu

[redu]

xine-lib:stä käännettyjen binääripakettien nimet ovat:

Koodia: [Valitse]

    * libxine-dev                 the xine video player library, development packages
    * libxine1                      the xine video/media player library, meta-package
    * libxine1-all-plugins     the xine video/media player library, meta package
    * libxine1-bin                the xine video/media player library, binary files
    * libxine1-console         libaa/libcaca/framebuffer/directfb related plugins for libxine1
    * libxine1-dbg              debug symbols for libxine1
    * libxine1-doc               the xine video player library, documentation files
    * libxine1-ffmpeg         MPEG-related plugins for libxine1
    * libxine1-gnome         GNOME-related plugins for libxine1
    * libxine1-misc-plugins Input, audio output and post plugins for libxine1
    * libxine1-plugins          the xine video/media player library, meta package
    * libxine1-x                   X desktop video output plugins for libxine1


Mielenkiintoista. Asentamatta olivat:
libxine-dev
libxine1-doc
libxine1-plugins
libslang2-dev

redu

[nm]

Mielenkiintoista. Asentamatta olivat:
libxine-dev
libxine1-doc
libxine1-plugins
libslang2-dev

Näistä vain libxine-dev on käytännössä tarpeellinen. Sekin vain, jos meinaat kääntää itse ohjelmia (kuten Kaffeinea).

Mutta tarkista kuitenkin asennettujen libxine*-pakettien versiot vaikkapa apt-cache policyllä, että ne tosiaan ovat peräisin tuolta PPA:sta.

[Turbineair]

Ensinnä kiitos syventävästä oppimäärästä.
Samaa prossun kuormittumista joidenkin codec'ien kohdalla olen äimistellyt hijaa tykönäni.
SMplayerin skippasin, koska se ei oletusasetuksin pelittänyt edes VLC:n laadulla.
Laajat säätömahdollisuudet takaavat viimekädessä vain herkullisen migreenin.
Itse tyydyn hyvään kuvan ja äänen laatuun (toistossa) ja jos nämä toimivat ilman säätämistä
...niin Hallelujaa!

Toistaiseksi en ole säätänyt muuta kuin Subtittles asetuksia ja näytönohjainta.
Läppärin tft -äytöltä ei juuri enempää voi irti saada!

[redu]

h264-FullHD-video-tutkimuksia:

Smplayer ja mplayer-mt:
Toisto on aika hyvä, vaikka prossunkäyttö onkin rankkaa.

Gxine ja Kaffeine:
Prossunkäyttö on suunnilleen samaa tasoa kuin edellä, mutta
1.
Video nykii. Videosignaalin sisällöstä ei kuitenkaan oikeastaan puutu mitään? Ikäänkuin toiston kellotusnopeus olisi 50% liian suuri, ja korjatakseen tämän, video seisahtaa hetkeksi n. 0.8 sekunnin välein = nykii sietämättömästi! Eikä taida löytyä mitään hanikkaa, josta vauhtia voisi hallita? Puskurien virittely ei vaikuta mitään.

Xine-Lib:
libxine1:n versio koneessa on 1.1.16.3. Raakileena on olemassa Debianlistassa jo libxinen versio 1.1.17.1, mutta mahtaisiko tuo tuoda parannusta asiaan? Pakettien asennus näyttää takkuiselta, koska "dependencies" temppuilee. Mistähän voisi opiskella muutoksia 1.1.16 -> 1.1.17?

redu

EDIT:
Change-Log on täällä:
http://www.sfr-fresh.com/linux/misc/xine-lib-1.1.17.tar.gz:a/xine-lib-1.1.17/ChangeLog
Matroska, Bluray, jne... Voisi varmaankin parantaa h264-videon toistoa?

[nm]

Gxine ja Kaffeine:
Prossunkäyttö on suunnilleen samaa tasoa kuin edellä, mutta
1.
Video nykii. Videosignaalin sisällöstä ei kuitenkaan oikeastaan puutu mitään? Ikäänkuin toiston kellotusnopeus olisi 50% liian suuri, ja korjatakseen tämän, video seisahtaa hetkeksi n. 0.8 sekunnin välein = nykii sietämättömästi! Eikä taida löytyä mitään hanikkaa, josta vauhtia voisi hallita? Puskurien virittely ei vaikuta mitään.

Dekooderi on liian hidas, jolloin kuvia pitää pudottaa välistä.

Xine-Lib:
libxine1:n versio koneessa on 1.1.16.3. Raakileena on olemassa Debianlistassa jo libxinen versio 1.1.17.1, mutta mahtaisiko tuo tuoda parannusta asiaan? Pakettien asennus näyttää takkuiselta, koska "dependencies" temppuilee. Mistähän voisi opiskella muutoksia 1.1.16 -> 1.1.17?

Ei auta mitään, kun dekooderi on edelleen sama huonommin säikeistetty versio. FFmpeg-mt:n dekooderia ei ole vielä saatu viralliseen FFmpegiin. Periaatteessa libxinen voisi kääntää ffmpeg-mt:n kirjastoja vasten, mutta en tiedä miten toimii käytännössä.

Suosittelisin kyllä hankkimaan VDPAU-yhteensopivan näytönohjaimen, jos meinaat katsella HDTV:tä. Muuten lomituksenpoisto jää huonoksi tai kokonaan tekemättä, ellet jotenkin onnistu saamaan 1080i-videota ehjänä ulos näyttölaitteen käsiteltäväksi. Vai eikö koneessasi ole PCIe-väylää näitä uudempia kortteja varten?