Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: redu - 22.11.09 - klo:17.56
-
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
-
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
-
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
-
Entä jos asennat päätteessä komennolla sudo apt-get install mplayer-mt
Mitä tuo sanoo?
-
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
-
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).
-
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
-
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.
-
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
-
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.
-
Paketin lähteen saa selville komennolla apt-cache policy paketti
-
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
-
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ä (http://forum.ubuntu-fi.org/index.php?topic=30534.msg235862#msg235862) mainittu komento sanoo?
-
xine-lib:stä käännettyjen binääripakettien nimet ovat:
* 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
-
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ä (http://forum.ubuntu-fi.org/index.php?topic=30534.msg235862#msg235862) mainittu komento sanoo?
$ apt-cache policy xine-lib
W: Unable to locate package xine-lib
redu
-
xine-lib:stä käännettyjen binääripakettien nimet ovat:
* 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
-
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.
-
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!
-
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?
-
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?
-
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?
Kiitos osanotosta nm.
Olen kyllä harkinnut vdpau-ystävällisen näyttiksen hankintaa, mutta on pelko persauksessa, ettei vaihto ehkä autakaan tähän nykimisongelmaan? No joo, vdpaun pitäisi kai hardware-kiihdytyksineen alentaa prossutehotarvetta n. 25%, kuten tekee Pure Video Wingussa (Pure Video pelittää näytönohjaimessani). Mutta säännölliseen nykimiseen vdpau ei kai auta?
En oikein usko, että dekoodauksen hitaus voisi aiheuttaa moista nykimistä, koska video kuitenkin näyttäisi toistuvan kaikkine kehyksineen ilman drop-outteja? Tarkoitan siis, että se alkaa pysähdystaukojensa jälkeen aina liikkeelle täsmälleen samasta paikasta, jossa oltiin ennen pysäystä. Ja video, jossa on vain hiukan liikettä nykii samalla tavalla kuin runsasliikkeinenkin? Joku muu dekooderin bugi voisi tietenkin olla kyseessä?
redu
-
Olen kyllä harkinnut vdpau-ystävällisen näyttiksen hankintaa, mutta on pelko persauksessa, ettei vaihto ehkä autakaan tähän nykimisongelmaan? No joo, vdpaun pitäisi kai hardware-kiihdytyksineen alentaa prossutehotarvetta n. 25%, kuten tekee Pure Video Wingussa (Pure Video pelittää näytönohjaimessani).
VDPAU:n videotoisto kuormittaa prosessoria vain muutamaan prosentin verran. Nykyisessä GeForce 7 -sarjan kortissasi on VP1-videoprosessori, joka ei tue täyttä rautapurkua vaan ainoastaan liikekompensointia (MC) ja mahdollisesti inloop-deblockingia, joka vieläpä taisi toimia huonosti tai ei lainkaan useimmilla ajuriversioilla ja kodekeilla. VP2/3/4 purkaa videon kokonaan raudalla ja suorituskyky on ainakin kertaluokkaa parempi; esimerkiksi GeForce 210 purkaa 1080p50-videota, ja prosessoria kuormittaa vain äänen purkaminen ja videon siirtäminen näytönohjaimelle.
Mutta säännölliseen nykimiseen vdpau ei kai auta?
Auttaa, jos nykiminen johtuu hitaasta videopurusta, kuten tässä tapauksessa uskon käyvän. Väärästä virkistystaajuudesta johtuva mikronykiminen ei sovi kuvaukseesi ja puskuroinneista tai muista syistä johtuvat nykimiset tuskin vaikuttavat VDPAU:n rautapurkuun ainakaan samalla tavalla kuin libavcodeciin.
VDPAU:n kanssa ongelmana on kyllä se, että rautapurku tuntuu olevan vaikea saada käyttöön Kaffeinen kanssa. Itse en siinä onnistunut, kun viimeksi kokeilin pari viikkoa sitten Kaffeine 0.8.8:lla. VDR:llä, MythTV:llä, XBMC:llä ja MPlayerillä VDPAU kyllä toimii oikein hyvin.
En oikein usko, että dekoodauksen hitaus voisi aiheuttaa moista nykimistä, koska video kuitenkin näyttäisi toistuvan kaikkine kehyksineen ilman drop-outteja? Tarkoitan siis, että se alkaa pysähdystaukojensa jälkeen aina liikkeelle täsmälleen samasta paikasta, jossa oltiin ennen pysäystä.
Siinä tapauksessa libxine ei pudota frameja vaan ainoastaan hidastaa niiden näyttämistä. Tämä ei kuitenkaan ole pidemmän päälle mahdollista livekatselussa, ellei videota toisteta kiintolevylle tallennettavan puskurin kautta.
Ja video, jossa on vain hiukan liikettä nykii samalla tavalla kuin runsasliikkeinenkin? Joku muu dekooderin bugi voisi tietenkin olla kyseessä?
No on sekin mahdollista, mutta jos prosessorisi toinen ydin toimii lähes 100 %:n kuormalla, ongelma johtuu mitä todennäköisimmin säikeistysmenetelmästä ja liian hitaasta purusta.
Jos kyseessä on 1080i25 tai 720p50 -video, tavallinen libavcodec ei takuulla ole riittävän nopea prosessorillasi. Olen itse käyttänyt libavcodecia mm. 2,83 GHz:n neliytimisellä Q9550:llä, eikä silloinkaan nopeus riittänyt tällaisten videoiden purkuun. Vertasithan juuri itsekin näitä dekoodereja MPlayerillä ja vain ffmpeg-mt toimi siedettävästi.
-
VDPAU:n videotoisto kuormittaa prosessoria vain muutamaan prosentin verran. Nykyisessä GeForce 7 -sarjan kortissasi on VP1-videoprosessori, joka ei tue täyttä rautapurkua vaan ainoastaan liikekompensointia (MC) ja mahdollisesti inloop-deblockingia, joka vieläpä taisi toimia huonosti tai ei lainkaan useimmilla ajuriversioilla ja kodekeilla. VP2/3/4 purkaa videon kokonaan raudalla ja suorituskyky on ainakin kertaluokkaa parempi; esimerkiksi GeForce 210 purkaa 1080p50-videota, ja prosessoria kuormittaa vain äänen purkaminen ja videon siirtäminen näytönohjaimelle.
VDPAU:n kanssa ongelmana on kyllä se, että rautapurku tuntuu olevan vaikea saada käyttöön Kaffeinen kanssa. Itse en siinä onnistunut, kun viimeksi kokeilin pari viikkoa sitten Kaffeine 0.8.8:lla. VDR:llä, MythTV:llä, XBMC:llä ja MPlayerillä VDPAU kyllä toimii oikein hyvin.
Jos kyseessä on 1080i25 tai 720p50 -video, tavallinen libavcodec ei takuulla ole riittävän nopea prosessorillasi. Olen itse käyttänyt libavcodecia mm. 2,83 GHz:n neliytimisellä Q9550:llä, eikä silloinkaan nopeus riittänyt tällaisten videoiden purkuun. Vertasithan juuri itsekin näitä dekoodereja MPlayerillä ja vain ffmpeg-mt toimi siedettävästi.
Kiitos oppitunnista.
Nykytilanteessa h264-FullHD käyttää Winkussa prossua 25%, ja Karmicissa 90%. Kyllä kai vdpau-näyttis pitäisi hankkia? Mutta ensin pitäisi valita nvidia 8000-, 9000-, 210-, 220-sarja?
Mutta jos Kaffeine 0.8.8:ssa ei vdpau toimi kuitenkaan, niin hyöty minulle on minimaalinen, koska katselen nimenomaan Kaffeinella dvb-s2- kuvaa taivaalta? Kaffeine 0.8.8:n kehitys on jäädytetty, ja versio 1 ei pelitä ollenkaan.
h264-FullHD-toistossa kovalevyltä
huomasin Kaffeinessa säätömahdollisuuden:
Player / Video / Deinterlace Quality / Very high cpu usage, great quality
Mainitsemani säännöllinen nykiminen katosi. Vain pikkuvilppejä jäi jäljelle. Pahaksi onneksi temppu ei pelastanut ainakaan kaikkia satelliitin Full-HD-kanavia. 19.2e/Anixe-HD pelittää aika hyvin, ArteHD taas ei.
GXinessä ei vastaavaa säätöä ole???
redu
-
Nykytilanteessa h264-FullHD käyttää Winkussa prossua 25%, ja Karmicissa 90%. Kyllä kai vdpau-näyttis pitäisi hankkia? Mutta ensin pitäisi valita nvidia 8000-, 9000-, 210-, 220-sarja?
Uutta rautaa hankkiessa näistä kannattaa harkita vain 210- ja 220-kortteja, koska ne on valmistettu 40 nm:n prosessilla ja käyvät siten edeltäjiään viileämpinä. Lisäksi niissä on uusin rautapurku (VP4 eli VDPAU feature set C), joka on jonkin verran aiempaa tehokkaampi ja tukee MPEG-4 ASP -dekoodausta.
GeForce 210:ssä ei välttämättä riitä teho 1080i-videon lomituksenpoistoon parhaimmalla ajurin tukemalla menetelmällä (temporal-spatial). Ainakaan muuta prosessointia, kuten kohinanpoistoa ei voi kytkeä päälle. Toisaalta temporal ja temporal-spatial -menetelmien eroa ei käytännössä edes näe. GT 220 suoriutuu kevyesti molemmista ja luultavasti myös samanaikaisesta kohinanpoistosta.
Tässä qvdpautest (http://www.nvnews.net/vbulletin/showthread.php?t=133465)-lukuja:
210: http://www.nvnews.net/vbulletin/showpost.php?p=2104355&postcount=7
GT220: http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=9506#post9506
Mutta jos Kaffeine 0.8.8:ssa ei vdpau toimi kuitenkaan, niin hyöty minulle on minimaalinen, koska katselen nimenomaan Kaffeinella dvb-s2- kuvaa taivaalta? Kaffeine 0.8.8:n kehitys on jäädytetty, ja versio 1 ei pelitä ollenkaan.
Jeps. Tässä olisi tosin hyvä sauma kokeilla muita DVB-ohjelmia, kuten VDR:n 1.7-sarjaa :)
h264-FullHD-toistossa kovalevyltä
huomasin Kaffeinessa säätömahdollisuuden:
Player / Video / Deinterlace Quality / Very high cpu usage, great quality
Mainitsemani säännöllinen nykiminen katosi. Vain pikkuvilppejä jäi jäljelle. Pahaksi onneksi temppu ei pelastanut ainakaan kaikkia satelliitin Full-HD-kanavia. 19.2e/Anixe-HD pelittää aika hyvin, ArteHD taas ei.
Kaffeinen esiasetuksissa on se vika, että niissä on käytössä "vektor" pulldown-suodin, ja se häiritsee PAL-katselua. Noissa kanavissa, jotka sait toimimaan sulavammin vaihtamalla laatua, tvtime-suodin tunnistaa videon progressiiviseksi ja siirtyy Film-tilaan. Tällöin päätteeseen tulostuu "Film mode enabled." ja lomituksenpoisto kytkeytyy pois päältä. Parhaassa esiasetuksessa tvtime yrittää oikeasti muuntaa kuvanopeuden 24 fps:ään IVTC-suotimella, mikä aiheutti havaitsemasi tasaisen nykimisilmiön. Tuossa toiseksi parhaassa "great quality"-asetuksessa tätä ei tehdä, mutta ei tehdä siis myöskään lomituksenpoistoa.
Jotta saisit lomituksenpoiston käyttöön kaikille kanaville, vektor-pulldown pitää ottaa pois käytöstä. Se onnistuu valitsemalla ensin toiseksi ylimmän esiasetuksen, joka sinulla siis nyt on käytössä, ruksimalla "käyttäjän määrittämä" -valinnan ja painamalla sen alla olevaa painiketta. Sitten avautuvasta tvtimen asetusikkunasta pitää asettaa pulldown-algoritmiksi "none".
Prosessorisi teho ei kuitenkaan riitä kunnolliseen 1080i-lomituksenpoistoon ja videon purkuun. Siihen tarvittaisiin neljä ydintä ja säikeistetty lomituksenpoistototeutus. Tai 40 euron VDPAU-näytönohjain. ;)
GXinessä ei vastaavaa säätöä ole???
GXinessä ei ole esiasetuksia, mutta tvtimen parametrit voi käydä säätämässä manuaalisesti: Video->Määritä liitännäisiä->Lomituksen poisto..., paina tvtimen vierestä ominaisuudet-painiketta ja aseta näin:
method: Greedy2Frame
enabled: kyllä
pulldown: none
framerate_mode: full
judder_correction: (ei väliä)
progressive_frame_flag: (ehkä varmuuden vuoksi pois)
chroma_filter: ei (vaatii hieman enemmän tehoa ja vaikutus kuvanlaatuun on minimaalinen)
cheap_mode: ei (jos tämän laittaa päälle, kuvanopeus putoaa puoleen eli framerate_mode=full kumoutuu)
-
Jeps. Tässä olisi tosin hyvä sauma kokeilla muita DVB-ohjelmia, kuten VDR:n 1.7-sarjaa :)
Kaffeinen esiasetuksissa on se vika, että niissä on käytössä "vektor" pulldown-suodin, ja se häiritsee PAL-katselua. Noissa kanavissa, jotka sait toimimaan sulavammin vaihtamalla laatua, tvtime-suodin tunnistaa videon progressiiviseksi ja siirtyy Film-tilaan. Tällöin päätteeseen tulostuu "Film mode enabled." ja lomituksenpoisto kytkeytyy pois päältä. Parhaassa esiasetuksessa tvtime yrittää oikeasti muuntaa kuvanopeuden 24 fps:ään IVTC-suotimella, mikä aiheutti havaitsemasi tasaisen nykimisilmiön. Tuossa toiseksi parhaassa "great quality"-asetuksessa tätä ei tehdä, mutta ei tehdä siis myöskään lomituksenpoistoa.
Jotta saisit lomituksenpoiston käyttöön kaikille kanaville, vektor-pulldown pitää ottaa pois käytöstä. Se onnistuu valitsemalla ensin toiseksi ylimmän esiasetuksen, joka sinulla siis nyt on käytössä, ruksimalla "käyttäjän määrittämä" -valinnan ja painamalla sen alla olevaa painiketta. Sitten avautuvasta tvtimen asetusikkunasta pitää asettaa pulldown-algoritmiksi "none".
GXinessä ei ole esiasetuksia, mutta tvtimen parametrit voi käydä säätämässä manuaalisesti: Video->Määritä liitännäisiä->Lomituksen poisto..., paina tvtimen vierestä ominaisuudet-painiketta ja aseta näin:
method: Greedy2Frame
enabled: kyllä
pulldown: none
framerate_mode: full
judder_correction: (ei väliä)
progressive_frame_flag: (ehkä varmuuden vuoksi pois)
chroma_filter: ei (vaatii hieman enemmän tehoa ja vaikutus kuvanlaatuun on minimaalinen)
cheap_mode: ei (jos tämän laittaa päälle, kuvanopeus putoaa puoleen eli framerate_mode=full kumoutuu)
Kiitos taas neuvoista!
1.
"cheap_mode = ei" on todellakin avain. Mutta "method = Greedy2Frame" aiheutti edelleen säännöllista nykimistä. Jouduin asettamaan "method = ScalerBob". Siis: "cheap_mode = ei" ja "method = ScalerBob" aikaansai aika hyvän toiston h264-FullHD:lla. No joo, pikkuvilppiä on kuitenkin koko ajan kuten Kaffeinellakin.
Kumpikin prossu kuormittuu nyt jostakin syystä suunnilleen samoilla prosenteilla = 2 * 75% (keskimäärin).
2.
40 euron VDPAU-näytönohjain on tuskin GT220? 60€?
3.
VDR:n asennus taitaa olla aikamoinen show? Olen joskus yrittänyt pika-asennusta huonoin tuloksin.
4.
Kaffeinessa vector pulldown-poisto ei auttanut juuri mitään.
redu
-
Mutta "method = Greedy2Frame" aiheutti edelleen säännöllista nykimistä. Jouduin asettamaan "method = ScalerBob". Siis: "cheap_mode = ei" ja "method = ScalerBob" aikaansai aika hyvän toiston h264-FullHD:lla.
Prosessorisi nopeus ei riitä Greedy2Frameen. ScalerBob on laadultaan huomattavasti heikompi: se puolittaa pystyresoluution koko kuvasta, ei vain nopeasti liikkuvista alueista.
40 euron VDPAU-näytönohjain on tuskin GT220? 60€?
GeForce 210 maksaa n. 40 euroa ja riittää kyllä ihan hyvin 1080i-katseluun. Itse ottaisin ehkä sen, jos rakentaisin hiljaista HTPC:tä budjetilla, koska aktiivimallinkin saa luultavasti aika helposti passiiviseksi pelkän kotelotuuletuksen varaan.
VDR:n asennus taitaa olla aikamoinen show? Olen joskus yrittänyt pika-asennusta huonoin tuloksin.
Onhan se siinä mielessä, että vaatii hieman perehtymistä ja hyvät ohjeet, tai vaihtoehtoisesti syvällisempää Linux-tuntemusta. Nykyisin Ubuntuun on kuitenkin saatavilla valmiita paketointeja, jotka tekevät suurimman osan asennustoimenpiteistä automaattisesti.
Kirjoittelin tällaisen ohjeen VDR 1.6:n asentamiseen lokakuussa: http://forum.ubuntu-fi.org/index.php?topic=29787.0
Pitäisi vain viitsiä siirtää se Wikiin jossain vaiheessa. Samalla voisin kokeilla VDR 1.7:n paketointia (https://launchpad.net/~the-vdr-team/+archive/vdr-ubuntu-karmic) ja Xineliboutputin HD-toistoa VDPAU:lla.
Kaffeinessa vector pulldown-poisto ei auttanut juuri mitään.
Juu, ei ollutkaan tarkoitus auttaa nykimisongelmaan, vaan siihen että jos tuo vektor pulldown(-reversal) on käytössä, lomituksenpoisto ei aina toimi vaikka lähde on lomitettua videota. Jos et tarvitse lomituksenpoistoa, koko tvtime-suotimen voi yhtä hyvin kytkeä pois käytöstä. Kaffeinessahan lomituksenpoiston saa kytkettyä lennossa pois/päälle I-näppäimellä.
Reverse pulldown (pullup, IVTC) on joka tapauksessa tarpeeton PAL- ja 1080i/25-toistossa ja kuormittaa siten turhaan prosessoria. Tvtimen vektor-menetelmä ei edes toimi niihin harvoihin ohjelmiin (musikaaleihin), jotka oikeasti lähetetään 2:2:2:2:2:2:2:2:2:2:2:3 pulldown -käsiteltyinä.
-
nm,
mailasin Brandon Siderille ja pyysin vdpau-Kaffeine 0.8.8:aa myös Karmic-repositoryyn. Hän olisi halunnut sinne Kaffeine1:n, mutta ehdotin 0.8.8:aa, koska Kaffeine1 on keskeneräinen:
https://launchpad.net/~nvidia-vdpau/+archive/ppa
Nyt Brandon ilmoitti kääntäneensä Kaffeine 0.8.8 kde3:n tähän repoon:
>
Greetings. I added a new build of kaffeine-kde3. I'd appreciate it if
you'd test it. I have no idea if it works or not. But anyway, it built
successfully.
>
No1,
minun on sattuneesta syystä vähän hankala testata vdpau:ta, koska näyttikseni ei sitä tue. Mahtaisitko sinä tai joku muu täällä foorumilla tehdä testiasennuksen?
No2,
yritin kuitenkin asentaa Synapticista tuon Brandonin Kaffeine-kde3:n, mutta törmäsin virhe-ilmoitukseen:
>
E: /var/cache/apt/archives/kaffeine-kde3_0.8.8-0ubuntu1~nvidiavdpauppa1_i386.deb: trying to overwrite '/usr/share/mimelnk/application/x-mplayer2.desktop', which is also in package kdelibs-data 4
>
Onko tämä permissions-ongelma?
redu
-
No2,
yritin kuitenkin asentaa Synapticista tuon Brandonin Kaffeine-kde3:n, mutta törmäsin virhe-ilmoitukseen:
>
E: /var/cache/apt/archives/kaffeine-kde3_0.8.8-0ubuntu1~nvidiavdpauppa1_i386.deb: trying to overwrite '/usr/share/mimelnk/application/x-mplayer2.desktop', which is also in package kdelibs-data 4
>
Onko tämä permissions-ongelma?
Ei ole. Tuo ongelma johtuu siitä, että kaksi pakettia haluaa kirjoittaa samaan tiedostoon.
-
mailasin Brandon Siderille ja pyysin vdpau-Kaffeine 0.8.8:aa myös Karmic-repositoryyn. Hän olisi halunnut sinne Kaffeine1:n, mutta ehdotin 0.8.8:aa, koska Kaffeine1 on keskeneräinen:
Ok, hieno homma!
minun on sattuneesta syystä vähän hankala testata vdpau:ta, koska näyttikseni ei sitä tue. Mahtaisitko sinä tai joku muu täällä foorumilla tehdä testiasennuksen?
Kokeilen myöhemmin tänään.
No2,
yritin kuitenkin asentaa Synapticista tuon Brandonin Kaffeine-kde3:n, mutta törmäsin virhe-ilmoitukseen:
>
E: /var/cache/apt/archives/kaffeine-kde3_0.8.8-0ubuntu1~nvidiavdpauppa1_i386.deb: trying to overwrite '/usr/share/mimelnk/application/x-mplayer2.desktop', which is also in package kdelibs-data 4
>
Juu, paketissa on ilmeisesti vikaa, eli tuo kannattaa ilmoittaa Brandonille.
-
mailasin Brandon Siderille ja pyysin vdpau-Kaffeine 0.8.8:aa myös Karmic-repositoryyn. Hän olisi halunnut sinne Kaffeine1:n, mutta ehdotin 0.8.8:aa, koska Kaffeine1 on keskeneräinen:
Ok, hieno homma!
minun on sattuneesta syystä vähän hankala testata vdpau:ta, koska näyttikseni ei sitä tue. Mahtaisitko sinä tai joku muu täällä foorumilla tehdä testiasennuksen?
Kokeilen myöhemmin tänään.
No2,
yritin kuitenkin asentaa Synapticista tuon Brandonin Kaffeine-kde3:n, mutta törmäsin virhe-ilmoitukseen:
>
E: /var/cache/apt/archives/kaffeine-kde3_0.8.8-0ubuntu1~nvidiavdpauppa1_i386.deb: trying to overwrite '/usr/share/mimelnk/application/x-mplayer2.desktop', which is also in package kdelibs-data 4
>
Juu, paketissa on ilmeisesti vikaa, eli tuo kannattaa ilmoittaa Brandonille.
Brandon wrote:
It's saying that an icon that this kaffeine package has is trying to overwrite an already-existing graphic. I'll see what I can do about that.
Edit:
Brandon wrote:
There's an update now that should fix that issue.
redu
-
mailasin Brandon Siderille ja pyysin vdpau-Kaffeine 0.8.8:aa myös Karmic-repositoryyn. Hän olisi halunnut sinne Kaffeine1:n, mutta ehdotin 0.8.8:aa, koska Kaffeine1 on keskeneräinen:
Ok, hieno homma!
minun on sattuneesta syystä vähän hankala testata vdpau:ta, koska näyttikseni ei sitä tue. Mahtaisitko sinä tai joku muu täällä foorumilla tehdä testiasennuksen?
Kokeilen myöhemmin tänään.
No2,
yritin kuitenkin asentaa Synapticista tuon Brandonin Kaffeine-kde3:n, mutta törmäsin virhe-ilmoitukseen:
>
E: /var/cache/apt/archives/kaffeine-kde3_0.8.8-0ubuntu1~nvidiavdpauppa1_i386.deb: trying to overwrite '/usr/share/mimelnk/application/x-mplayer2.desktop', which is also in package kdelibs-data 4
>
Juu, paketissa on ilmeisesti vikaa, eli tuo kannattaa ilmoittaa Brandonille.
Brandon wrote:
It's saying that an icon that this kaffeine package has is trying to overwrite an already-existing graphic. I'll see what I can do about that.
Edit:
Brandon wrote:
There's an update now that should fix that issue.
redu
Perskilas!
Sama virheilmoitus vaan tulee....
Mutta näyttää siltä, ettei Synaptic ei itse asiassa imuroikaan korjattua versiota Brandonin repositorysta, vaan käyttää itsepintaisesti sitä viallista. Onko samanniminen aiempi versio tallennettu jonnekin koneelleni? Miten pääsisin imuroimaan paketin manuaalisesti Brandonin reposta?
redu
EDIT:
Imuroin pelkän kaffeine kde3-filun Brandonin reposta, ja yritin asentaa package managerilla. Aina vaan sama virheilmoitus!
redu
-
mailasin Brandon Siderille ja pyysin vdpau-Kaffeine 0.8.8:aa myös Karmic-repositoryyn. Hän olisi halunnut sinne Kaffeine1:n, mutta ehdotin 0.8.8:aa, koska Kaffeine1 on keskeneräinen:
Ok, hieno homma!
minun on sattuneesta syystä vähän hankala testata vdpau:ta, koska näyttikseni ei sitä tue. Mahtaisitko sinä tai joku muu täällä foorumilla tehdä testiasennuksen?
Kokeilen myöhemmin tänään.
No2,
yritin kuitenkin asentaa Synapticista tuon Brandonin Kaffeine-kde3:n, mutta törmäsin virhe-ilmoitukseen:
>
E: /var/cache/apt/archives/kaffeine-kde3_0.8.8-0ubuntu1~nvidiavdpauppa1_i386.deb: trying to overwrite '/usr/share/mimelnk/application/x-mplayer2.desktop', which is also in package kdelibs-data 4
>
Juu, paketissa on ilmeisesti vikaa, eli tuo kannattaa ilmoittaa Brandonille.
Brandon wrote:
It's saying that an icon that this kaffeine package has is trying to overwrite an already-existing graphic. I'll see what I can do about that.
Edit:
Brandon wrote:
There's an update now that should fix that issue.
redu
Perskilas!
Sama virheilmoitus vaan tulee....
Mutta näyttää siltä, ettei Synaptic ei itse asiassa imuroikaan korjattua versiota Brandonin repositorysta, vaan käyttää itsepintaisesti sitä viallista. Onko samanniminen aiempi versio tallennettu jonnekin koneelleni? Miten pääsisin imuroimaan paketin manuaalisesti Brandonin reposta?
redu
EDIT:
Imuroin pelkän kaffeine kde3-filun Brandonin reposta, ja yritin asentaa package managerilla. Aina vaan sama virheilmoitus!
redu
Brandon wrote:
Right, there's still an issue regarding the name change. Let me get an update in there.
redu
-
VAU!
Brandon korjasi kääntämäänsä Kaffeine-kde3-0.8.8-Karmic-pakettia taas tunti sitten, ja:
Nyt asennukseni onnistui! Ja vdpau pelittää! (Vaihdoin tänään koneeseeni gt210:n)
Prossun käyttö oli gt210:lla ja mtron-Kaffeinella (0.8.8) 80% + 80% (sama kuin nvidia 7600:lla), ja uudella Brandonilla 25% + 25%.
Hienoa! Ongelma on ratkaistu!
Mutta1:
Brandonin Smplayer ottaa edelleen 80% + 80%. Ilmeisesti se ei nyt käytäkään vdpau:ta? Mitä tehdä?
Mutta2:
Gxine käytti ennen 80% + 80%, ja nyt 50% + 50%. No, hyvä näinkin, paitsi että kuva nykii, kuten muinoin nvidia 7600:lla?
redu
P.S.
Prossunkäyttö Wingussa väheni gt210:lla kolmasosaan siitä, mitä se oli 7600:lla. Se on nyt h264FullHD:lla vain n. 5%!
-
Nyt asennukseni onnistui! Ja vdpau pelittää! (Vaihdoin tänään koneeseeni gt210:n)
Prossun käyttö oli gt210:lla ja mtron-Kaffeinella (0.8.8) 80% + 80% (sama kuin nvidia 7600:lla), ja uudella Brandonilla 25% + 25%.
Minäkin kokeilin nyt. En saanut toimimaan muuta kuin SD-lomituksenpoiston VDPAU:lla. Kaffeine yrittää kyllä dekoodata videotakin, mutta saan vain mustan näytön ja VDPAU:n videomixerin virheilmoituksen. Saattaa kyllä johtua osittain raudasta, kun tuo kannettavan GeForce 8400M ei sisällä kovin paljon omaa muistia, jota VDPAU vaatii. MPlayerillä kuitenkin toimii aika hyvin.
Mutta1:
Brandonin Smplayer ottaa edelleen 80% + 80%. Ilmeisesti se ei nyt käytäkään vdpau:ta? Mitä tehdä?
VDPAU:n kodekit pitää ottaa käyttöön manuaalisesti: Asetukset->Lisäasetukset->Asetukset MPlayerille ja ylimpään laatikkoon tämä :
-vc ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,
Huomaa pilkku lopussa. Se tarkoittaa, että jos nämä manuaalisesti määritellyt kodekit eivät toimi jollekin videolle, MPlayer saa yrittää muitakin. GeForce 210:n kanssa voit lisätä perään vielä "ffodivxvdpau,".
Lisäksi täytyy tietysti käyttää -vo vdpau:ta: Asetukset->Yleiset->Kuva->Ulostulo ajuri: vdpau
SMPlayeristä näyttää tosin puuttuvan selkeä paikka VDPAU:n lomituksenpoistoasetuksille (esim. -vo vdpau:deint=3).
Mutta2:
Gxine käytti ennen 80% + 80%, ja nyt 50% + 50%. No, hyvä näinkin, paitsi että kuva nykii, kuten muinoin nvidia 7600:lla?
Voi olla, ettei se käytä ainakaan suoraan VDPAU:ta dekoodaukseen.
Prossunkäyttö Wingussa väheni gt210:lla kolmasosaan siitä, mitä se oli 7600:lla. Se on nyt h264FullHD:lla vain n. 5%!
Samoin pitäisi olla Linuxissa silloin kun kaikki toimii oikein. Itse olen päässyt tähän vain MPlayerillä. Tosin en ole vielä kokeillut Xine-pohjaisia soittimia kunnolla.
-
Nyt asennukseni onnistui! Ja vdpau pelittää! (Vaihdoin tänään koneeseeni gt210:n)
Prossun käyttö oli gt210:lla ja mtron-Kaffeinella (0.8.8) 80% + 80% (sama kuin nvidia 7600:lla), ja uudella Brandonilla 25% + 25%.
Minäkin kokeilin nyt. En saanut toimimaan muuta kuin SD-lomituksenpoiston VDPAU:lla. Kaffeine yrittää kyllä dekoodata videotakin, mutta saan vain mustan näytön ja VDPAU:n videomixerin virheilmoituksen. Saattaa kyllä johtua osittain raudasta, kun tuo kannettavan GeForce 8400M ei sisällä kovin paljon omaa muistia, jota VDPAU vaatii. MPlayerillä kuitenkin toimii aika hyvin.
Mutta1:
Brandonin Smplayer ottaa edelleen 80% + 80%. Ilmeisesti se ei nyt käytäkään vdpau:ta? Mitä tehdä?
VDPAU:n kodekit pitää ottaa käyttöön manuaalisesti: Asetukset->Lisäasetukset->Asetukset MPlayerille ja ylimpään laatikkoon tämä :
-vc ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,
Huomaa pilkku lopussa. Se tarkoittaa, että jos nämä manuaalisesti määritellyt kodekit eivät toimi jollekin videolle, MPlayer saa yrittää muitakin. GeForce 210:n kanssa voit lisätä perään vielä "ffodivxvdpau,".
Lisäksi täytyy tietysti käyttää -vo vdpau:ta: Asetukset->Yleiset->Kuva->Ulostulo ajuri: vdpau
Tässä se ongelma juuri onkin: Ulostuloajurilistassa ei ole ollenkaan vdpau:ta? Pitäisköhän asentaa smplayer uusiksi?
redu
-
Ropelsin smplayeria,
ja se meni lopulta silmukkaan itsensä kanssa. Jossakin oli asetuksissa jotakin sentapaista kun käytä moottoria se ja se. Kokeilin siihen piruuttani smplayeria itseään, ja silmukka oli valmis. En pääse enää asetuksiin, kun smplayer käyttää resurssit, ja mättää päällekkäin omia ikkunoitaan.
Smpayerin poisto ja uudelleenasennus eivät auta mitään. Typerä asetukseni on ja pysyy. Missä on se filu, jota pitäisi manuaalisesti editoida?
redu
-
Smpayerin poisto ja uudelleenasennus eivät auta mitään.
Eikö poistossa auta jos synapticin graafisella hallinnalla valitsee "merkitse kokonaan poistettavaksi" - tämä poistaa myös asetukset.
Koska smplayer on pelkkä graafinen frontend mplayerille, niin mahdollisesti pitää sama poisto tehdä myös mplayerille.
-
Smpayerin poisto ja uudelleenasennus eivät auta mitään.
Eikö poistossa auta jos synapticin graafisella hallinnalla valitsee "merkitse kokonaan poistettavaksi" - tämä poistaa myös asetukset.
Koska smplayer on pelkkä graafinen frontend mplayerille, niin mahdollisesti pitää sama poisto tehdä myös mplayerille.
Kiitos,
mutta ei auttanut.
Mutta löysin conffausfilun piilotetusta hakemistosta:
/home/redu/.config/smplayer/smplayer.ini
Ja sain silmukan poistetuksi.
ohhoijaaaaa
redu
-
Tässä se ongelma juuri onkin: Ulostuloajurilistassa ei ole ollenkaan vdpau:ta? Pitäisköhän asentaa smplayer uusiksi?
SMPlayerin kanssa pitää käyttää sellaista mplayeriä, jossa on VDPAU-tuki. Siis ei mplayer-mt:tä.
-
Tässä se ongelma juuri onkin: Ulostuloajurilistassa ei ole ollenkaan vdpau:ta? Pitäisköhän asentaa smplayer uusiksi?
SMPlayerin kanssa pitää käyttää sellaista mplayeriä, jossa on VDPAU-tuki. Siis ei mplayer-mt:tä.
No joo! Sain pelittämään!
Ongelma oli se, että kun otin smplayerissa käyttöön mpayerin (ilman mt), niin kuva ja ääni katosivat! Pitkän p+ähkäilyn jälkeen ymmärsin, että lisäksi piti heti valita driveriksi vdpau. XV:llä kuva ja ääni puuttuivat.
Smplayer:
Prossujen käyttö on nyt n. 10% + 10% (h264-FullHD).
Xine:
On yhtä hyvä kuin Smplayer. 10% + 10%
Gxine:
ei pelitä sitten millään vdpau:lla. On pakko valita xv. Ja kuva nykii. 80% + 80%.
Kaffeine:
Prossujen käyttö on nyt n. 10% + 10% (h264-FullHD).
redu