H.264-teräväpiirtovideon toistaminen ja editointi

[New_user]

Kiitos taas asiantuntevista vastauksista. Kokeilut jäänevät ensi viikonloppuun, jos jaksaa silloinkaan. Pitäisi nimittäin tuonne helteisiin lähteä niitä videoita ottamaan loppuviikoksi. Pitää palata aiheeseen kun on aikaa ja voimia. Linuxin puolella tein sen Mplayer-asennuksen justiinsa blenderin ohjeiden mukaan, eikä siinä tullut ongelmia Lucidissa. Joten se ffmpeg-mt sitten lienee ollut käytössä.

[Turbineair]

Ja vähän asiantuntemattomampi kommentti:
Viimeksi kun kokeilin SMPlayeria niin "nykimisten" yms. takia vaihdoin sen Gnome Mplayer'iin.
Varalla on kuitenkin aina myös klassisen ikivihreä VLC.
Editoinnin suhteen olen alkutaipaleella, mutta HandBrake on suoriutunt tähän asti "parhain arvosanoin" peruskonvertointi testailuista. Toimivalle editoinnillekin on siis olemassa hyvät edellytykset...

[nm]

Ja vähän asiantuntemattomampi kommentti:
Viimeksi kun kokeilin SMPlayeria niin "nykimisten" yms. takia vaihdoin sen Gnome Mplayer'iin.

Ero voi johtua oikeastaan vain erilaisista MPlayerin säädöistä. GNOME MPlayer käyttää oletuksena tällaisia asetuksia (huomionarvoiset kohdat korostettu):

mplayer -quiet -slave -identify -volume 20 -framedrop -vf-pre yadif,softskip,scale -noconsolecontrols -noidle -osdlevel 0 -nomouseinput -nocache -wid 0x3a0006f -ss 0 -ass -noembeddedfonts -ass-force-style FontName=Sans,Italic=0,Bold=0,Outline=0,Shadow=0 -ass-font-scale 1,00 -ass-color ffffff00 -channels 2 -vf-add screenshot -dvd-device /dev/dvd -af-add export=/tmp/mplayer-af_exportvomjeo:512

SMPlayer:

/usr/bin/mplayer -noquiet -nofs -nomouseinput -sub-fuzziness 1 -identify -msglevel demux=6 -slave -vo xv -ao alsa -nokeepaspect -framedrop -nodr -double -input conf=/usr/share/smplayer/input.conf -stop-xscreensaver -wid 132120907 -monitorpixelaspect 1 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-styles ~/.config/smplayer/styles.ass -fontconfig -font Arial -subfont-autoscale 0 -subfont-osd-scale 20 -subfont-text-scale 20 -subcp ISO-8859-1 -vid 0 -subpos 100 -cache 2000 -osdlevel  -vf-add screenshot -slices -af equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 110

GNOME MPlayer käyttää siis MPlayerin oletuksia mm. video- ja ääniulostulon osalta, jotka voivat vaikuttaa toiston sujuvuuteen hyvinkin paljon. Ubuntussa oletusääniulostulo on -ao pulse, kun taas SMPlayer kierrättää äänen Alsan pulse-liitännäisen kautta. Tällä saattaa olla merkitystä, koska eri rajapinnat puskuroivat ääntä eri tavalla ja äänentoisto vaikuttaa helposti videoon A/V-synkronoinnin kautta.

GNOME MPlayer siirtää äänen myös itselleen jotain seurantaa varten, mutta sillä ei varmaankaan ole vaikutusta toistoon.

GNOME MPlayerin oletuksena on yadif-lomituksenpoisto, joka syö reilusti prosessoriaikaa (tehden HD-videoiden katselun mahdottomaksi tavallisella dualcorella) ja heikentää progressiivisen videon laatua. Se kannattaa siis kytkeä pois päältä silloin kun video ei ole lomitettua.

Myös välimuistiasetukset ovat erilaisia. Joidenkin lähteiden tapauksessa välimuistista on hyötyä, toisilla haittaa. Tähän vaikuttaa myös demuxeri, joka voi olla MPlayerin sisäänrakennettu versio tai libavformatin toteutus. Jälkimmäisen voi pakottaa käyttöön parametrilla -demuxer lavf.

Varalla on kuitenkin aina myös klassisen ikivihreä VLC.

Jep, VLC on usein hyvä ratkaisu etenkin DVB-lähetysten ja tallenteiden katseluun, koska MPlayerissä ei ole tukea DVB- ja teletext-tekstitykselle. VLC:stä puuttuu kuitenkin tuki sekä ffmpeg-mt:lle että VDPAU:lle, joten nopeus ei välttämättä riitä raskaimpien H.264-videoiden katseluun. VLC 1.1.x:llä saa VA-API:n kautta virittelemällä tuen Atin, Nvidian ja Intelin (i3/i5-prosessorien integroidun näytönohjaimen) rautapurulle, mutta VA-API ei ainakaan tällä hetkellä mahdollista kunnollista lomituksenpoistoa.

[Pakana]

Ei pyöri mullakaan H.264 pakattu video dvb-s lähteestä. Kaffeinella koitin katsella, mutta eihän tuosta mitään tule. Prossuna Phenom 9750, jossa ei ilemisesti ole tarpeeksi vääntöä.

Phenomissa on kyllä tarpeeksi vääntöä, mutta sinun pitäisi saada vähintään FFmpegin/libavcodecin säikeistys käyttöön: mplayer -lavdopts threads=4:fast videotiedosto. En tiedä, onko libavcodecin fast-parametrin asettaminen mahdollista Kaffeinen Xine-backendissä ja ilman sitä osa videoista ei säikeisty kunnolla. FFmpeg-mt tai CoreAVC auttavat lisää, jos tavallinen libavcodec ei ole riittävän nopea.

HDTV-katseluun vielä parempi vaihtoehto olisi Nvidian näytönohjain (GeForce GT 220 tai nopeampi) ja VDPAU, jolloin voit tehdä sekä dekoodauksen että lomituksenpoiston näytönohjaimella. Prosessori yksin ei oikein riitä molempiin tehtäviin.

Kaffeinessa ainoastaan VDPAU:n käyttöönotto taitaa olla kohtalaisen helppoa. FFmpeg-mt on lähes toivoton tapaus ja CoreAVC hyvin hankala. MPlayeriin nuo softakodekit saa ympättyä helpommin ja siksi valmis pakettikin on saatavilla.

Joo, mulla on näyttiksenä emolle integroitu, joka tosin on Radeon HD3200, joka nyt periaatteessa pitäisi pystyä tuota purkamaan, mutta tuolla atin binääriajurilla ei saa muuta kuin koneen sekaisin.

Kaffeinen kanssa olen hieman jumissa, koska Softcamin kuatta saan olkkarin boksilta kanavat auki, ja tietääkseni mitään vastaavaa ei millekään muulle soittimelle ole. Itseasiassa tuota softcamiakaan ei taida olla kuin tälle vanhalle 0.8 versiolle.

[nm]

Kaffeinen kanssa olen hieman jumissa, koska Softcamin kuatta saan olkkarin boksilta kanavat auki, ja tietääkseni mitään vastaavaa ei millekään muulle soittimelle ole. Itseasiassa tuota softcamiakaan ei taida olla kuin tälle vanhalle 0.8 versiolle.

VDR:lle on vdr-sc, joka on varsin toimiva toteutus. Samassa repositoriossa on myös Sasc-ng, jolla saa dvbloopbackin ja korttipalvelimen avulla softcamin toimimaan melkeinpä minkä tahansa katseluohjelman kanssa. Tämän järjestelmän asentaminen ja ylläpito on hankalampaa kuin vdr-sc:n, johon on integroitu kaikki tarvittavat komponentit, mutta monet käyttävät Sascia ainakin MythTV:n rinnalla.

vdr-sc:n kääntäminen ja kasaaminen deb-paketiksi, hollanninkielinen ohje:
http://www.sat4all.com/forums/ubbthreads.php/topics/1791405/Re_yaVDR_distributie_ervaringe#Post1791405
(Toiminee sekä Ubuntun VDR 1.6:n että yaVDR-jakelun VDR 1.7.x:n kanssa.)

VDR:n asentaminen: http://forum.ubuntu-fi.org/index.php?topic=29787.0


Tarvitset silti HDTV-katselua varten VDPAU:n (tai VLC:n kanssa VA-API:n) ja rautapurkua tukevan näytönohjaimen, ellet tyydy toistamaan lähetyksiä MPlayerillä, ilman tekstitystukea. Se onnistuu esimerkiksi VDR:n streamdev-liitännäisen avulla.

Tallenteet voi luultavasti muuntaa sellaiseen muotoon, että myös tekstit näkyvät MPlayerillä. En tosin tiedä, mitä tekstitysformaatteja satelliitti-HD-kanavilla on nykyään käytössä?

[New_user]

Nostan tämän vanhan aloittamani säikeen uudelleen pintaan. En ole kesällä otettujen videoiden kanssa ehtinyt juuri touhuta, mutta edessä vielä on. Ihan piruttaan kokeilin sellaista, että tuolla käytössä olevalla AVS-konvertterilla (windows) jauhoin pätkän 1080p 50fps -videota 1080p, 25fps, 9000kbps -muotoon, eli siis kuvataajuus nyt ainakin tuossa putosi puoleen. Winukan puolella läppärissäni (HP nc6320, Core 2 duo 1,7G, Intelin 950 näyttiksellä) VLC 1.1.0 näytti pyörittävän tuota nyt nykimättä, tosin siis ruudulle skaalattuna. Tulossa on duunikoneeksi neliytimisellä Intelillä ja aika räyhäkkäällä Nvidian ohjaimella varustettu peli, johon tulee Win7 Pron lisäksi myös Ubuntu. Toivon mukaan 50 fps alkaa sitten pyörähtämään molemmilla käyttiksillä okei. Mille ohjaimille muuten VLC:n VAAPIssa on tuki? 

[nm]

Tulossa on duunikoneeksi neliytimisellä Intelillä ja aika räyhäkkäällä Nvidian ohjaimella varustettu peli, johon tulee Win7 Pron lisäksi myös Ubuntu. Toivon mukaan 50 fps alkaa sitten pyörähtämään molemmilla käyttiksillä okei. Mille ohjaimille muuten VLC:n VAAPIssa on tuki?  

Periaatteessa kaikille nykyisille: Atin (Radeon HD 2xxx ja uudemmille), Intelin (G45, Clarkdale ja pian Sandy Bridge) sekä Nvidian (VDPAU:lla toimiville) näytönohjaimille.

Atin rautapurku on kuitenkin vaikea saada toimimaan Ubuntu 10.04:ssä ja 10.10:ssä, vaikka fglrx/Catalyst toimisi muuten hyvin, ja Intelin purku voi vaatia uusimmat julkaistut ajurit toimiakseen kunnolla. Ne saa ehkä xorg-edgers -PPA:sta, mutta samalla tulee muutakin uutta ja vähän testattua, joten vakaus ei välttämättä ole huippuluokkaa. Nvidian (suljetun ajurin) kiihdytyksen pitäisi toimia, kun tarvittavat kirjastot on asennettu, mutta VDPAU:n jälkiprosessointiasetuksia ei pääse säätämään VAAPI:n kautta, joten VDPAU:ta suoraan käyttävä mediasoitin on yleensä parempi vaihtoehto.

Intelin rautadekooderin nopeus ei tietääkseni riitä 1080p50-toistoon. Atin dekooderin uusimmat versiot (Radeon HD 4xxx/5xxx) saattavat riittää Windowsissa, mutta tuskin Linux-ajurilla. Nvidian dekooderilla pitäisi toimia ainakin nopealla muistilla varustetuilla erilliskorteilla. Keskusmuistia käyttävillä integroiduilla ohjaimilla saattaa loppua muistiväylän kaista kesken.

[New_user]

^ Testivideon kokeilu Ubuntun 10.04:ssä Mplayerillä tuotti positiivisen tuloksen. Samoin VLC:n puolella, kun ensin hävitti vanhan version, ja asensi käsin PPA:sta 1.1.4:n. Samalla tuli sitten ffmpeg-päivitys. En tiedä millä VLC hanskaa Ubuntun puolella tuon videon, mutta nykimättä pyörii, siis 1080x1920 25 fps lomittamaton 9000 kbps. Ääni 16 bit stereo 44.1 KHz 128 ratella.

[nm]

En tiedä millä VLC hanskaa Ubuntun puolella tuon videon, mutta nykimättä pyörii, siis 1080x1920 25 fps lomittamaton 9000 kbps.

MPlayer ja VLC purkavat videosi softalla sekä Linuxissa että Windowsissa. GMA 950:ssä ei ole täyttä rautapurkua, joten VLC ei osaa hyödyntää sitä kummassakaan käyttöjärjestelmässä. Tiedostosi bitrate on kohtalaisen matala ja se on helppoa progressiivista videota, joten prosessorisi nopeus riittää tavallisella libavcodecilla. Luultavasti se ei edes käytä toista ydintä H.264-dekoodaukseen.

[New_user]

MPlayer ja VLC purkavat videosi softalla sekä Linuxissa että Windowsissa. GMA 950:ssä ei ole täyttä rautapurkua, joten VLC ei osaa hyödyntää sitä kummassakaan käyttöjärjestelmässä. Tiedostosi bitrate on kohtalaisen matala ja se on helppoa progressiivista videota, joten prosessorisi nopeus riittää tavallisella libavcodecilla. Luultavasti se ei edes käytä toista ydintä H.264-dekoodaukseen.

Täytyy vielä korjata, että vähän pidempään ko. videota katsellessa VLC kumminkin pätki jonkin verran ja teki välillä melkoista haamukuvaa. Tässä kyllä on parannusta PALJON edelliseen VLC:n versiooni, 1.0.6, eli kehitys on ilmeisesti tapahtunut nimenomaan VLC:ssä eikä  tuossa libavcodecissa  Niin tai näin, Mplayer selvitti videon puhtaasti useampaankin kertaan katsellen, ja ei se 50 fps:ssäkään ihan mahdoton ollut. Muutamassa kuukaudessa syistä tai toisista selkeää parannusta videon katselussa ainakin täällä. Omassa koneessani ei tosin ole kuin 9.04 enkä tällä ole kokeiluja tehnyt. Vaimon kymppi on ollut testialustana samanlaisella raudalla.

[nm]

Täytyy vielä korjata, että vähän pidempään ko. videota katsellessa VLC kumminkin pätki jonkin verran ja teki välillä melkoista haamukuvaa.

Haamukuva kuulostaa kummalliselta ellei se ole testivideosi ominaisuus? Liikkuvien kohteiden haamuilu on yleensä seurausta yksinkertaisesta lomituksen- tai kohinanpoistosta, eli tarkista myös ettei VLC:ssä ole suotimia päällä.