Представлен выпуск свободной системы нелинейного видеомонтажа OpenShot 2.5.0. Код проекта поставляется под лицензией GPLv3: интерфейс написан на Python и PyQt5, ядро обработки видео (libopenshot) написано на C++ и использует возможности пакета FFmpeg, интерактивная шкала времени написана с использованием HTML5, JavaScript и AngularJS. Для пользователей Ubuntu пакеты с последним выпуском OpenShot доступны через специально подготовленный PPA-репозиторий, для остальных дистрибутивов сформирована самодостаточная сборка в формате AppImage. Имеются сборки для Windows и macOS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52346
Вы мне лучше скажите чем можно сделать Хардсаб без перекодирования видео? Это вообще возможно?
А что гугл говорить отказался?
Гугл не даст ответа на данный вопрос, существует куча программ которые это могут делать и тут только опыт поможет.
Существует куча программ, совершающих невозможное? Ну ок.
Хардсаб - он на то и хардсаб, что в видео запаян. Без перекодировки не получится.
> ХардсабЗачем тебе?
По DLNA телик не поддерживает субтитры из файла. Приходится хардсаб делать
В Handbrake можно довольно быстро конвертировать аппаратным энкодером, он умеет вшивать сабы.Но вообще телеки тот еще гемор. Мне не попадался еще ни один железный плеер, который бы нормально рендерил SRT субтитры. Везде слабая окантовка - плохо читаются на светлом фоне. Приходилось то в VobSUB субтитры перегонять, то в PGS (TS). Потом я стал смотреть на компе и избавился от этих проблем. К тому же, довольно часто синхронизацию сабов приходится корректировать на лету (а то и звука) из-за кривых релизов. Знали бы вы какие костыли я придумывал для железных плееров: делать несколько дорожек с разным сдвигом. Особенно весело было в сериалах.
Аппаратные плееры sucks.
Хотя, у них есть несколько плюсов: иногда встречается нормализатор громкости, автовыбор формата 50/60 Hz это актуально для некоторых интерлейсных форматов. Эти функции были в LG BluRay плеере. Ну, может быть еще деинтерлейс x2 (неотключаемый, неизвестного качества, скорее всегда автоматически задействуется, когда есть разница между полями).
>Handbrake можно довольно быстро конвертировать аппаратным энкодеромНенависть, чёртовы хомячки, пользующиеся этим убогим кодером, достали.
Но правда я конвертировал 4k контент таким образом (собственно, это единственный реалистичный вариант для 4к). В handbrake хотел перегнать 4k в fullhd, получился какой-то отстой, как я его ни крутил. Зато когда я загнал файл в nvenc из ffmpeg (оставил 4к, перегнал из hevc в avc), разница с исходником была практически незаметна, несмотря на битрейт в 10mbps, что для 4к avc маловато (исходный 50mbps). Есть подозрение, что аппаратные энкодеры гораздо лучше кодируют высокое разрешение. Это заметно и на fullhd. Когда уменьшаем меньше 720p у софтовых кодеров также используются иные алгоритмы.
Пс, расширение формата файла субтитров pgs называется sub.
> чёртовы хомячки, пользующиеся этим убогим кодером, досталиHanbrake может использовать обычный x264 кодер, но по умолчанию там пресет faster. Так что конвертер нормальный, дело в руках.
> нормально рендерил SRT субтитры
> окантовкаОдин раз я подставился конкретно. Прочитал в обзоре про 3Q плеер (это перемаркированный iconBIT), что можно даже менять цвет субтитров. Обрадовался, думал, раз уж даже цвет менять можно, то и отображаться они будут нормально. А вот и облом. Отвратительно они отображались с любым цветом. Причем, еще и шрифт кривой был, но это решилось обновлением прошивки. Техподдержке было пофиг на проблемы "эстетов". Нельзя верить обзорам. Всё надо проверять самому.
Хотя, сейчас Android в плеерах используется, а там плеер можно поставить любой, хоть VLC. Должно быть лучше.> аппаратные энкодеры гораздо лучше кодируют высокое разрешение
Кодил 720p через Intel Quick Sync. Особых артефактов не заметил. Говорят, другие кодеры хуже и медленнее.
Intel Quick Sync кстати хуже картинку гонит, намного. А нвидиевский nvenc научился более менее картинку гнать только в картах 2019 года (где чипы последнее поколение). И то, h265, с h264 по-моему проблемы остались (и больше чем 8 бит не умеет). Аппаратные кодеры можно разве что для предварительного рендера использовать (не всего файла).>конвертер нормальный
Куча мусорных пресетов, которые нормально не настроить.
> Куча мусорных пресетов, которые нормально не настроитьНе знаю, насчет настроить (раньше было можно), а пресеты обычные из x264. У тебя просто предубеждение уже. На рутрекере, например, Мазизов вбил себе в голову, что AAC отстойный формат, что AAC 192k легко отличить от оригинала (слепой тест наверняка не делал). Скорее всего потому что в раздачах ему попадались низкобитрейтные AAC-HE. Вот и ты вбил себе в голову, что Handbrake плохой конвертер. А я им даже в MPEG2 кодил, тонкие параметры задавал (maxrate, bufsize). Обычная морда к ffmpeg с фильтрами (inverse telecine, yadif). Поддерживает VFR, в отличии от XviD4PSP 5 и MeGUI. Ты вот ставишь ему в вину наличие аппаратного кодера, но это же преимущество для тех, кому важна скорость.
> научился более менее картинку гнать только в картах 2019
Кодил интелом лет 7 назад (sandy bridge), но с лупой не разглядывал. У людей разные требования. Для кого-то и x264 medium зашквар. Особенно на рутрекере.
В скачанных файлах, сделанных Handrbake, действительно попадаются обычно x264 с пресетом faster. Качество на уровне XviD, где-то лучше, где-то хуже. Мне вот попался AVC рип с NTSC диска, где 23.976, а 2:3 Pulldown флаги (до частоты 29.97) перенеслись в таймкоды MKV. В результате, если листать покадрово, все кадры норм (23.976). А если смотреть в движении, то плеер применяет таймкоды и начинается дерготня (29.97). Так что руки нужны, особенно по части FPS в NTSC.
А, я понял о каких ты пресетах - предустановки. Забей на них. Можно создать свой с любыми настройками. Назови его My.
>x264 medium зашкварТак конечно, его косяки только заоблачным битрейтом забивать.
>AAC 192k легко отличить от оригинала
Легко ни легко, а mp3@320 (на том же принципе, что и aac) сильно отличается от оригинала и это слышно на различных деталях сцены. А тут ещё и проблемы с кодеками, нормальный то только у эпла. И lc конечно, he как из бочки звучат независимо от битрейта (хотя может и косяк моего fdk-aac).
>(sandy bridge), но с лупой не разглядывал
Уверяю, там всё очень плохо и собраны буквально все возможные дефекты h264.
Человек экономит 2 рубля электричества и минуту работы, а потом тысячи людей страдают. И все должны быть ему благодарны. Зачем браться, если не умеешь? Результат должен быть идеален или близко к тому.
> сильно отличается от оригиналаЯ вот думаю провести масштабные слепые тесты кодеров, но для простоты начать с самых низких битрейтов и найти битрейт на котором слышны различия. Эффект плацебо очень сильно действует. Если ты ожидаешь артефакты, ты их услышишь, так работает психология. Слепые тесты многое расставляют на свои места. Раньше, я как-то начал тестировать Opus 64k и не услышал различий (в музыке), так и забросил. А надо мной смеялись.
Наушники у меня Sennheiser HD 515, если что. Не самые плохие, но басов маловато. К звуковухе требования гораздо меньше. Главное, чтобы сама акустика нормально играла. На некоторых дешевых наушниках (Phillips) очень кривые ВЧ. 10-12 задрано, а потом провал. У Зенхов хорошие ВЧ и СЧ, но я встречал затычки, у которых ВЧ больше. Так что воспроизводящий тракт очень влияет.
AAC, кстати, технически совершенней MP3.> нормальный то только у эпла
Я думаю сравнить разные разновидности AAC. QAAC считается лучшим, но много других неплохих.
ффмпеговский нативный очень продвинулся, но у меня к нему какое-то предубеждение.
Хочу также сравнить всякую экзотику (древние Mainconcept из монтажек, типа Вегаса и Эдиуса). Собственный соневский AAC. Ведь это очень интересно на каком битрейте они станут прозрачными.
Найти бы еще время.
> плацебоЧеловек может себя свести в могилу, если решит, что он чем-то болен. А может наоборот выпить пустышку и ему станет лучше. Самовнушение (настрой) страшная сила, на самом деле.
Как-то я решил, что меня укусил клещ (паранойю иногда), так у меня даже температура поднялась от волнений, лол.
Дело в том, что я не ожидал разницы. Всегда слушал лосслесс, а тут перегнал в мп3 с самыми лучшими настройками кодера, для карманного плеера. Потом случайно стали попадаться эти файлы в плейлисте и на пк, и они звучали совершенно иначе, я всё никак не мог понять, в чём дело. Ну, когда много слушаешь одни и те же треки, привыкаешь к определённому звучанию.Оказалось, что на mp3 разница есть. Не на всех треках. На каких-то больше выражено, на каких-то меньше, где-то вообще не слышно. А вот на vorbis-q9 я её так и не смог услышать никаких отличий (они есть, но я не нашёл теков, на которых ворбис фейлит), как ни старался. И это очень высокий битрейт. На низком она ярко выражена.
С AAC (lc) основные беды, что я замечал, от качества кодеров. А так он лучше mp3.
> когда много слушаешь одни и те же треки, привыкаешь к определённому звучаниюЕсть такое, кстати. Надо это учесть.
Там еще lossy декодеры могут лажать. Клиппинг всякий, но он обычно незаметен, кроме спец. тестов. Даже ресемплеры влияют, а в портативе запросто могут разные форматы обрабатываться по разному.
По хорошему надо сравнивать WAV и WAV>AAC>WAV.
Выравнить финальные файлы по громкости (ReplayGain) и чтобы не было клиппинга (сигналов выше 0dB).
По-моему я перегонял обратно перед прослушиванием, когда сравнивал, потому что у меня уже такое было: во всех плеерах, использующих libmad, звук был с искажениями (больше я не держу libmad в системе с тех пор).
> расширение формата файла субтитров pgs называется subtsMuxeR делал TS сразу вместе с видео. PGS графические субтитры, используются на BluRay.
Кстати, можно попробовать tsMuxeR, но может быть рассинхрон.
PGS в MKV мало кто поймет, а VobSUB (тоже графические) в MKV не всегда с правильным размером показывается. PGS в TS с другой стороны, тоже не все едят. Там еще обрезаются длинные строки, надо предварительно в SubtitleEdit обработать автоматом (работает в Mono).
На пк нет проблем с pgs в матрёшке. TS это стрим в контейнере, когда файл в формате .sub то типа как .srt или .ass, только картинками. У mpv рассинхрон случается от внешних дорожек (звук или рисованные субтитры не важно). Говорят, vlc от внешних дорожек рассыпается на квадраты, я давно не пользуюсь, но у меня он тоже рассыпался среди прочих проблем.
Теперь я собрал ffmpeg с cuvid и могу ресайзить через scale_npp с lanczos, в дистрибутиве почему-то совсем нет такого. И ещё пришлось собирать с нвидиевским компилятором куды на базе gcc 8.3. Была только cuda-llvm, но она кривая и не работает. Использую это всё счастье, потому что 4к hevc пк не тянет местами.
А вообще субтитры телевизор поддерживает? В зависимости от исходника, можно без перекодирования запихнуть субтитры в MP4 или MKV контейнер. Субтитры нужно будет переконвертировать (при запихивании в MP4 они конвертируются автоматически). ASS субтитры редко какой телевизор поддерживает (если поддерживает - то не все фичи и тормозит), а вот SRT субтитры отлично работают внутри MKV контейнера.
Да, поддерживает. С USB диска всё нормально видится и включается.
Как ниже отметили, нужна перекодировка. Но в ffmpeg ты можешь видео и аудио потоки копировать на выход без перекодирования и добавить поток субтитров.
ffmpeg'om
>интерфейс написан на Python и PyQt5, ядро обработки видео (libopenshot) написано на C++ и использует возможности пакета FFmpeg, интерактивная шкала времени написана с использованием HTML5, JavaScript и AngularJS.Я считаю, не применив так же, GO, Rust и ассемблер, парни много упустили!
зато у нас телеметрия, как у больших!
а зачем?
сейчас вполне разумно сделано: кнопки на пистоне, midl-layer - на плюсах, кодирование - на сях (ffmpeg и прочие)...
++++ два чаю этому господину
>сейчас вполне разумно сделано: кнопки на пистоне, midl-layer - на плюсахВот да, грузим в память интерпретатора питона, интерпретатора js - ноду, qtcore с прибамбасами (если вы не на кде), и вот тут со всей очевидностью не хватает чего то на GO и жабе со сборщиками мусора! Вот тогда, можно было бы легко слать к нотабагу всех тех жадных граждан, которые вознамерились обрабатывать видео со своими 32 гигами оперативки.
Мне кажется, или по сравнению с обработкой видео это копеечные затраты? Другое дело, когда мессенджер или редактор текста столько весят. А тут-то?
Вот и мне кажется - спешка при ловле блох нужна!
Оперативку - редактору,
своп - для видео.
Это специально задумано, чтоб вдумчивее монтировали, а то иж взяли моду, раз раз и в продакшен!
> интерпретатора js - нодуЧто-то я там ноды не заметил. Это PyQT и QtWebWidgets вроде как.
OpenShot и все кадры грузит в память, так что оператива не помешает.
Раскадровку, точнее.
> Rustresvg на rust написан. Впрочем, это сторонняя либа.
Новость вводит в заблуждение.Писано:
>> включая полную поддержку SVGИ там же пишется, что использует resvg. resvg не может SVG Tiny 1.2 и SVG 2.0, о чём и написано на странице с resvg.
> SVG Tiny 1.2Как бы не для мобильных устройств делается.
> SVG 2.0Ещё не принят и его в принципе никто, насколько мне известно, не умеет.
Текущая версия принятого широкоиспользуемого стандарта SVG 1.1
Так, для обрезания видосиков - норм.
Это лучше читать в телеграм-каналах, например в кр. мамковеде, пост не имеет никакого отношения к данной теме.
Для обрезания без перекодирования есть Avidemux и VirtualDub.
Ничего против не имею, но Blender покрывает 95% моих задач.
Это здорово, что он умеет так много вещей, но у него побольше порог вхождения, а зачастую нужно просто обрезать/склеить видео и/или наложить сверху музыку.
А ещё монтировать видосик в блендер, это как забивать гвозди шуруповертом.
Видимо, первую часть моего мнения даже не осилили прочесть.
Как и ты. Если тебе в 95% случаев достаточно шуруповерта, чтобы забивать гвозди, то все норм... Я не против. У каждого свои извращения...
Зачем МНЕ ставить что-то другое, если итак пользуюсь Blender.
Во-вторых, кому нравится Festool, тот его использует, а другому SKIL достаточно.
И не считаю, что пользуясь Blender, совершаю какие-то психоделические действия.
В Blender есть преднастроенные лайауты/воркспейсы для разных целей. Открываете воркспейс «Video Editing» и у вас привычный монтажный стол, файловый менеджер и окно предпросмотра. Если использовать только для редактирования видео, то порог вхождения не выше, чем у OpenShot. Но при этом если захочется чего-то большего, то здесь возможности практически не ограничены.
> Если использовать только для редактирования видео, то порог вхождения не выше, чем у OpenShot.У него довольно замороченное управление с клавиатуры, а половина нужных при монтаже фич добавляется установкой PowerSequencer.
Я им активно пользовался для монтажа своих дурацких простых роликов и, признаться, вздохнул с появлением Olive.
Ну, в плане улучшения юзабилити разработчики очень стараются. Версия 2.8 — гигантский скачок в том числе и в этом направлении. Правда, пока это больше касается функционала непосредственно работы с 3D. А, ну и Grease Pencil развивается космическими темпами) Но это тоже имеет мало отношения к процессу редактирования видео.В любом случае, если вы уже используете Blender для других целей, то и для редактирования видео имеет смысл использовать его же.
За добавление поддержки аппаратного ускорения кодирования и декодирования, ему, конечно, уже жирный плюс. Если добавят ускорение наложения видеоэффектов, то он привлечёт моё внимание.
По-моему, с этим отлично kdenlive справляется. Но он мне чем-то не понравился в тот раз, в итоге в блендере видео монтировал.
DaVinci Resolve:
https://www.opennet.dev/opennews/art.shtml?num=51306
У блендера только один минус - он очень долго рендерит проект, если это просто видео, во всяком случае. Задействует полноценно только один поток и все на том. По итогу железо простаивает на 80% в момент рендера, а длится это все черт знает сколько. У сабжа, собственно, та же проблема. У давинчи и у решений только под оффтоп таких проблем нет.
Поскольку тема видеоредакторов в линуксе не раскрыта, то можно только приветствовать появление новой версии
> Python и PyQt5, HTML5, JavaScript и AngularJS.ну_зачееем.png
затем.jpg
Самый человеческий редактор среди OpenSource,
сделан видео-профессионалом, а не прыщавым смузи-фриком.
Мне Pitivi больше нравится
> интерфейс написан на Python и PyQt5
> шкала времени написана с использованием HTML5, JavaScript и AngularJSХм!
На винде часто падает. А вот ShotCut спокойно работает.
Не увидел там h265 , а всего то лишь хотел проверить работает или нет , а в подпунктах кодека нет
А , все разобрался версия старее щас эту испытаю с h265
ASS, SRT хардсабить могёт?
Сабж при запуске продолжает стучаться на гооглевские сервера?
> Python и PyQt5, C++, HTML5, JavaScript и AngularJS.А к системде - прибит гвоздями? Если не прибит - не буду использовать.
Так у тебя гвоздей нет или прибивать разучился? :-)
Попробовал, аппаратное кодирование работает на ура. Но ставить нужно из PPA.
Зачем оно надо когда есть бесплатный и нативный Resolve?
который официально только под rhel