Videoeditoinnin tuskaa Ubuntussa

[rale]

Videoeditoinnin tuskaa Ubuntu 8.04:ssä (64 bit).

Olen kokeillut mm. Kinoa ja Kdenliveä ja kummassakin on ongelmia.

Kino:
Ominaisuuksia aika vähän  mutta joissakin tapauksissa riittäisivät. Vastaan on tullut seuraavia ongelmia:
Projektia ei voinut tallettaa, herjasi jostakin SMIL-tiedostosta. Videon kaappauskansion omistajana oli Root, eikä minulla ollut oikeuksia koskea siihen (olen koneen ainut käyttäjä). Johtuisiko siitä että kaappaus piti tehdä sudottamalla dvgrabbia?

Kdenlive:
Tässä on jo ominaisuuksia mukavasti mutta tämänkin käyttö on ongelmallista.

Videokamerasta otetun videon kuva näkyy liian kapeana sekä esikatselussa että lopullisessa tuotoksessa. Mistähän se säädetään? Preferensseissä suhdeluvut kuitenkin ovat oikein. Pitäisiköhän kaappaus tehdä tuota ohjelmaa käyttäen jotta näkyisi oikein? Nyt kaappaukset on tehty Magixin ohjelmalla. Muistelisin kerran yrittäneeni kaapata kamerasta Kdenlivellä mutta herjasi jotakin.

Ohjelma renderoi joskus pelkkää mustaa ja jos renderoi esim flash- tai MP4 videota toiseen muotoon, tulee loppuun säännöllisesti n. 20 % mustaa. Näissä muuten kuvasuhde puolestaan on oikein.

Pelkästään videohommien takia minulla on vielä Windows XP toisella levyllä. Vaikka siinä olevaa Magixin ohjelmaa jotkut sanovat bugiseksi, on sen käyttö taivaallista verrattuna näihin.

[Asmo Koskinen]

Videoeditoinnin tuskaa Ubuntu 8.04:ssä (64 bit).
Olen kokeillut mm. Kinoa ja Kdenliveä ja kummassakin on ongelmia.

Minulla on kaksi videokameraa. Vanha käyttää DV-nauhaa ja uusi MTS-tiedostoja. Ubuntu on 64-bittinen 9.10.

DV-videokameralla Kino toimii edelleen hyvin, lue tämä ketju.

http://forum.ubuntu-fi.org/index.php?topic=10481.msg74854#msg74854

MTS-videokameralla olen siirtynyt käyttämään Cinelerraa.

http://www.arkki.info/kirjasto/index.php?title=AVCHD,_Cinelerra_ja_BlipTV

Ystävällisin terveisin Asmo Koskinen.

[nm]

Videoeditoinnin tuskaa Ubuntu 8.04:ssä (64 bit).

8.04:ssä ainakin Kdenlivestä on niin vanha versio, että en itse viitsisi edes kokeilla. Vai oletko löytänyt jostain ulkoisesta ohjelmalähteestä 0.75:n tai uudemman?

Jos videotouhut ovat tärkeitä, vaihda Ubuntu 9.10:een tai käännä ohjelmat ja FFmpegin kirjastot itse.

[rale]

Joo kiitokset vastauksista.
.
Asmon linkki on tuttu mutta mistähän se tallettamisen mahdottomuus mahtaa johtua.

Cinelerraa olen kans ajatellut mutta minkälainen on asennusrumba ja riittääkö koneen potku? Muistia on 1 giga, prossu 2.2 gigaa  ja näyttis 512 megaa.

Kdenlivestä on se vanha versio ja Ubuntun vaihdan uuteen vasta sitten kun uusi LTS on sopivasti "kypsynyt", ehkä ensi syksynä. Jospa sitten videoaurinkokin paistaa.

[Tha-Fox]

Liityn ketjuun, kun tuskia on täälläkin   Eli avidemuxilla kääntelin JVC:n tuottamia tiedostoja flv-muotoon (parempaa muotoa saa ehdottaa, sillä vain tuntui saavan melko pieneen kokoon helposti). Karmiciin päivittämisen jälkeen on kuitenkin alkanut napsahdella erroreita aina siinä vaiheessa, kun alkaa tekemään tuota käännöstä. Laitan liitteenä vielä tuon crash-tiedoston. Kokeiltu on poistamista asetuksineen ja muihin muotoihin kääntämistä, mutta ei tunnu auttavan. Myöskään lähdetiedostosta ei pitäisi johtua, kun kuudella tiedostolla olen kokeillut.

Toivottavasti liittestä ei katoa mitään, kun jouduin muuttamana sen js-muodosta tekstiksi...

[ylläpito on poistanut liitteen]

[nm]

Tiedoston perusteella Avidemux käyttää FFmpegin FLV1-enkooderia (yksinkertaistettu H.263) videon pakkaukseen. Se on pari kertaluokkaa huonompi kuin x264.

Jos et tarvitse jotain tiettyä Avidemuxin ominaisuutta, kannattaa kokeilla myös HandBrakea.

[Tha-Fox]

Tiedoston perusteella Avidemux käyttää FFmpegin FLV1-enkooderia (yksinkertaistettu H.263) videon pakkaukseen. Se on pari kertaluokkaa huonompi kuin x264.

Jos et tarvitse jotain tiettyä Avidemuxin ominaisuutta, kannattaa kokeilla myös HandBrakea.

En ymmärrä tätä puolta kovinkaan hyvin, joten varmistuskysymys: Jos teen tuolla HandBrakella videon käyttäen x264:ta, pyöriikö se myös vanhemmalla mopokoneella vai vaatiiko jo rautapurkua näytönohjaimelta jne.? Pitääkin laittaa tuo käsijarru testiin, oikein näppärän oloinen softa kotisivujensa perusteella.

[nm]

En ymmärrä tätä puolta kovinkaan hyvin, joten varmistuskysymys: Jos teen tuolla HandBrakella videon käyttäen x264:ta, pyöriikö se myös vanhemmalla mopokoneella vai vaatiiko jo rautapurkua näytönohjaimelta jne.?

H.264:n purkaminen vaatii kyllä enemmän tehoa kuin useimmat muut formaatit. PAL-kokoinen (720x576 @ 25 fps) H.264-video vaatii n. 1 GHz:n koneen sujuvaan toistoon. Jos tämä on liikaa, käytä x264:n sijaan jotain MPEG-4 ASP -enkooderia, eli vaikkapa Xvidiä tai libavcodecia. Niiden purkaminen vaatii suunnilleen puolet vähemmän tehoa.

H.264 on kuitenkin lähitulevaisuudessa laajimmin käytetty videostandardi, joten erilaiset soitinlaitteet tukevat sitä vielä hyvin pitkään.

[Tha-Fox]

En ymmärrä tätä puolta kovinkaan hyvin, joten varmistuskysymys: Jos teen tuolla HandBrakella videon käyttäen x264:ta, pyöriikö se myös vanhemmalla mopokoneella vai vaatiiko jo rautapurkua näytönohjaimelta jne.?

H.264:n purkaminen vaatii kyllä enemmän tehoa kuin useimmat muut formaatit. PAL-kokoinen (720x576 @ 25 fps) H.264-video vaatii n. 1 GHz:n koneen sujuvaan toistoon. Jos tämä on liikaa, käytä x264:n sijaan jotain MPEG-4 ASP -enkooderia, eli vaikkapa Xvidiä tai libavcodecia. Niiden purkaminen vaatii suunnilleen puolet vähemmän tehoa.

H.264 on kuitenkin lähitulevaisuudessa laajimmin käytetty videostandardi, joten erilaiset soitinlaitteet tukevat sitä vielä hyvin pitkään.

Kyllähän tuota Acer 5024:llä luulisi pyörittävän, mutta miten mahtaa pyöriä Asus 901:llä? Pitää testailla, kunhan ensin saisi sen HnadBraken asennettua.

Edit: Niin omassa Acerissa on toki 1,5 gigaa muistia, joten siitä ei pitäisi jäädä kiinni.

[vastus]

Jos ei noista ohjelmista ole apua niin voisit kokeilla PiTiViä.

Koodia: [Valitse]

sudo apt-get install pitivi

[nm]

Kyllähän tuota Acer 5024:llä luulisi pyörittävän, mutta miten mahtaa pyöriä Asus 901:llä?

Toimii kyllä sekä EeePC 90x:llä että 70x:llä, kunhan bitrate ei ole kovin suuri -- mielellään ei yli 5 Mbps. Maksimibitratea kannattanee rajoittaa VBV-asetuksilla, eli esimerkiksi vbv-maxrate=5000, vbv-bufsize=10000. Rate control -menetelmäksi käy CRF, jonka avulla voi suunnilleen asettaa tavoiteltavan kuvanlaadun ja x264 käyttää tarvittavan määrän bittejä. CRF=20 tuottaa useimmilla lähdetyypeillä hyvää laatua, mutta jos lähde on heikosti pakkautuvaa, käsivaralla kuvattua DV-videota, voi olla parempi nostaa sitä esim. CRF=23:een (heikompi laatu, suunnilleen puolet pienempi bitrate).

DV-lähteiden kanssa laadukas lomituksenpoisto ja muu esikäsittely on vähintään yhtä tärkeää kuin enkooderin parametrit. Edes teknisesti laadukkaan videon tuottaminen ei ole ainakaan aluksi helppoa, taiteellisista ominaisuuksista puhumattakaan, joten tärkeiden otosten alkuperäiset tiedostot kannattaa arkistoida tulevia uudelleenmasterointeja varten.

Edit: Niin omassa Acerissa on toki 1,5 gigaa muistia, joten siitä ei pitäisi jäädä kiinni.

Juu, videon purkaminen ei vaadi erityisen paljon muistia, koska sitä tarvitaan H.264:n tapauksessa maksimissaan n. 16 puretulle kuvalle ja puskuriksi syötteelle. Esimerkiksi fullhd-videon toistaminen vaatii muistia suunnilleen 16*1920*1080*12/8 = 50 Mt ja 10 Mt:n puskurin. Lisäksi soittimet tietysti varaavat muistia omiin tarpeisiinsa -- toiset enemmän, toiset vähemmän.

[CO2]

OpenShot näyttää olevan ihan hyvännäköinen http://www.openshotvideo.com/ kokemusta ei vielä ole!

[Tha-Fox]

Näytti tuo HandBrake pyöräyttävän jo oletusasetuksillaan oikein mukavaa jälkeä. Enemmän liikettä sisältävässä kuvassa näyttäisi tulevan jonkin verran vaakaraitoja kuvaan. Onko tuohon jotain lääkettä? Lähteenä on käsivaralta kuvattua MOD-muotoista kuvaa. File-komento ilmoittaa seuraavasti:
"MOV01F.MOD: MPEG sequence, v2, program multiplex" Eli jotain mpeg2:sta ilmeisesti?

Edit: Lomitusta säätelemällä vissiin onnistuisi, vaiko?

[nm]

Näytti tuo HandBrake pyöräyttävän jo oletusasetuksillaan oikein mukavaa jälkeä. Enemmän liikettä sisältävässä kuvassa näyttäisi tulevan jonkin verran vaakaraitoja kuvaan. Onko tuohon jotain lääkettä? Lähteenä on käsivaralta kuvattua MOD-muotoista kuvaa. File-komento ilmoittaa seuraavasti:
"MOV01F.MOD: MPEG sequence, v2, program multiplex" Eli jotain mpeg2:sta ilmeisesti?

Edit: Lomitusta säätelemällä vissiin onnistuisi, vaiko?

Jep. HandBrakessa on mahdollisuus käyttää yadif-lomituksenpoistosuodinta, joka tuottaa kohtuullista jälkeä. HandBraken toteutuksessa ei kuitenkaan ole toistaiseksi full rate -tilaa, eli mahdollisuutta muuntaa video 50p:ksi. Et siis saa sulavaliikkeistä kuvaa, mutta toisaalta sen toistaminen vaatisikin huomattavasti enemmän tehoa ja tallentaminen enemmän tilaa.

Toinen vaihtoehto olisi pitää video lomitettuna manuaalisilla x264:n asetuksilla (--interlaced), mutta silloin toiston aikana on käytettävä lomituksenpoistoa, joka on usein hankala ottaa käyttöön ja vaatii nopean prosessorin.

[Asmo Koskinen]

MTS-videokameralla olen siirtynyt käyttämään Cinelerraa.

http://www.arkki.info/kirjasto/index.php?title=AVCHD,_Cinelerra_ja_BlipTV

Tällainen pläjäys, Cinelerra toimii ainakin minulla todella vakaasti.

http://www.vimeo.com/8500946

Ystävällisin terveisin Asmo Koskinen.

[UbunTux]

En ymmärrä tätä puolta kovinkaan hyvin, joten varmistuskysymys: Jos teen tuolla HandBrakella videon käyttäen x264:ta, pyöriikö se myös vanhemmalla mopokoneella vai vaatiiko jo rautapurkua näytönohjaimelta jne.?

H.264:n purkaminen vaatii kyllä enemmän tehoa kuin useimmat muut formaatit. PAL-kokoinen (720x576 @ 25 fps) H.264-video vaatii n. 1 GHz:n koneen sujuvaan toistoon. Jos tämä on liikaa, käytä x264:n sijaan jotain MPEG-4 ASP -enkooderia, eli vaikkapa Xvidiä tai libavcodecia. Niiden purkaminen vaatii suunnilleen puolet vähemmän tehoa.

H.264 on kuitenkin lähitulevaisuudessa laajimmin käytetty videostandardi, joten erilaiset soitinlaitteet tukevat sitä vielä hyvin pitkään.

Kyllähän tuota Acer 5024:llä luulisi pyörittävän, mutta miten mahtaa pyöriä Asus 901:llä? Pitää testailla, kunhan ensin saisi sen HnadBraken asennettua.

H.264-purkua voidaan helpottaa ottamalla CABAC pois käytöstä (olisiko tiedoston koon tarve jotain 10% suurempi) ja VBV-rajoituksilla voidaan säätää bittinopeuden rajoja.  Olen säätänyt yhdessä 64-bit turion(?) (melko vastaava kaiketi), niin kyllä sellaiset +4 Mbit/s virtaan hyppäykset näkyivät jo hienoisena nykimisenä ilman mitään jälkikäsittelyä.

[Asmo Koskinen]

http://www.arkki.info/howto/Ubuntu_Studio_Testing/Cinelerra_Esitys.png

http://www.vimeo.com/8579184

Ystävällisin terveisin Asmo Koskinen.

[jhelmine]

Miten sitten valmiin editoinnin saan näkymään www-sivulla ilman koko tiedoston lataamista?

Siis käytännössä tämän videon katsomisessa nettiselain ensin hakee koko streamin ja latauksen jälkeen näyttää
http://www.iki.fi/jhelmine/video/testi2.mp4 (tai http://jhelmine.dynalias.org/tmp/testi2.mp4 jälkimmäinen paikka on satunnaisemmin tavoitettavissa). Se on 30s pätkä, ettei niin pitkään puskuroida tarvii ladata, mutta jollain 50MB tiedostolla sillä on jo vähän eroa -- voi katsoa alun ja lopettaa jos ja kun ei ole mielenkiintoinen.

Tuo pätkä on ajettu seuraavan tyylisesti ffmpegillä:
ffmpeg -threads 4 -i testi.mpg -pass 1 -deinterlace -vcodec libx264 -vpre hq -crf 22 -acodec libfaac -b 1800000 testi.mp4
ffmpeg -threads 4 -i testi.mpg -pass 2 -deinterlace -vcodec libx264 -vpre hq -acodec libfaac -b 1800000 testi2.mp4

Kahteen kertaan ajo ei näytä lisäävän mpeg4:een mitään kokoa, jonka perusteella selaimen ikkunassa ajettava totem? (tai joku muu) näyttäisi sen videon.

Millä tuo streami paketoidaan lopuksi?

[jhelmine]

Miten sitten valmiin editoinnin saan näkymään www-sivulla ilman koko tiedoston lataamista?

Vastaan itse kun löytyi se sopiva komento:
MP4Box -inter 0.5 video.mp4

Latauspaikka sorsille ja käännösohjeet oli tässä: http://forum.doom9.org/archive/index.php/t-142769.html (käyttämäni versio on pykälää uudempi ja Ubuntu myös uusin).