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

[redu]

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

[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).

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.

[redu]

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

[nm]

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-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)

[redu]

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

[nm]

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

[redu]

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

[mrl586]

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.

[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:

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.

[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

[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

[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

[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. 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%!

[nm]

Nyt asennukseni onnistui! Ja vdpau pelittää! (Vaihdoin tänään koneeseeni gt210:n)
Prossun käyttö oli gt210:lla ja mtron-Kaffeinella (0.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ä :

Koodia: [Valitse]

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

[redu]

Nyt asennukseni onnistui! Ja vdpau pelittää! (Vaihdoin tänään koneeseeni gt210:n)
Prossun käyttö oli gt210:lla ja mtron-Kaffeinella (0.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ä :

Koodia: [Valitse]

-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

[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

[K-Veikko]

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.

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

Kiitos,
mutta ei auttanut.

Mutta löysin conffausfilun piilotetusta hakemistosta:
/home/redu/.config/smplayer/smplayer.ini
Ja sain silmukan poistetuksi.

ohhoijaaaaa
redu

[nm]

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

[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ä.

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