OpenShot Video Editor 1.0 (diskuse)

[Ivanhoej]

zeby konkurencia kdenlive?

[ed]

kedze obe stoja nad MLT a FFMPEGom, oba budu rovnako stat a padat s tym, ako bude stat a padat kvalita samotneho ffmpeg-u a mlt, priapadne kto aky mess v distribucii spravi s ich vzajomnou kombinaciou.

kazdopadne je to len dobre, pretoze este pred casom nebolo k dispozicii okrem cinellery prakticky nic a tu ked chcel clovek pouzit, musel zacat praktizovat ciernu magiu a splnit velmi dlhy zoznam predpokladov.

[mare_hb]

člověče, nevím, ale jediný problém s cin... mám v tom, že mám malý monitor :(

[Espinosa]

> kedze obe stoja nad MLT a FFMPEGom, oba budu rovnako stat a padat s tym, ako bude stat a padat > kvalita samotneho ffmpeg-u a mlt, priapadne kto aky mess v distribucii spravi s ich vzajomnou > kombinaciou.

Ano, máte pravdu, narazil jsem na to samé. Částečně za to může sám Ffmpeg protože dlouhou dobu prostě rezignoval na release a distributoři museli brát snapshoty z SVN. Což pro MLT a Kdenlive znamená sázku do loterie. Většina ostatních projektů Ffmpeg raději staticky slinkuje s ověřeným snapshotem - mplayer, xine, VLC ??.

Kdenlive by měl buildovat někdo kdo se pohybuje přímo v projektu Kdenlive a použít výhradně privátní verzi Ffmpegu. Ale realita je jiná, distribuční baliči se starají o stovky aplikací (viz rozhovor s Aničkou ze Suse) a Kdenlive/MLT ležela spíš na okraji pozornosti, tomu pak odpovídá kvalita. Ale to je obecný problém a tvrdá daň za stovky distribucí co máme :(

[pivrnec]

se nam nejak rozmnozily nelinearni editory. jaky typ softu jeste na linuxu chybi???

[Jan Drábek]

To že se "rozmnožily" ještě neznamená, že by se jim měla přestat věnovat pozornost - přeci jen kvalit uzavřeného softwaru (těch nejlepších) ještě nedosahuje.

[xm]

Jejich kvalita je zcela dostatečná i na stříhání mnoha hodin videa včetně hromady přechodů, titulků a efektů (vlastní zkušenost, konkrétně s Kdenlive).

[Jan Drábek]

Dostatečná pro domácí a mírně pokročilejší uživatele. Profesionální střihače asi sotva uspokojí.

[xm]

Netuším co víc profi střihači potřebují, ale budu s vámi tedy souhlasit

Každopádně pro profi střih je na něco použitelný Blender a pak je tu samozřejmě obligátní Cinelerra.

[Kerala]

Tipnul bych, že profesionální střihač sáhne hlouběji do kapsy, než domácí uživatel.

[neal_cz]

Mě chybí NLE s filozofií práce jako má applí iMovie :(

[Jan Drábek]

Můžete založit

Je pravdou, že většina přichází od Windows, tak tam pochází inspirace. Od Macu asi moc lidí nepřechází, tak proto (podle mě) chybí motivace.

[tomboytom-deviant]

Uživatelé Macu nepřechází na linux, protože nemají motivaci taky. :)

[FrantaS]

OCR

[aR]

Už chybí jen něco, kde se dají pohodlně kreslit výkresy, něco ve stylu Autocad 2000 nebo DWG editoru. Někdy by stačil jen prohlížeč - obdobu VoloView a pod. Jinak držím palce, editory videí mě už nechybí - konečně je na čem stříhat.

[radek]

Nevidim tam nikde odkaz ... vypada to dobre, zatim sem nenasel neco co by me spravne zpracovalo AVCHD, pokazde sem skoncil s rozhozenym obrazem a zvukem.

[Jan Drábek]

Určitě máte nejnovější FFMPEG (ta podpora AVCHD spočívá právě na této knihovně).

A není to výkonem počítače?

[Ivanhoej]

Tento editor nerozhodi zvuk ale je strasne lenivy. Na 4 jadrovom CPU treba cakat na kazde skrolovanie par desatin sekund, na slabsich strojoch je preto prakticky nepouzitelny. Ale AVCHD naozaj zvlada lepsie ako kdenlive, lenze ten je niekolko krat sviznejsi a aj padavejsi :).

[xm]

U OpenShotu bych jako plus vyzdvihnul, že je napsán v Pythonu (a na všechny Python-hatery plazím jazyk :-P). Nicméně osobně zůstávám u Kdenlive - kvůli tomu že to je KDE aplikace a také kvůli tomu že už je přeci jen dospělejší.

[Jan Drábek]

Python mi v tomto případě přijde jen výhoda co se týče otázky rychlosti vývoje

[msk]

Len aby im neprerastol cez hlavu. Inak podla videi mi to pride fajn soft, urcite vyskusam.

[Espinosa]

Dovolím si nesouhlasit. Hlavním důvodem je použitý mediální framework (backend). Důkaz - PiTiVi používá ty samé UI knihovny - Python a Gtk - je o 4 roky starší, pracuje na ní údajně 2 pacení vývojáři a přesto není ani zdaleka tam kde je dne OpenShot.

Rozdíl je právě v použitém mediálním frameworku. Gstreamer+Gnonlin co pužívá PiTiVi je jak chudý příbuzný MLT. Framework MLT+Ffmpeg představuje odkadem 3/4 funkčnosti OpenShotu a Kdenlive. Díky němu rychle získal OpenShot (a Kdenlive) i ty "profesionální" funkce - key framing, alpha channel, compositing, efekty, podporu SVG.

Více moje rekace na root.cz OpenShot a PiTiVi. http://www.root.cz/zpravicky/video-editor-pitivi/335297/

[Jan Drábek]

Máte pravdu, hlavní funkčnost je prostě v MLT. Mojí reakcí jsem spíš myslel to, že by se nad ní stavělo GUI v C++ pomaleji než v Pythonu, ale možná se mýlím.

[Espinosa]

Ano, myslel jsem že to tak myslíte :) A polemizuji s tím. Právě ve srovnání s PiTiVi.

Hodně záleží na programátorovi, jeho zkušenostech a schopnostech. On Jonathan Thomas se na tomto programu víceméně učil programovat (což mě trochu zneklidňuje s ohledem na výslednou kvalitu a technický design), tak zvolil Python. Má kratší "learning curve" než C++, takže pro sebe asi zvolil dobře, ale z hlediska programu samotného a uživatelů, mno nevím...

Nemám nic proti vyšším jazyků jako je Python, sám programuji v Javě, nicméně pro takové aplikace jako je video editor je C++ vhodnější jazyk. I drobný přírůstek v rychlosti je tady přínosem, hlavně při přehrávání výstupního videa v real time. Python bude něco ztrácet mapováním nativního MLT na volání Python, převod datových struktur Pythonu na C a tak. U účetní aplikace je to brnkačka, ale silně interaktivní video editor.

[xm]

O samotné operace s videem a rendering se stará MLT/ffmpeg, o GUI se stará GTK. Všechno C-čkové knihovny. Nic jiného není nijak extra výpočetně náročné. Python je tedy na takovou aplikaci naprosto ideální jazyk.

[Espinosa]

Při přehrávání videa, ať už source nebo target, je interakce mezi UI a engine až až, včetně extra kontroly synchronizace zvuku, update pozice (čas, frame, synchronizace s pozicí na hlavní časové ose, případný posun celé osy ..). Díval jsem se do zdrojáků Kdenlive, pravda někdy verze 0.5svn. Ztráty způsobené přepínáním mezi nativním kódem a Python tady mohou být vnímatelné.

[Jan Drábek]

Co jsem pochytil od vývojářů PiTiVi tak tam se spíš celou dobu vrtají a překopávají jádro (práci se samotným videem).

[Espinosa]

Ano, on je jeden z nich (oba?) zároveň pracují pro Fluendo a to se dost angažuje v Gstreamer a tím i Gnonline. Trochu se jim ta práce "vertikálně rozplizla".

Mimochodem, gstreamer má nějaké vleklé porodní bolesti? Tolik se od toho slibovalo, přitom stále platí, pro Phonon zvolte xine místo defaultního gstreameru pro optimální výkon, gstreamer byl nespolehlivý i pod staršími Amarokem a Kaffeine, ani u Gnome aplikací nemám dojem, že by masově používán. Zajímavý příspěvek na téma obecně koncipovaný framework - gstreamer versus úžeji specializovaný framework - MLT.

[Jirka]

Zajimalo by me, kolik vyvojaru pise MLT a ffmpeg?

[Espinosa]

Ffmpeg - poměrně hodně, ffmpeg je jeden z mála ne-serverových komerčně úspěšných projektů. Používá se v řadě HW video přehrávačů, TV setup boxů a tak. Bohužel leckde i v rozporu s licencí. Jeho velkou výhodou, že je jen jeden a nemá duplicitní konkurenci či fork, tedy problém který sužuje řadu desktopový FOSS aplikací - například video editory :)

MTL - pokud vím, stále ho vyvíjí primárně jeden člověk. A jeho jméno je pojem - Dan Dennedy, autor známého DV editoru Kino. Stavěl na bohatých zkušenostech . MTL je striktně desktopově agnostický, ani Gnome ani KDE, i přes to že Dan je zkušený Gtk programátor, viz Kino.

[Acci]

Další skvělá ukázka, že GUI aplikace by v žádném případě neměl dělat programátor (nebo alespoň programátor bez estetického cítění).

[Ivanhoej]

su tam 4 temy ta simply je asi najlepsia, default je naozaj strasna.

[Jan Drábek]

Já to do toho článku nechtěl psát, ale ten výchozí skleněný vzhled je fakt strašný

[Milan Lajtoš]

It's... Monty Python's Flying Circus! ;)

[Espinosa]

Nechci aby to vypadalo že rýpám, ale mohu se zeptat, jak moc autor recenzovaný program testoval?
Zkusil si sestříhat nějaký netriviální projekt? Vícero formátů, kodeků, velikostí, přechodů?
Zkusil si autor importovat nějaký netriviální SVG obrázek?
Práce se zvukem byla vyzkoušena? Stačilo by jednoduché ztlumení a zesílení vybraných úseků.

Překvapivé je, že recenze na OSNews vyzněla, na rozdíl od této recenze, výrazně hůř:
http://www.osnews.com/story/22715/OpenShot_A_Prematurely_Released_Video_Editor
autorčino hodnocení 3/10.
Recenze na OSNews na mě udělala dojem, že autor OpenShot používal intenzivněji.
..Even a 320x176 OGV file was bleeding framerate...
..I was able to reproducibly crash the application using a WMV VGA video, and a 720/30p MJPEG AVI ..
..This is not an 1.0 application. It's not even beta. It's alpha quality..
..I'm afraid that doing actual work with that editor is out of the question:..
a tak dále asi v tomto duchu.

[Jirka]

Mozna se meli vydat cestou cislovani verzi jako mplayer (1.0pre1 vydan 2003-09-01, 1.0rc1 2006-10-22 a letos snad uz vyvojari vyjdou s kuzi na trh, jestli to tedy do te doby nezabali).

[Smajchl]

to by byla skoda, mplayer je nejlepsi prehravac a VLC je taky dost dobrej, ale uz mam zazity pismenka ovladani mplayeru, fakt super ovladani ma.

[Jan Drábek]

Zkoušel jsem nějaký DivX, MP3 a dva vzorky 720 i 1080. Na počítači nemám žádné WMV, MJPEG...

Za celou práci mi to nepadlo a rozhodně se nedá říci, že něco o bleeding framerate - až na to HD video a problém překreslení to jelo plynule.

Nehledě na to, že pokud by tyhle věci nefungovali pak to téměř nutně musela být vada MLT nebo FFMPEG, nikoliv Openshotu?

[Espinosa]

Jak zhruba složitý projekt? Alespoň 2 stopy videa? Jedno extra audio (hudba na podmazání). Deset tituků. Pár prolínaček. 5x PNG včetně průhlednosti, 5x různé SVG - něco takového bych si představoval jako minimum pro recenzi.

Ideální je tak půlroční zkušenost a snaha sestříhat něco reálného. U OpenShotu vás omlouvá, že je to příliš nová aplikace, pře půlrokem byla na světě sotva první alfa. Což mě docela nakrklo, že zostra nasadil verzi 1.0. U FOSS mi to přijde trochu "neetické" vůči ostatním programům co začali poctivě od 0.x verzí.

Já jsem si dost užil s Kdenlive. Sesříhával jsem v tom 3-4 hodiny zdrojového videa, naše cesta Formanem z Prahy do Izraele a zpět. Podle země jsem dával vlaječky (Gaza a West Bank dostaly Palestinskou , poloprůhledný podklad pod titulky, základní úprava zvuku, hlavně ztišení motoru, úprava ujíždějícího zvuku u zdrojového videa, řešení praktických problémů a tak. - takhle si představuji IDEÁLNÍ projekt pro recenzi.

[Jan Drábek]

2 stopy videa, extra audio, jedny titulky, 2 prolínačky. Kdybych v tom dělal víc možná bych se mohl dobrat podobným výsledkům jako recenzentka. Ale na druhou stranu tomu tolik času obětovat nemůžu.

Etičnost v číslování verzí je vcelku šílená myšlenka - to by pak třeba vývojáři kernelu mohli říct, že všichni kdo vydají verzi 2.6 svého programu dříve než za 12 let se chovají neeticky

[Espinosa]

Jasně rozumím. OpenShot vzbudil dost zájmu, náhoda nebo je autor marketingově na výši, takže snad časem někdo určitě najde, kdo se pustí do něčeho rozsáhlejšího a podělí se o zkušenosti, třeba v blogu.

Tedy pokud někdo nevydá další video editor, který strhne pozornost zase pro změnu na sebe a zase budeme na začátku. Mimochodem, nechystá Miguel de Icaza taky video editro, NLE střižnu, mělo to snad být něco v Monu, jako demonstrace co Monu jde udělat a MLT má binding pro Mono taky. Nevíte o tom někdo něco?

[Jan Drábek]

Ta touha kopat za vlastní je někdy kontraproduktivní

O Icazovi jsem zatím nic nezaslechl, ale až přijde tak už budu mít připravenou knihovnu vzorků

[Espinosa]

> vada MLT nebo FFMPEG

To je dobrá poznámka, jak Kdenlive tak Z vlastní zkušenosti - Kdenlive standardně používá(la) systémový ffmpeg v takovém "naivně unixovém" duchu. Což v některých distribucích dost poškodilo pověst*

Mimochodem, ani vy ani Eugenie z OSNews neuvádí zdroj balíčků MLT a Ffmegu. Systémový, "privátní", vlastní kompilace ze SVN, distribuční verze, atd.

* Za nestabilitu si ale může i Kdenlive samotné, neb využili "příležitost" při přechodu na KDE4 a aplikaci rozkopali k nepoznání (viz screenshoty v blogu) a to stabilitě nikdy moc nesvědčí.

[Jan Drábek]

To je dobrá poznámka, jak Kdenlive tak Z vlastní zkušenosti - Kdenlive standardně používá(la) systémový ffmpeg v takovém "naivně unixovém" duchu. Což v některých distribucích dost poškodilo pověst*

* Za nestabilitu si ale může i Kdenlive samotné, neb využili "příležitost" při přechodu na KDE4 a aplikaci rozkopali k nepoznání (viz screenshoty v blogu) a to stabilitě nikdy moc nesvědčí.

Trefné - zcela souhlasím.

Mimochodem, ani vy ani Eugenie z OSNews neuvádí zdroj balíčků MLT a Ffmegu. Systémový, "privátní", vlastní kompilace ze SVN, distribuční verze, atd.

To vede k zamyšlení jestli by to nestálo za to u článků podobného ražení psát. Kromě Openshotu samotného jsem používal vše z repozitářů Archlinuxu.

[Smajchl]

* Za nestabilitu si ale může i Kdenlive samotné, neb využili "příležitost" při přechodu na KDE4 a aplikaci rozkopali k nepoznání (viz screenshoty v blogu) a to stabilitě nikdy moc nesvědčí.

A tim pro me Kdenlive skoncilo, pouzival jsem ho v KDE pohoda docela fajn program, docela i padal ale dalo se to, pak prislo KDE 4 a prestala fungovat vetsina pocitace... pak lezel pul roku bez povsimnuti a pak sem vymenil disk za disk s Windows a daroval ho dedeckovi. Ted sem si zas koupil pocitac a KDE uz pouzivat nebudu, dam si tam Gnome, tak zkusim OpenShot, mam hodiny nesestrihanejch videi, tak to v tom zkusim zpracovat a pak o tom neco napisu jak to slo... Kdenlive padalo docela dost. Nebo treba delalo to ze se na timeline zobrazovalo neco co presne neodpovidalo tomu videu co se prehravalo a podobny haluzoviny, vetsinou stacilo ulozit projekt a zas ho otevrit ale je to neprijemny precejenom...

[Pavel 'TIGER' Růžička]

Trosku mimo, ale radeji si misto Gnome dej XFCE ... ja se na prechod z Gnome na XFCE chystal delsi dobu a nelituji.