Xine ja VDPAU?

[New_user]

Nuo kaksi pitäisi siis saada ymmärtämään toisiaan, ja jos olen oikein tulkinnut, niin Xinelle on olemassa oleva VDPAU-tuki. Miten se saadaan toimimaan? Törmännyt toinen toistaan kryptisempiin ja teknisempiin sivuihin, joilla ei yhdelläkään selväjärkisen ihmisen luettavaksi tarkoitettua ohjetta. Voisiko joku auttaa? Ubuntu on 11.04 ja VDPAU kyllä toimii Mplayerissa, mutta kun se ei minun koneessani ainakaan ole sopiva ohjelma. Ihme nykimistä niin rauta-, kuin softapurulla. Xine toimii softallakin täysin pehmeästi. Nvidian ajuri on 280.13 ja rauta 460GTX. Koneessa 3 gigagerzin 4 ytiminen Intel.

Onko muuten muita VDPAUta tukevia toisto-, tai editointisoftia?

[nm]

Nuo kaksi pitäisi siis saada ymmärtämään toisiaan, ja jos olen oikein tulkinnut, niin Xinelle on olemassa oleva VDPAU-tuki. Miten se saadaan toimimaan?

Asenna libxine 1.2 ja xine-ui jostain yavdr:n PPA:sta. Ainakin unstable-vdr:ssä näkyy olevan paketit Ubuntu 11.04:lle.

32-bittiset paketit:

libxine2_1.2.0%7Ehg20110807.0920-0yavdr0%7Enatty_i386.deb
xine-ui_0.99.7%7Ehg20110324-0yavdr1%7Enatty_i386.deb

64-bittiset paketit:

libxine2_1.2.0%7Ehg20110807.0920-0yavdr0%7Enatty_amd64.deb
xine-ui_0.99.7%7Ehg20110324-0yavdr1%7Enatty_amd64.deb

VDPAU kyllä toimii Mplayerissa, mutta kun se ei minun koneessani ainakaan ole sopiva ohjelma. Ihme nykimistä niin rauta-, kuin softapurulla.

Kokeile MPlayer2:ta. Binäärit saat vaikkapa täältä: https://launchpad.net/~ripps818/+archive/coreavc

Onko muuten muita VDPAUta tukevia toisto-, tai editointisoftia?

http://en.wikipedia.org/wiki/VDPAU#Software_supporting_VDPAU

MLT:n kautta VDPAU-tuen saa siis Kdenliveen ja OpenShot Video Editoriin. En ole kuitenkaan löytänyt Ubuntuun valmiita VDPAU-tuella käännettyjä binäärejä.

[New_user]

^ Kiitokset taas kerran nm. Nyt, ensimmäisen kerran homma toimii niin kuin pitääkin!. Autot liikkuvat tiellä maisemassa pysähtelemättä ja rautapurku käytössä Xinellä. Prossujen käyttöprosentit Panasonicin 1080/50p .MTS:llä hurjan pienet, samoin 5000 kbit/s 1280*720 pakatulla mp4:llä (h.264). Hassua, että tuolla nykivällä mplayerillä tämän mp4:n toisto kulutti enemmän prossuja kuin raa'an alkuperäisen .MTS:n toisto.

[nm]

Hassua, että tuolla nykivällä mplayerillä tämän mp4:n toisto kulutti enemmän prossuja kuin raa'an alkuperäisen .MTS:n toisto.

VDPAU:lla MPlayer ei kyllä kuormita prosessoria sen enempää kuin Xinekään. Olethan käyttänyt oikeaa kodekkia:

Koodia: [Valitse]

mplayer -vo vdpau -vc ffh264vdpau video.mp4
(Olettaen että MP4-tiedostosi on oikeasti H.264-muodossa. Jos se on MPEG-4 ASP:tä, kodekki on ffodivxvdpau. Voit myös asettaa kokeiltavat dekooderit järjestykseen: -vc ffh264vdpau,ffodivxvdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau, Pilkku listan perässä sallii softapurun, jos mikään vdpau-dekooderi ei toimi.)

[New_user]

Hassua, että tuolla nykivällä mplayerillä tämän mp4:n toisto kulutti enemmän prossuja kuin raa'an alkuperäisen .MTS:n toisto.

VDPAU:lla MPlayer ei kyllä kuormita prosessoria sen enempää kuin Xinekään. Olethan käyttänyt oikeaa kodekkia:

Koodia: [Valitse]

mplayer -vo vdpau -vc ffh264vdpau video.mp4
(Olettaen että MP4-tiedostosi on oikeasti H.264-muodossa. Jos se on MPEG-4 ASP:tä, kodekki on ffodivxvdpau. Voit myös asettaa kokeiltavat dekooderit järjestykseen: -vc ffh264vdpau,ffodivxvdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau, Pilkku listan perässä sallii softapurun, jos mikään vdpau-dekooderi ei toimi.)

En verrannut Xineä ja Mplayeriä, vaan kahta videota Mplayerissa. Kyllä se oli H.264:ää se mp4 ihan varmasti, mutta se ero syntyikin näköjään siitä, että materiaali ei ollut samaa. Mp4-videossa oli paljon enemmän liikettä, ja siksi se otti enemmän tehoa purkuun. Komentorivi oli kyllä oikein, olen oppinut Mplayerin niksit jo ainakin noilta osin. Nyt on vain niin, että se Mplayer joutui romukoppaan. Koko aikana se ei ole testimateriaalia pystynyt esittämään kuten pitäisi. Oli sitten rauta- tai softapurku kyseessä. Joku fundamentaalinen perusvika siinä on oltava. Motumedian PPA:sta sitä paitsi päivittynyt jatkuvasti.

Hyvä VDPAU! Hyvä Xine (clap clap clap....)

[nm]

En verrannut Xineä ja Mplayeriä, vaan kahta videota Mplayerissa. Kyllä se oli H.264:ää se mp4 ihan varmasti, mutta se ero syntyikin näköjään siitä, että materiaali ei ollut samaa. Mp4-videossa oli paljon enemmän liikettä, ja siksi se otti enemmän tehoa purkuun. Komentorivi oli kyllä oikein, olen oppinut Mplayerin niksit jo ainakin noilta osin. Nyt on vain niin, että se Mplayer joutui romukoppaan. Koko aikana se ei ole testimateriaalia pystynyt esittämään kuten pitäisi. Oli sitten rauta- tai softapurku kyseessä. Joku fundamentaalinen perusvika siinä on oltava.

Mplayerissä on kyllä ollut ajoituksista johtuvaa nykimisongelmaa 50/60p HD-videoiden kanssa, mutta sen ei pitäisi näkyä CPU-kuormassa. Myöskään videosisällön ei pitäisi vaikuttaa kuormaan VDPAU:ta käytettäessä.

Jos kyseessä kuitenkin on tämä ajoitusongelma, se on korjattu mplayer2:ssa. Asenna mplayer2 aiemmin mainitsemastani lähteestä.

[New_user]

Jos kyseessä kuitenkin on tämä ajoitusongelma, se on korjattu mplayer2:ssa. Asenna mplayer2 aiemmin mainitsemastani lähteestä.

Niinpä, kun vaan tietäisi miten asentaa. Linkin sivu on minulle kuten lähes jokaiselle loppukäyttäjälle käsittämätöntä siansaksaa. Kun olisi selkeä deb-paketti sivulla. Lisäsin tämän PPA:n

http://ppa.launchpad.net/ripps818/coreavc/ubuntu

ja komensin sudo apt-get updaten. Sitten

sudo apt-get install mplayer2   

-> pakettia ei löydy. 

Kun ei ole edes selvää minkä NIMINEN paketti pitäisi yrittää asentaa, niin aika huonosti silloin homma etenee.   

[nm]

Kun ei ole edes selvää minkä NIMINEN paketti pitäisi yrittää asentaa, niin aika huonosti silloin homma etenee.  

Paketin nimi on mplayer, eli se korvaa Ubuntun oman tai Motumedian mplayer-paketin. Jos sinulla on jo joku mplayer-paketointi asennettuna, se päivittyy lähteen lisäyksen jälkeen automaattisesti tavanomaisen päivityksen yhteydessä. Tai voit asentaa/päivittää erikseen pelkän mplayer-paketin.

Tässä vielä koko asennus komentorivin kautta:

Koodia: [Valitse]

sudo add-apt-repository ppa:ripps818/coreavc
sudo apt-get update
sudo apt-get install mplayer


[New_user]

Asentelin tuon uuden Mplayer2:n ja samoin tuon Xinen kotiläppärilleni (HP6320 Intel Core2 Duo 1.7 GHz) Mukavasti ovat kummatkin ohjelmat toteutettu. Säikeistys puree. Kokeilin lisätä kuormaa koko ajan, ja ainakin 15 Mbit/s 1280x720 50 fps H.264:ää kone pystyi kummallakin vielä esittämään. Mplayerissa prossukäyrät ehkä tasaisemmat, mutta kyllä Xinekin säikeistää molemmat ytimet hyvin. Kumpikin ohjelma saisi oletuksena skaalata videon ruutuun mahtuvaksi. Nyt se on 1024x768 näytöllä ikkunan kulmista kiskomista. Mplayer ei ainakaan yht'äkkiä katsellen osaa myöskään kuvasuhteen pitoa. Eli jos vaikka korkeutta muuttaa parametrein, niin leveys ei muutu automaattisesti. Jostain muistaisin myös että Elokuvasoittimen (Totem kai) saisi käyttämään jotenkin Xinen moottoria.

[nm]

Kumpikin ohjelma saisi oletuksena skaalata videon ruutuun mahtuvaksi.

Tätä voi toki ehdottaa projekteille. MPlayer2:n forkannut kehittäjä on Uoti Urpala, joten sillä suunnalla kommunikointi onnistuu suomeksikin.

Tällä hetkellä Mplayer2:ssa ikkunat saa skaalattua sopivaan kokoon vivulla -geometry 1024x768 (voit myös huomioida työpöydän paneelit pienentämällä resoluutiota tarpeen mukaan). Tavallisessa MPlayerissä -geometry tuntuu skaalaavan videon määrätyn ikkunan kokoiseksi huomioimatta kuvasuhdetta.

Asetukset voi kirjoitella käyttäjäkohtaiseen (~/.mplayer/config) tai yleiseen asetustiedostoon (/etc/mplayer/mplayer.conf):

Koodia: [Valitse]

geometry=1024x768
Itse tykkään käynnistää MPlayer(2):n oletuksena kokoruutuun (fs=yes).

Mplayer ei ainakaan yht'äkkiä katsellen osaa myöskään kuvasuhteen pitoa. Eli jos vaikka korkeutta muuttaa parametrein, niin leveys ei muutu automaattisesti.

Tämä on -x ja -y -parametrien ominaisuus. Kuten manuaali toteaa: Disables aspect calculations.
Käytä siis -geometry-toimintoa.

Jostain muistaisin myös että Elokuvasoittimen (Totem kai) saisi käyttämään jotenkin Xinen moottoria.

totem-xineä ei ole enää saatavissa valmiiksi paketoituna nykysiin Ubuntun versioihin.

[New_user]

Eipä sitten ole Mplayer parantunut, vaikka se kakkonen tulikin nyt työkoneelle asennetuksi. Nykii kuten edellinenkin testivideon kanssa. Xine ajaa saman videon VDPAU:n kanssa ja ilman täysin puhtaasti. Olisikohan jossain joku paikka, minne pudottaa se testivideo, about 1 giga (.MTS 1080/50p jotain 28 Mbps ), niin saisi joku tutkia tuota ongelmaa.

Taas tuossa muuten hämmästelin juniorin keväällä hankkimaa VDLive mediapurkkia. Vetäisee nuo Panasonicin raakavideot telkulle HDMI:n kautta tippaakaan nikottelematta ja kuvan laatu on sellainen kuin se vain tuolla kameralla voi olla, eli UPEA, kun vaan kuvaaja on pitänyt kameraa paikallaan 

[nm]

Eipä sitten ole Mplayer parantunut, vaikka se kakkonen tulikin nyt työkoneelle asennetuksi. Nykii kuten edellinenkin testivideon kanssa.

Kopioi tänne MPlayerin päätteeseen tulostama loki.

Olisikohan jossain joku paikka, minne pudottaa se testivideo, about 1 giga (.MTS 1080/50p jotain 28 Mbps ), niin saisi joku tutkia tuota ongelmaa.

Voit leikata tiedoston pienemmäksikin. 100-200 Mt:n pätkä riittänee. TS:n voi leikata tällaisia kokeiluja varten raa'asti paloiksi split-työkalulla:

Koodia: [Valitse]

split -b 100M input.mts output.
Tuo tekee tiedostot output.aa, output.ab jne. Laita joku sopiva pätkä vaikka Ubuntu One -palveluun, julkiseen jakoon.

[New_user]

Kopioi tänne MPlayerin päätteeseen tulostama loki.

Tässä. Hassua, että uudelleenkäynnistyksen jälkeen videossa ei nyt ole nykimistä tai sitten on hyvin pientä. Tulosteessa on  kone- ja käyttäjänimet vaihdettu

--------------------

user@ubu:~$ mplayer -vo vdpau -vc ffh264vdpau -x 1280 -y 720  /home/user/00000.MTS
MPlayer2 UNKNOWN (C) 2000-2011 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing /home/user/00000.MTS.
Detected file format: MPEG-2 transport stream format (libavformat)
[mpegts @ 0x878ec00]Continuity Check Failed
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (ac3), -aid 0
[lavf] stream 2: subtitle (pgssub), -sid 0
LAVF: Program 1
VIDEO:  [H264]  1920x1080  0bpp  50.000 fps    0.0 kbps ( 0.0 kbyte/s)
Load subtitles in /home/user/
[mpegts @ 0x878ec00]Continuity Check Failed
==========================================================================
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VO: [vdpau] 1920x1080 => 1280x720 H.264 VDPAU acceleration
[vdpau] Got display refresh rate 60.020 Hz.
[vdpau] If that value looks wrong give the -vo vdpau:fps=X suboption manually.
A: 203.8 V: 203.8 A-V: -0.000 ct: -0.000   0/  0 21% 74%  1.5% 57 0

[nm]

Tässä. Hassua, että uudelleenkäynnistyksen jälkeen videossa ei nyt ole nykimistä tai sitten on hyvin pientä.

Juu, tuo loki näyttää ihan hyvältä. Mikronykiminen johtuu näytön virkistystaajuudesta (60 Hz), joka ei ole videon kehysnopeuden (50 fps) monikerta.

Olen huomannut, että satunnaisesti joillain käynnistyskerroilla mplayer2:n toisto hidastelee pahasti, ja heti perään uudelleenkäynnistettynä sama video toistuu sujuvasti. Toisaalta pakkaan samalla koneella jatkuvasti useaa videota, mikä saattaa myös häiritä soittimen toimintaa.

"-x 1280 -y 720" -kokoasetuksen sijaan kannattanee käyttää parametria -geometry 1280x720