Увидел свет значительный выпуск многотрековой системы нелинейного видеомонтажа Flowblade 2.0 (http://jliljebl.github.io/flowblade/), позволяющей компоновать фильмы и видеоролики из набора отдельных видео, звуковых файлов и изображений. Редактор предоставляет средства для обрезки клипов с точностью до отдельных кадров, их обработки при помощи фильтров и многоуровневой компоновки изображений для встраивания в видео. Имеется возможность произвольного определения порядка применения инструментов и корректировки поведения шкалы времени.
Код проекта написан на языке Python и распространяется (https://github.com/jliljebl/flowblade/) под лицензией GPLv3. Сборки подготовлены в форматах Flatpak и deb.
Для организации редактирования видео применяется фреймворк MLT (https://www.mltframework.org/). Для обработки различных форматов видео, звука и изображений применяется библиотека FFmpeg. Интерфейс построен с использованием PyGTK. Для математических вычислений задействована библиотека NumPy. Для обработки изображений применяется PIL (http://www.pythonware.com/products/pil/). Возможно использование плагинов с реализацией видео эффектов из коллекции Frei0r (https://frei0r.dyne.org/), а также звуковых плагинов LADSPA (http://www.ladspa.org/) и фильтров изображений G'MIC (https://www.opennet.dev/opennews/art.shtml?num=48153).
Основные возможности (http://jliljebl.github.io/flowblade/features.html):- 11 инструментов редактирования, 9 из которых входят в базовый рабочий набор;
- 4 метода вставки, замещения и прикрепления клипов на шкале времени;
- Возможность помещения клипов на шкалу времени в режиме Drag & Drop;
- Возможность прикрепления клипов и композиций из изображений к другим родительским клипам;
- Возможность одновременной работы с 9 комбинированными видео и звуковыми треками;
- Средства для корректировки цветов и изменения параметров звука;
- Поддержка комбинирования и смешивания изображений и звука;
- 10 режимов композитинга. Инструменты для анимации по ключевым кадрам, позволяющие смешивать, масштабировать, перемещать и вращать исходное видео;
- 19 режимов смешивания для вставки изображений в видео;
- Более 40 шаблонов замещения изображений;
- Более 50 фильтров для изображений, позволяющие корректировать цвета, применять эффекты, размывать, манипулировать прозрачностью, замораживать кадр, создавать иллюзию движения и т.п.
- Более 30 звуковых фильтров, включая микширование с привязкой к ключевым кадрам, добавление эха, ревебрации и искажения звука;- Поддержка всех популярных форматов видео и звука, поддерживаемых в MLT и FFmpeg. Поддержка изображений в форматах JPEG, PNG, TGA и TIFF, а также векторной графики в формате SVG.
Выпуск Flowblade 2.0 примечателен (https://github.com/jliljebl/flowblade/blob/master/flowblade-...) полным пересмотром организации процесса редактирования видео и кардинальной переработкой интерфейса. Процесс редактирования по шкале времени стал значительно более настраиваемым и понятным. Предложено два типовых варианта преднастроек процесса редактирования - стандартный набор на базе инструмента "Move" и набор для редактирования в стиле фильма на базе инструмента "Insert". Расширены возможности редактирования по ключевым кадрам. Добавлены новые инструменты (Keyframe, Multitrim, Cut, Ripple Trim) и расширены многие старые. Предложена новая тема оформления и реализована компоновка интерфейса на базе трёх панелей. Выполнен перевод элементов интерфейса и справки на русский язык.
URL: https://github.com/jliljebl/flowblade/releases/tag/v2.0
Новость: https://www.opennet.dev/opennews/art.shtml?num=50099
Кучно!
Да. Еще Olive порадовал.
Чем он лучше KDEnlive, OpenShot, Shotcut, Pitivi, Olive...?
Чем?
Падучесть + пол-kde впридачу, убогость уровня MovieMaker x 2, глюкавая убогость, а последний вообще анонсирован(!) всего полтора месяца назад.
Когда у тебя уже стоит КДЕ,пол КДЕ не проблема
> Падучесть + пол-kde впридачуDepends: python-cairo, python-numpy, python-dbus, python-pil, python-gi, python-gi-cairo, gir1.2-glib-2.0, gir1.2-gtk-3.0, gir1.2-pango-1.0, gir1.2-gdkpixbuf-2.0, python-mlt | python-mlt5 | python-mlt2, librsvg2-common, frei0r-plugins, swh-plugins, gmic, python:any (>= 2.6.6-7~)
Да ты трепло.
Package: kdenlive
Source: kdenlive-dmo
Version: 1:0.9.10-dmo2
Installed-Size: 4 556 kB
Maintainer: Christian Marillat <marillat@deb-multimedia.org>
Depends: kde-runtime (>> 4:4.10), libc6 (>= 2.15), libgcc1 (>= 1:4.1.1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libice6 (>= 1:1.0.0), libkdecore5 (>= 4:4.4.95), libkdeui5 (>= 4:4.8.4), libkio5 (>= 4:4.7.0), libknewstuff3-4 (>= 4:4.4.0), libknotifyconfig4 (>= 4:4.3.4), libkrossui4 (>= 4:4.3.4), libmlt++3 (>= 1:0.9.2), libmlt6 (>= 1:0.9.2), libnepomuk4 (>= 4:4.5.85), libqjson0 (>= 0.7.1), libqt4-dbus (>= 4:4.5.3), libqt4-network (>= 4:4.5.3), libqt4-opengl (>= 4:4.5.3), libqt4-script (>= 4:4.6.1), libqt4-svg (>= 4:4.5.3), libqt4-xml (>= 4:4.5.3), libqtcore4 (>= 4:4.8.4), libqtgui4 (>= 4:4.8.0), libsolid4 (>= 4:4.3.4), libsoprano4 (>= 2.1.1), libstdc++6 (>= 4.1.1), libv4l-0 (>= 0.5.0), libx11-6, libxau6, libxdmcp6, libxext6, libxft2 (>> 2.1.1), libxpm4, kdenlive-data (= 1:0.9.10-dmo2), melt, ffmpeg> libkdecore5 (>= 4:4.4.95)
> libkdeui5 (>= 4:4.8.4)
> libkio5 (>= 4:4.7.0)
> libnepomuk4 (>= 4:4.5.85)
> libknotifyconfig4 (>= 4:4.3.4)Чё ты там вякнул?
Чукча не читатель.
Много раз Солнце отдалялось от Земли и сближалось с ней со времён понятности текстовых примитивов для отличников боевой и политической подготовки. Темнеет.
Это тебе что-то на голову упало. Неделю использую, никаких проблем.
Не знаю, я пользуюсь Blender.
аналогично хватает блендера. если что можно кое-что в шоткут сделать
Хорошо, но до Blender'а ему ещё далековато. Надеюсь, что со стабильностью лучше, чем у Pitivi.
> Хорошо, но до Blender'а ему ещё далековато.И это хорошо. Потому что Blender для создания анимаций (упрощенно говоря), а сабж для редактирования видеороликов.
Иногда не хватает штатной программы чтобы вырезать пару секунд с видоса с регистратора и выложить на ютубчик. Пользуюсь avidemux, но оно иногда тупит.
> Blender для создания анимаций (упрощенно говоря)Да? Вон оно что. А то я как раз "вырезаю пару секунд с видоса", а это оказывается было просто физически невозможно, потому что "Blender для создания анимаций".
А джипежики ты GiMP-ом смотришь?
А plaintext - непременно LibreOffice?
> > > > до Blender'а ему ещё далековато.
> > > Blender для создания анимаций
> > А то я как раз "вырезаю пару секунд с видоса"
> А джипежики ты GiMP-ом смотришь?Т.о. вначале нонеймы всех уверяют, что блендер не для редактирования видео, а для "создания анимаций", а потом садятся в лужу и правильно соотносят блендер к васяноподелкам как гимп к васянопросмотрщикам. Уже радует.
Ну что? Несите следующего нонейма, который скажет, что блендер не годится для редактирования видео, потому что он якобы "только для создания анимаций".
Строго говоря, редактор видео в блендере не его ___основная___ фича, и тем не менее эта его ___неосновная___ фича переплевывает все линуксовые редакторы видео (включая сабж и кденлив) вместе взятые и помноженные на самих себя, даже если они только и заточены на редактирование видео. Позор.
> его ___неосновная___ фича переплевывает все линуксовые редакторы видео
> (включая сабж и кденлив) вместе взятые и помноженные на самих себя,
> даже если они только и заточены на редактирование видео. Позор.Строго говоря, не все линуксовые редакторы, а все свободные линуксовые редакторы. Потому что Lightworks.
Виталя, там полноценный видеоредактор. Правда, весьма неортодоксальный интерфейс, но это кастомизирется.
>Код проекта написан на языке Pythonпросто обязан существовать плагин, подключающий туда deepfake.
>> Код проекта написан на языке Python
>> Интерфейс построен с использованием PyGTKlibfacepalm
libunneeded
libtriplefacepalm
Более лучше всего то, что
для математических вычислений задействована библиотека NumPy
вот она то одна из лучших в питоне по мат расчетам. вот честно не вижу ничего плохого в питоне. да не так шустро как с/с++, но если выполняет работу должным образом, то хоть на руби))
> если выполняет работу должным образомНе выполняет, лол. Любой софт на питоне не выполняет должным образом. Менее предсказуемый в рантайме интерпретатор еще поискать н адо. Даже вывод в цикле hello world рано или поздно отвалится.
вечных циклов не писал на питоне)) но маленькие скрипты для расчетов и замен части текста с регулярками делал. ничего не отвалилось. хотя и у си тоже проги уходять в зомби режим периодически. так что пожалуй если искать абсолют то пожалуй .. ассемблер?
трепло
> вот честно не вижу ничего плохого в питоне. да не так шустро как с/с++перечитайте комментарии в конце под http://www.opennet.dev/opennews/art.shtml?num=50000 - узнаете кое что для себя новое.
Ничего что numpy не на пихоне вовсе, а в изрядной степени - на фортране, большая часть на C, что-то, внезапно, даже и на C++, а к пихону там, собственно, повернут только интерфейс?
Больше сомнений вызывает pygtk
PyGTK - тоже тупо биндинг к C.
> PyGTK - тоже тупо биндинг к C.не, не тем что он С, тем что он - gtk ;-)
А, ну да, тут же религиозный вопрос...
в данном случае я имел ввиду лучшее в питоне по мат расчетам, а не то что из питона приходится дергать функции на си или плюсах.
Вот она-то одна из лучших в ПИТОНЕ.В то время, как кодеки до сих пор на ассемблере пилят — вот ведь людям делать нечего.
Для прикладных-то расчётов NumPy прекрасная вещь, когда неважно, минуту ждать результата или две.
Вообще-то автор ничего не упоминал про numPy, а все так ринулись эту либу защищать :) Подгорелло, похоже.
> libfacepalm
> libunneededЧто поменяется в этом видеоредакторе если он будет написан на другом языке ?
Производительность, зависимости библиотек, привязка к архитектурам, рантаймам, интерфейс... в общем-то, очень многое. Для некоторых проектов - даже название (это где авторы воткнули привязку к ЯП или тулкиту в название софта).
Ждём твою альтернативу, аналогичную по возможностям, но написанную на c++/qt. А до тех пор пройдите наxер.
Для GTK окружений незаменим
Он на Qt. На GTK есть Pitivi.
> Он на Qt. На GTK есть Pitivi.В новости явно сказано - PyGTK. Чукча не читатель?
Так вот в чем здесь дело. Месяц назад поставил Flowblade в KDE и ни на миг не покидало странное ощущение. Вроде где-то видел что на Qt, и я со спокойной совестью поставил его и начал работать. Но нутром понимал, что где-то меня обманывают, когда смотрел на этот интерфейс. Прямо жопой почувствовал что-то неладное. Этот внутренний дискомфорт не проходил целый месяц. А оно оказывается на GTK, вот значит как. Всем спасибо, снес и пересел обратно на KDEnlive, а завтра еще поставлю и потыкаю Olive.
Вам работать или любоваться на GTK-интерфейс? Kdenlive хорошо работает в GTK-окружениях.
Заменимы ли GTK-окружения?
Как у Flowblade с поддержкой ускорения рендера посредством задействования GPU и с nvidia cuda в частности?
Раз использует FFMPEG - то думаю должно работать, но сам не проверял.
Kdenlive тоже использует, но можно либо включить ограниченный набор тестовых отдельных GPU эффектов (что у меня приводит к чуть ли не постоянным падениям), либо рендерить с использованием nvidia nvenc, а предпросмотр это не ускорит (впрочем, nvenc всё равно не поддерживается моей видеокартой)
если вам надо ускорять не финальный рендер, а *предпросмотр* - вы выбрали явно не тот компьютер для видеомонтажа.тем более - монтажкой на пихтоне.
Обязательно заценим. Оно по совокупности параметров самое адекватное: не такое примитивное как openshot, не некрофилия как cinelerra, умеет нелинейный монтаж, в отличие от avidemux, не падает как kdenlive. Не беру blender и закрытые проекты типа Resolve (первый не умею, а вторые нужно сперва ещё умудриться поставить на что-то отличное от "рекомендованного дефолта").Из недостатков: иногда адово течёт при сборке и переделке переходов, не умеет в перекодирование клипов, куцые фильтры (crop, например, делается через Ж - растягивание нужного куска кадра и ресайз обратно, отчего страдает качество). Поэтому, для приведения кусков видео к нужному виду приходится использовать avidemux в качестве препроцессора.
> Выпуск Flowblade 2.0 примечателен полным пересмотром организации процесса редактирования видео и кардинальной переработкой интерфейса. Процесс редактирования по шкале времени стал значительно более настраиваемым и понятным.
Хорошо если так. А то после гнома, фраза "более понятный интерфейс" ассоциируется исключительно с "для полуслепых аутистов-паралитиков с одним пальцем".
Может, тут улучшили?
>что-то отличное от "рекомендованного дефолта"На рачеподобных проблем нет.
На убунте не пробовал. Что там в качестве дефолта не знаю.
Можно все, что на mlt, счмтать копией kdenlive?После DaVinci Resolve даже не хочу смотреть в сторону других видеоредактороа
А как DaVinci по сравнению с Adobe premiere? Слышал что давинчи используют исключительно для покраски?
Он сейчас уже умеет много всего и в принципе не уступает в функционалу Premiere. Причем даже бесплатной версии достаточно для многих вещей.
Кстати какие кодеки использовать, чтобы в бесплатной версии поддерживались? Столкнулся с тем, что исходники с моей камеры ни в каком формате не принимает, надо специально во что-то конвертировать.
Я через homebrake перегоняю в mpeg4 с максимальным качеством, а звуковую дорожку тупо через ffmpeg в стандартный pcm16, тогда он всё подхватывает.ЗЫ. резолв искаропки в линуксе подхватил cuda и юзает ее по полной программе при рендере
> Кстати какие кодеки использовать, чтобы в бесплатной версии поддерживались? Столкнулся
> с тем, что исходники с моей камеры ни в каком формате
> не принимает, надо специально во что-то конвертировать.#!/bin/bash
#ffmpeg -i $1 -profile:v dnxhr_sq -acodec:0 pcm_s16le -f mov $1.mov
ffmpeg -i $1 -c:v r210 -acodec:0 pcm_s16le -f mov $1.movзакомменченная строка - для вариантов где возможно такой профайл задать, второй - срабатывает для многих исходников
О! А эта штука умеет в несколько аудиодорожек?
Т.е. когда клип перетягиваешь в таймлайн, то у неё все аудиодорожки отдельно добавляются?
Если про давинчи, то там есть отдельный аудиоредактор.
Там есть кнопка "разделить аудио и видео", подефолту оно всё на одном видео-таймлайне
Давинчи Решает?
пусть для начала нормальный набор кодеков в линукс завезут, вот тогда вообще всех порвёт :)
> пусть для начала нормальный набор кодеков в линукс завезут, вот тогда вообще
> всех порвёт :)а куда завезли?
и лучше обрабатывать исходный материал, тогда ffmpeg полностью закрывает тему
Забавно, что у них Python 2, а PyGobject 3. Вообще, им можно было бы вполне переехать на PyPy, по крайней мере PyGobject и NumPy уже для него есть.
перенос на Python 3 в течение 2021 года.
Интерфейс выглядит профессионально, модно. Идея совмещенных аудио-видео дорожек просто гениальна, сэкономит треть экрана для видеодорог. Вот увидите, скоро её слямзят Premiere, AfterEffects и Vegas.
на первый взгляд не дурно.