Вторая часть ЖЖ-постинга в продолжение Переход с Linux на FreeBSD. Успех, но....

Кино я любил всегда. У меня есть привычка вырезать какие-то понравившиеся сцены в отдельную копилку. Так довольно часто случается, что в плохом кино есть одна-две очень удачных сцены. Это стало еще более актуально из-за психофармы, т.к. она вызывает эмоциональную тупость. Смотреть и читать толком не можешь, а освоение софта возможно, т.к. операции с ним не требуют эмоционального интеллекта.

Итак, на экране фильм 1978 года, так называемый b-rating (фильмы второго сорта). Очень мне понравилась работа с цветом в кадре после сцены изнасилования и вот я ее решил вырезать и сохранить.

Какашкой под названием kdenlive пользоваться затруднительно, потому что она а) постоянно падает, б) выглядит так, как я назвал выше. (Дада, я в курсе вашего ценного мнения, что падает только у меня, а вообще ваша любимая программа падать не может и выглядит как надо).

Поковырял Davinci Resolve, но в эмуляции Linux'a не заработало.

А вот блендер а) весит копейки б) не падает в) выглядит хорошо г) может использовать ускорение на GPU. И все это на FreeBSD.

Основная сложность с блендером в том, что он хоть и научился по виду имитировать коммерческий профессиональный софт, к сожалению, с т.з. юзабилити остался опенсорсной поделкой. Я потратил час, наверное, пытаясь понять, почему не работает drag'n'drop файлов и в итоге выяснил, что

* d'n'd работает только в режиме просмотра крупных значков с thumbnails. Переключаешь вид и drag'n'drop перестает работать.
* Еще, например, нельзя сделать undo history отдельным окном, зато можно какую-то python-отладочную консоль для гиков.
* Черт ногу сломит в поисках key binding, которые не то, что не по алфавиту, а как-то с хитрецой вообще сгруппированы.
* Выделить обе дорожки можно при помощи shortcut'a и мыши, но только, если их концы синхронизированы...

И куча вот таких вот приколов... Это одна из причин, почему коммерческий софт не утрачивает своих позиций.

Поэтому осваивать приходится долго и нудно, отсматривая обучающие видео и все дотошно повторяя. Плюс между версиями 2.8, 2.9, 3.0 постоянно идут изменения интерфейса и подписей к кнопкам. Так что в плане обучения это мучение...

Но тем не менее за 3 дня я

* поставил Blender 3.0, настроил интерфейс, поместил tmp на SSD
* загрузил файл,
* создал proxy-клипы (облегченные копии исходных файлов, благодаря которым у меня все это хозяйство летает на железе 2013 года. двухпроцессорный xeon, дисковый массив),
* сделал нарезку, добавил пару полос для fade-эффекта и
* стоп-кадр. стопкадра на скриншоте еще нет и на выяснение за какие ползунки надо тащить, чтобы кадр остановился, и почему у меня не так, как на видео, я уже время тратить не стал. Просто экспортировал нужный кадр в картинку и загрузил его отдельно. при этом появились какие-то дебильные артефакты в preview, но в финал они не попали.

Усилением (gain) звуковой дорожки еще не занимался. А вообще звук выводит через библиотеку OpenAL, так что я успешно обошелся только юниксовой звуковой системой OSS/sndio, о достоинствах которой писал в Переход с Linux на FreeBSD. Успех, но.... Так что опять обошлось трушно и без добавлений в систему PA/PW и т.д.

В целом программа кудрявая, но хорошая. Хорошая, но маленько кудрявая, конечно.

>>> Просмотр (1600x1200, 745 Kb)

В сентябре прошлого года, в Крыму, около Евпатории, группа очень неравнодушных товарищей записала танцы. Танцы записывались с воздуха при помощи дрона. А потом человек, который снимал это видео, сказал, что монтировать это видео он по какой-то причине не будет. Выдал исходники, которые я взял и решил смонтировать во что-нибудь приличное.

Проблема была также в том, что исходники были пожаты, сняты в странном разрешении 1280x684 и зачем-то 120fps. Почему так было снято — для меня загадка, может, оператор просто перепутал значения. Ну и для остроты ощущений — было снято всего два ролика с танцами и один с красивыми пролётами над морем.

Вторая проблема была в том, что видео было записано в S-log, поэтому его нужно было красить. Собственно, на скриншоте слева оригинальный клип, справа — покрашенный. Для покраски использовался бесплатный LUT Saber от GroundControl.

Кроме собственно покраски требовалась нарезка, поправка баланса белого, поправка яркости — поскольку съёмка велась на закате и баланс белого и яркость медленно плыли по всему ролику. Ну и по мелочи — титры, наложение звуковой дорожки, синхронизация движений с музыкой.

Примерно полгода назад я задавался вопросом, чем отличаются видеоредакторы под Linux, много их: kdenlive, openshot, shotcut, flowblade, cinelerra, blenderVSE, olive… Так вот, ответ прост: kdenlive на пару голов выше всего остального.

К примеру, shotcut порадовал совершенно наркоманским юзабилити. Хотя ладно, blender упоминать не будем. А, есть же ещё cinelerra. Ну да, на их фоне shotcut вполне ничего программка…

А тут даже направляющие есть. Есть возможность создавать профили для эффектов, и профили для комбинаций эффектов. Включать сравнение до/после. Просматривать клип отдельно, результат отдельно. А эффекты перехода можно грузить с интернета, если не хватает имеющихся.

Хотите работу с цветом — есть. Да, это вектроскоп.

Хотите работу со звуком — тоже есть. Да, это микшер и эффекты.

Отдельное спасибо за многодорожечный просмотр — при монтаже клипа это дико удобно, сразу видишь, что было снято той или иной камерой в один и тот же момент, остаётся только выбрать нужную дорожку и положить её отрезок в итоговую.

То есть тут всё есть, и ничего вам за это не будет. Есть даже версии для Windows и MacOS.

За время работы kdenlive ни разу не упала. Зато после выхода в памяти оставались какие-то KDE-шные процессы, кушающие 100% одного ядра CPU. Я с ними разобрался путём запрета выполняться в фоне на уровне flatpak, но как-то неаккуратненько.

Ubuntu, Gnome, Kdenlive 20.12.3 из flatpak. Ну и результат.

>>> Просмотр (3840x2160, 1597 Kb)