Kdenlive, editoinnissa kone takkuaa + mikä tiedostomuoto esitettäväksi ?

[nm]

Asensin uudelle tehokkaalle koneelle Ubuntun 11.10.  Kdenlivessä ei suoraan asentamalla löydy h.264-formaatille  koodekkeja. Vanhaan ubuntuun tuo ylläoleva komentojono tepsi mutta tähän uudempaan enää ei.

Ubuntu 11.10:ssä on jälleen uudemmat versiot, eli asenna tällä komennolla:

Koodia: [Valitse]

sudo apt-get install libavcodec-extra-53 libavdevice-extra-53 libavfilter-extra-2 libavformat-extra-53 libavutil-extra-51 libpostproc-extra-52 libswscale-extra-2
Jos joku versionumerolla varustettu paketti tuntuu puuttuvan uudesta jakelusta, kannattaa etsiä sitä pakettilähteistä ilman numeroa, niin paketin oikea nimi selviää.

[RistoR]

Jos joku versionumerolla varustettu paketti tuntuu puuttuvan uudesta jakelusta, kannattaa etsiä sitä pakettilähteistä ilman numeroa, niin paketin oikea nimi selviää.

Kiitos taas tuosta vihjeestä. Mutta varsinainen ongelma ei korjaantunut kuten se teki aiemmin (ubuntu 10.10 ja Kdenlive 0.8 ).
Eli valittaessa renderöinnissä joko Mpegit, XVid4 tai H.264 formaatin niin niille ei näy koodekkeja olleenkaan. Ohessa kuvat:


Pääte antoi myös mielestäni hieman kummallista (tai sitten ei ...) tekstiä. Tässä malliksi alku. Sitä jatkuu 10 sivua eri paketeista.

Puretaan pakettia libvo-amrwbenc0 (.../libvo-amrwbenc0_0.1.1-1_amd64.deb)...
Valitaan aikaisemmin valitsematon paketti libxvidcore4.
Puretaan pakettia libxvidcore4 (.../libxvidcore4_2%3a1.3.2-3_amd64.deb)...
dpkg: libavutil51: riippuvuusongelmia, mutta poistetaan silti (kuten pyysit):
 vlc riippuu paketista libavutil51 (>= 4:0.7-1) | libavutil-extra-51 (>= 4:0.7-1); kuitenkin:
  Paketti libavutil51 poistetaan.
  Pakettia libavutil-extra-51 ei ole asennettu.
 libpostproc52 riippuu paketista libavutil51 (>= 4:0.7.2-1ubuntu1) | libavutil-extra-51 (>= 4:0.7.2); kuitenkin:
  Paketti libavutil51 poistetaan.
  Pakettia libavutil-extra-51 ei ole asennettu.
 libpostproc52 riippuu paketista libavutil51 (<< 4:0.7.2-99) | libavutil-extra-51 (<< 4:0.7.2.99); kuitenkin:
  Paketti libavutil51 poistetaan.
  Pakettia libavutil-extra-51 ei ole asennettu.
 libpostproc52 riippuu paketista libavutil51 (>= 4:0.7.2-1ubuntu1) | libavutil-extra-51 (>= 4:0.7.2); kuitenkin:
jne...

[nm]

Mutta varsinainen ongelma ei korjaantunut kuten se teki aiemmin (ubuntu 10.10 ja Kdenlive 0.8 ).
Eli valittaessa renderöinnissä joko Mpegit, XVid4 tai H.264 formaatin niin niille ei näy koodekkeja olleenkaan.

Tarkoitatko bittivirtalistaa, jossa oli kohdat eri vaihtoehdoille tyyliin "H.264 1000k"? Tuo lista on korvattu syötelaatikoilla, johon voi kirjoittaa haluamansa videon ja äänen bittivirran. Kuvassasi videon bitrateksi on määritelty 12 Mbps ja äänelle 384 kbps. Lisäksi siellä on 2-pass -valinta, joka on kuvassasi päällä.

Tämä uusi käyttöliittymä on paljon fiksumpi kuin aiempi kiinteä lista. Valinta x264:n CRF-tilalle tosin puuttuu edelleen, joten käyttäjän on arvioitava sopiva bittivirta itse tavoitellessaan tiettyä pakkauslaatua.

Pääte antoi myös mielestäni hieman kummallista (tai sitten ei ...) tekstiä. Tässä malliksi alku. Sitä jatkuu 10 sivua eri paketeista.

Puretaan pakettia libvo-amrwbenc0 (.../libvo-amrwbenc0_0.1.1-1_amd64.deb)...
Valitaan aikaisemmin valitsematon paketti libxvidcore4.
Puretaan pakettia libxvidcore4 (.../libxvidcore4_2%3a1.3.2-3_amd64.deb)...
dpkg: libavutil51: riippuvuusongelmia, mutta poistetaan silti (kuten pyysit):
 vlc riippuu paketista libavutil51 (>= 4:0.7-1) | libavutil-extra-51 (>= 4:0.7-1); kuitenkin:
  Paketti libavutil51 poistetaan.
  Pakettia libavutil-extra-51 ei ole asennettu.
 libpostproc52 riippuu paketista libavutil51 (>= 4:0.7.2-1ubuntu1) | libavutil-extra-51 (>= 4:0.7.2); kuitenkin:
  Paketti libavutil51 poistetaan.
  Pakettia libavutil-extra-51 ei ole asennettu.
 libpostproc52 riippuu paketista libavutil51 (<< 4:0.7.2-99) | libavutil-extra-51 (<< 4:0.7.2.99); kuitenkin:
  Paketti libavutil51 poistetaan.
  Pakettia libavutil-extra-51 ei ole asennettu.
 libpostproc52 riippuu paketista libavutil51 (>= 4:0.7.2-1ubuntu1) | libavutil-extra-51 (>= 4:0.7.2); kuitenkin:
jne...

Näyttää normaalilta, eli homma on kunnossa, jos kaikki pyydetyt paketit asentuivat.

[RistoR]

Kyllä tosiaan asentuivat !   Epäilin kun mitään "uutta" ei tullut näkyviin renderöintivalikossa. Alla kuva koepalasta, jossa vasemmanpuoleisessa alkuperäisen leikkeen tiedot, oikealla renderöity. Sen alla myös saman näytteen renderöinnin asetukset.

Yritän etsiä ohjeitakin netistä, enemmän kuitenkin vaatimattomilla tuloksilla. Mitkä asetukset olisivat parhaan pakkauslaadun saamiseksi oikeat. Hämärää minulle on mitä tekee esim. 2pass (tsekkaa äänen?) ja overlay (minkä päälle se kirjoittaa?) ?
Kokeilussa huomasin että "Encoder treads" suurentamalla koen alkaa käyttää kaikkia suorittimen ytimiä(?) hyödykseen ja nopeuttaa kovasti renderöintiä.

Ja pieni ongelmani on jenkkiläinen Canonin kamera. Alkuperäinen video on 1920x1080. Tuo näytteen info ilmoittaa 30 frames per second.  Vanhassa Kdenlivessä pystyi valitsemaan tuon 30fps:n (valinnalla NTSC). Nyt en sellaista löydä vaikka onhan tämä sama ohjelma käytössä jenkeissäkin(?).

[nm]

Mitkä asetukset olisivat parhaan pakkauslaadun saamiseksi oikeat. Hämärää minulle on mitä tekee esim. "Encoder treads" (jotain säikeistystä?)

Jep. Säikeistystä tarvitaan, että enkooderi pystyisi käyttämään useampaa kuin yhtä prosessorin ydintä laskentaan. x264:n tapauksessa sopiva asetus on 1,5 * prosessoriytimien lukumäärä. Esimerkiksi 4-ytimisellä hypersäikeistävällä prosessorilla (esim. Core i7 2600) tämä tekee 1,5 * 2 * 4 = 12.

x264 osaa kyllä itse valita sopivan määrän säikeitä, mutta en tiedä hyödyntääkö Kdenlive tätä ominaisuutta. Ehkä asettamalla säikeiden määräksi 0?

2pass (tsekkaa äänen?)

2-pass tarkoittaa videon pakkaamista kahteen kertaan, siten että ensimmäisellä kerralla analysoidaan sisältö ja toisella kerralla voidaan käyttää optimaalista bittivirtaa jokaisessa videon kohdassa. Tämä parantaa laatua huomattavasti ja asetus on syytä pitää päällä (kunnes Kdenliveen saadaan tuki CRF-pakkaukselle).

ja overlay (minkä päälle se kirjoittaa?)

Varmaankin piirtää kuvausajan videoon vanhojen analogivideokameroiden tyyliin.

Entä Generoi skripti?

Tuo tekee komentorivillä ajettavan renderöintiskriptin ja XML-muotoisen MLT-projektitiedoston. Niitä voi muokata tekstieditorilla ja ajaa helposti vaikkapa SSH:n kautta ilman graafista käyttöliittymää.

Ja pieni ongelmani on jenkkiläinen Canonin kamera. Alkuperäinen video on 1920x1080 60p, jos olen ohjekirjaa ymmärtänyt oikein. Tuo näytteen info ilmoittaa 30 frames per second (onko tuo 60p jokin eri kuin 30fps?).

Juu, 60p on 60 fps, eli joko video on kuvattu 30p tai 60i-tilassa tai ikkunassa näkyvä informaatio on virheellistä. Tarkista MediaInfolla tai päätteessä komennolla ffmpeg -i tiedosto.mts

Vanhassa Kdenlivessä pystyi valitsemaan tuon 60p:n ja/tai 30fps:n. Nyt en sellaista löydä vaikka onhan tämä sama ohjelma käytössä jenkeissäkin(?).

Mitä profiilivaihtoehtoja oneiricin Kdenlive sitten antaa uutta projektia luotaessa?

[RistoR]

Mitkä asetukset olisivat parhaan pakkauslaadun saamiseksi oikeat. Hämärää minulle on mitä tekee esim. "Encoder treads" (jotain säikeistystä?)

Jep. Säikeistystä tarvitaan, että enkooderi pystyisi käyttämään useampaa kuin yhtä prosessorin ydintä laskentaan. x264:n tapauksessa sopiva asetus on 1,5 * prosessoriytimien lukumäärä. Esimerkiksi 4-ytimisellä hypersäikeistävällä prosessorilla (esim. Core i7 2600) tämä tekee 1,5 * 2 * 4 = 12.

x264 osaa kyllä itse valita sopivan määrän säikeitä, mutta en tiedä hyödyntääkö Kdenlive tätä ominaisuutta. Ehkä asettamalla säikeiden määräksi 0?

Siihen voi panna valinnan 1-8. Asetuksella 8 oli renderöitäessä kaikki 8 ydintä tehokkaasti käytössä. Samoin kun kokeilin siihen 0:llaa. Muilla valinnoilla vain osa ytimistä oli kunnolla töissä - vaihtelivat kyllä kuormitusta keskenään.

Ja pieni ongelmani on jenkkiläinen Canonin kamera. Alkuperäinen video on 1920x1080 60p, jos olen ohjekirjaa ymmärtänyt oikein. Tuo näytteen info ilmoittaa 30 frames per second (onko tuo 60p jokin eri kuin 30fps?).

Juu, 60p on 60 fps, eli joko video on kuvattu 30p tai 60i-tilassa tai ikkunassa näkyvä informaatio on virheellistä. Tarkista MediaInfolla tai päätteessä komennolla ffmpeg -i tiedosto.mts

(Kerroin virheellisesti: kamera eikä ohjekirja ei puhu 60p:stä vaan 60i:stä. ) Kamera kuvaa valinnoilla 60i, 30PF ja 25PF. Samlla se ilmoittaa bitrateksi 24Mbps, 17Mbps jne kuvanlaadusta riippuen. Olen kuvannut 60i:llä ja ubuntun "ominaisuudet" ilmoittaa ruutunopeudeksi 30 frames per second. Mediainfo ilmoittaa 29.97 fps. Kuvat alla: file41 on alkuperäinen, file koe on renderöity.

Renderöintivalikosta löytyy myös "Häviötön", mutta sillä tehtynä saan pelkkää ääntä, ei kuvaa. Kuva alla.

Mitä profiilivaihtoehtoja oneiricin Kdenlive sitten antaa uutta projektia luotaessa?

Kdenlive antaa kaikki nuo mahdollisuudet profiiliksi mutta profiilin valitseminen (1080i 30fps tai 29,97 fps) ei auta mitään. Kuva alla.

VIELÄ LISÄYS päivityjksistä (en tiedä onko merkitystä)
Päivityksen virheilmoitus:
W:Failed to fetch http://ppa.launchpad.net/sunab/kdenlive-release/ubuntu/dists/oneiric/main/source/Sources  404  Not Found
, W:Failed to fetch http://ppa.launchpad.net/sunab/kdenlive-release/ubuntu/dists/oneiric/main/binary-amd64/Packages  404  Not Found
......
Onkohan nuo "oikeita" vai onko mulla turhia lähteitä/pyyntöjä asetuksissa?

[nm]

(Kerroin virheellisesti: kamera eikä ohjekirja ei puhu 60p:stä vaan 60i:stä. ) Kamera kuvaa valinnoilla 60i, 30PF ja 25PF.

Käyttäisin ehkä itse kuvatessa 25p-tilaa. Se on yhteensopiva eurooppalaisten standardien kanssa, eikä tarvitse huolehtia lomituksesta, jota tavalliset video-ohjelmat eivät oikein hallitse. Kdenliven ja muiden Linux-videoeditorien lomituksenpoisto on surkeaa, eikä tilanne ole juuri parempi prosumer-tason ohjelmissa kaupallisella puolellakaan. Jatkuvasti näkee TV-lähetyksissäkin huonolla lomituksenpoistolla pilattua kuvaa, jossa pystyresoluutio on puolet alkuperäisestä.

60i on hyvä valinta, jos kuvaat urheilua tai muuta nopeaa liikettä, mutta silloin on joko pidettävä video alkuperäisessä 60i-muodossa loppuun asti tai tehtävä siitä 60p:tä laadukkaalla lomituksenpoistosuotimella. Esimerkiksi AviSynthissä toimiva QTGMC on hyvä. Muistaakseni Kdenlive poistaa lomituksen ainakin efektejä varten, vaikka yrittäisit pitää videon 60i-muodossa.

Kdenlive antaa kaikki nuo mahdollisuudet profiiliksi mutta profiilin valitseminen (1080i 30fps tai 29,97 fps) ei auta mitään. Kuva alla.

Tuossa kuvakaappauksessa on asetusvelho, jossa valitaan oletusprofiili. Se ei vaikuta avoinna olevaan tai vanhaan projektiin millään tavalla, eikä olemassaolevan projektin profiilia voi muuttaa.

Profiilivalinta vahvistetaan aina luotaessa uutta projektia. Tarkista. että valitset listasta oikean vaihtoehdon, kun aloitat uuden projektin.

VIELÄ LISÄYS päivityjksistä (en tiedä onko merkitystä)
Päivityksen virheilmoitus:
W:Failed to fetch http://ppa.launchpad.net/sunab/kdenlive-release/ubuntu/dists/oneiric/main/source/Sources  404  Not Found
, W:Failed to fetch http://ppa.launchpad.net/sunab/kdenlive-release/ubuntu/dists/oneiric/main/binary-amd64/Packages  404  Not Found
......
Onkohan nuo "oikeita" vai onko mulla turhia lähteitä/pyyntöjä asetuksissa?

Tuo on sunabin kdenlive-release-lähde, joka ei vielä sisällä paketteja 11.10:lle. Lisäksi sinulla on sunab/kdenlive-svn, josta saa tuoreimmat (mutta mahdollisesti epävakaat) paketit myös 11.10:lle. Kannattanee poistaa kdenlive-svn sitten kuin tuonne release-lähteeseen ilmaantuu paketit oneiricille, eli kun nuo virheet häviävät.

[RistoR]

No nyt löytyi asetukset millä saan fileen pysymään alkuperäisessä 29.97fps:nä. Helppo valinta vaan kun ei hoksaa/tiedä missä teki väärin. Kiitos taas!

Käyttäisin ehkä itse kuvatessa 25p-tilaa. Se on yhteensopiva eurooppalaisten standardien kanssa, eikä tarvitse huolehtia lomituksesta, jota tavalliset video-ohjelmat eivät oikein hallitse.

Siis onko lopputuloksessa eroa jos alkuperäinen on 25p, verrattuna nyt tähän kun sain tehdyksi 29.97 videosta vastaavaa pakattua?

60i on hyvä valinta, jos kuvaat urheilua tai muuta nopeaa liikettä, mutta silloin on joko pidettävä video alkuperäisessä 60i-muodossa loppuun asti

Mikä nyt sitten on se 60i-muoto?

EDIT: Kannattaako asentaa profiiliksi 1080 60fps tai 59.97fps kun lähtövideona on tuo 29.97fps? Voiko sillä saada parempaa jälkeä teoriassa. Silmä ei omalta koneelta kauhiasti eroja nähnyt.

tai tehtävä siitä 60p:tä laadukkaalla lomituksenpoistosuotimella.

Lomitus on noissa näytteissä "automaattinen", luulisin että se on progressiivinen. Mutta sen merkitys menee nyt vähän yli hilseen.

Tuossa alla on linkki 25 sek. näytteeseen, jonka olen renderöinyt eri kokoisilla bittivirroilla: 12000 ->60000 sekä yksi alkuperäinen kameran leike. Mediainfo-ohjelma on tosi hyvä jotta voi varmistaa mistä lähdetään ja mihin päädytään!
Televisiossani 12000 ja 15000 toimivat hyvin, isommat alkoivat nykimään. Koneella kaikki toimivat.
Ovatko nuo asetukset ovat järkevästi?   Loppuhan on sitten sitä että voi tehdä sellaiset tiedostot jotka omissa katselulaitteissa toimii hyvin.
http://ronnberg.pic.fi/kuvat/Videon%E4yte/
Salasana on nayte

[nm]

Siis onko lopputuloksessa eroa jos alkuperäinen on 25p, verrattuna nyt tähän kun sain tehdyksi 29.97 videosta vastaavaa pakattua?

Lopputuloksessa on se ero, että 30p (tai 29.97p) sopii huonosti esitettäväksi eurooppalaisen PAL-järjestelmän 50 Hz:n taajuudella. Jos esimerkiksi haluat joskus tehdä videoistasi DVD-levyjä, tavanomainen muunnos aiheuttaa videoon nykimistä tai sumeuttaa liikkuvia kohteita. Myös muunnos filminopeudelle (24p) on vaikea tehdä hyvin.

Mikä nyt sitten on se 60i-muoto?

60i (tai usein samaa tarkoittava 30i) on lomitettua videota, jossa esitetään 60 eri ajanhetkellä kuvattua kenttää tai puolikuvaa (field) sekunnissa. Kaksi kenttää muodostaa keskenään lomiteltuna yhden kuvan tai kehyksen (frame), eli 60i-videon kuvanopeus on 30 fps.

Progressiivisessa 30p-videossa on 30 eri ajanhetkellä kaapattua kuvaa sekunnissa. Kunkin kuvan molemmat kentät on kuvattu samalla hetkellä.

Luettavaa aiheesta:
http://fi.wikipedia.org/wiki/Kuvan_lomitus
http://www.dv.fi/wiki/index.php/De-interlace
http://www.lamminmaki.org/dv/lomitus/

EDIT: Kannattaako asentaa profiiliksi 1080 60fps tai 59.97fps kun lähtövideona on tuo 29.97fps? Voiko sillä saada parempaa jälkeä teoriassa. Silmä ei omalta koneelta kauhiasti eroja nähnyt.

Jos lähde on progressiivista 30p-videota, sitä ei kannata muuntaa 60p:ksi. Jokainen kuva vain tallennettaisiin kahteen kertaan peräkkäin, ja toiston aikana videosoittimen työmäärä lisääntyy. Visuaalista parannusta saisi vain interpoloimalla väleihin uusia kuvia, mikä ei onnistu Kdenlivellä.

Jos taas lähde on lomitettua 60i-videota, voisi sen muuntamista 60p:ksi harkita, jos käytettävissä vain on hyvä lomituksenpoistosuodin. Yksinkertainen 30p-muunnos nimittäin hävittää osan lähdevideon liikeinformaatiosta ja aiheuttaa stroboefektin.

Tuossa alla on linkki 25 sek. näytteeseen, jonka olen renderöinyt eri kokoisilla bittivirroilla: 12000 ->60000 sekä yksi alkuperäinen kameran leike.

Alkuperäinen leike on lomitettua 60i-videota. Kdenlive käyttää näemmä lomituksenpoistoon yadif-suodinta, mikä ei ole huonoin mahdollinen, mutta ei myöskään erityisen hyvä. Yadifilla on erityisesti taipumusta vääristää liikkuvien kuvioiden yksityiskohtia öljymaalauksen tapaan. Lisäksi 60i->30p-muunnoksessa tosiaan häviää osa liikeinformaatiosta ja liikkestä tulee hieman nykivää.

1080p60 olisi parempi kohdeformaatti, mutta vain osa nykyisistä rautadekoodereista pystyy purkamaan sitä reaaliaikaisesti. 720p60 toimii, ja 60i-videot kannattaakin ehkä muuntaa sellaiseksi -- ainakin tällä hetkellä. Alkuperäinen materiaali on hyvä säilyttää, koska tulevaisuudessa sekä lomituksenpoisto että laitteiden 60p-tuki on parempaa.

Suosittelen kuitenkin kuvaamaan 25p:nä, etenkin jos et viitsi taistella lomituksenpoiston ja formaattimuunnosten kanssa.

[RistoR]

Tässähän alan tajuamaan mitä olen tekemässä. ;-) Kiitos vaivannäöstä ja linkeistä. Vaikka olen joskus aiemminkin vastaavia linkkejä tankannut niin niiden tiedot menevät kaaliin vasta kun tekee samaa asiaa …

Suosittelen kuitenkin kuvaamaan 25p:nä, etenkin jos et viitsi taistella lomituksenpoiston ja formaattimuunnosten kanssa.

Tämä olisi varmaan hyvä idea mutta: Kameran vaihtoehto ei olekaan 25PF kuten sanoin vaan 24PF. Meneekö taas hankalaksi?
Toisekseen: Testasin kameraa muilla vaihtoehdoilla. Mediainfo kertoo kaikista kameralla kuvatuille fileistä (60i, 30PF, 24PF) että ne ovat 29,97fps:ää. Päätteessä ffmpeg -i antaa kaikille 59.96fps riippumatta millä asetuksilla olen kameralla kuvannut. (Tulokset tuolla lopussa ihan sen vuoksi etten ole lukenut jotain ihan väärin...)

(Johtuneeko nuo ffmpegin ja Mediainfon eri fps:ät siitä, että toinen tarkoittaa frames (kokokuva) ja toinen fields (puolikuva). ) Mutta huolestuttavaa on että kameran asetusten vaihto ei näytä muuttavan mitään. Onko 24PF edelleen lomitettua kuvaa? Kameran ohjekirja kyllä yhdessä sivulauseessa mainitsee efektien yhteydessä ”24fps progressive frame rate [ PF24 ]”.

Lopputuloksessa on se ero, että 30p (tai 29.97p) sopii huonosti esitettäväksi eurooppalaisen PAL-järjestelmän 50 Hz:n taajuudella.

Jos saan lomituksen poistettua tasokkaasti, niin onko tuo silti ongelma LCD ja plasmanäytöissä?

1080p60 olisi parempi kohdeformaatti, mutta vain osa nykyisistä rautadekoodereista pystyy purkamaan sitä reaaliaikaisesti. 720p60 toimii, ja 60i-videot kannattaakin ehkä muuntaa sellaiseksi -- ainakin tällä hetkellä.

Näistä jo kuvatuista 60i videoista:
Kokeilin 720p60 mutta näytti tulevan huonompaa ja nykivämpää jälkeä.
Miten on mahdollista että paras kuva tietokoneella olisi 1080i (eli lomitettu).

Panin kolme näytettä kansioon: 720p60, 1080p ja 1080i.


Ffmpeg -i:n tulokset

ALKUPERÄINEN Kameran asetus 60i:
Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'alkup_60i.MTS':
  Duration: 00:00:20.03, start: 0.469967, bitrate: 23448 kb/s
  Program 1
    Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn, 59.94 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
At least one output file must be specified

ALKUPERÄINEN Kameran asetus 30PF:
Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'alkup_PF30.MTS':
  Duration: 00:00:21.53, start: 0.447778, bitrate: 23869 kb/s
  Program 1
    Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn, 59.94 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
At least one output file must be specified

ALKUPERÄINEN Kameran asetus 24PF:
Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001)
Input #0, mpegts, from 'alkup_PF24.MTS':
  Duration: 00:00:21.02, start: 0.766967, bitrate: 24036 kb/s
  Program 1
    Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 59.96 fps, 59.94 tbr, 90k tbn, 59.94 tbc
    Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s
At least one output file must be specified

RENDERÖITY LEIKE:
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'koe4_prof29_97_25k.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    creation_time   : 1970-01-01 00:00:00
    encoder         : Lavf53.2.0
  Duration: 00:00:25.49, start: 0.000000, bitrate: 24912 kb/s
    Stream #0.0(und): Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 24677 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc
    Metadata:
      creation_time   : 1970-01-01 00:00:00
    Stream #0.1(und): Audio: aac, 48000 Hz, stereo, s16, 228 kb/s
    Metadata:
      creation_time   : 1970-01-01 00:00:00
At least one output file must be specified