название для официального сайта inFlowia Lab
  • помощь 4 free! :)
  • делаем добро :)
  • делаю сайты, скрипты и хорошее настроение :)
  • всё поправимо! :)
  • Свобода и OPENsource!
  • Linux - это любовь!
  • Linux - это Lюбовь
  • творим добро с 2019/03/22 :)

Kdenlive. Баги, глюки, проблемы и тонкости о которых лучше знать заранее

Это динамическая статья. Время от времени она может пополнятся новым контентом, а старый может изменяться или исчезать.

Чтобы понять, появилось ли что-то новенькое взгляните на дату.
Первая дата - дата выхода первой версии статьи.
Вторая дата - дата последних изменений.
Правда, иногда, я забываю обновлять вторую дату... ':)
Чтобы было проще найти новое воспользуйтесь кнопками для подсветки свежих изменений. Заголовки новых добавленных глав, либо фрагменты текста целиком станут выделены в тексте вот таким образом[ NEW! ]. Так что вы сможете либо найти их глазами, либо, если текста много, можете воспользоваться поиском меток [ NEW! ] при помощи поиска по странице.
Если тема для вас очень важна и совсем не хочется пропустить обновления информации лучше будет подписаться на новости и обновления: в группе VK.


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

Каталог проекта

В этой статье под каталогом проекта будет подразумеваться не каталог в котором вы размещаете исходные видео и прочий контент для использования в проекте. Под каталогом проекта следует понимать тот каталог, что указывается в настройках проекта в самом верху окна, в строке Custom project folder. В нём хранится всякий кэш и прочий хлам, который генерирует редактор при работе над проектом.

Не храните каталог проекта по пути по умолчанию!

Когда создаёте новый проект, в самом верху окошка есть путь к каталогу проекта - каталогу с прокси-клипами, иконками, превью, если верить надписям. Дело в том, что может показаться что всё это не самый важный мусор, который по сути можно просто удалять после завершения работы над проектом, потому что все эти иконки и превью потом пререгенерируются при необходимости и всё. Самым логичным решением может показаться хранить весь этот кэш по дефолтному пути для всех проектов:
~/.cache/kdenlive
Только вот дело в том, что в этом каталоге будут храниться ещё и картинки, добавленные к клипам титров, и если вы почитстите кеш, или переустановите ОС без сохранения каталога пользователя все эти картинки будут потеряны и придётся добавлять их по новой.

И это только то что я обнаружил. Мало ли что ещё может заноситься в этот каталог. По моему лучшим решением будет хранить его в отдельном для каждого проекта каталоге.

PS: Не все картинки добавляемые к титрам хранятся в папке проекта. По какому принципу Kdenlive решает - заносить ли их в эту папку не понятно.

Встречалось на:


  • Kdenlive 19.04.3 AppImage и более ранних версиях
  • ОС: Kubuntu 18.04.2 64-bit

Не используйте один и тот же каталог проекта для разных проектов

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

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

Перемещать или переименовывать каталог проекта может быть опасно в определённых ситуациях

Обычно это прокатывает и достаточно просто сделать рекурсивный поиск в новом расположении клипов, но вот после такого глюка, и перемещения в другой каталог? проект после загрузки начинал вызывать аварийное завершение Kdenlive пока я не вернул его на прежнее место. Однако повторный эксперимент такого поведения не показал и проект открывался успешно, так что в принципе, если вы не сильно боитесь рискнуть и работа над проектом в целом закончена (рендер финальной версии свершился) то можете перемещать, ведь в крайнем случае можно ориентируясь на пути потерянных клипов вернуть проект на старое место.

Работало так на:


  • Kdenlive 20.04.1b-x86_64 AppImage
  • ОС: Ubuntu Studio 19.10 64-bit

Процедура подмены каталогов и файлов настроек на другие, или их временное переименование с целью получения дефолтных настроек, как показывает опыт, потенциально опасное действие. Как то раз переименовал так все старые настройки, протестил кое чего на дефолтных, вернул старые настройки а они сразу не вернулись, такое впечатление, что дефолтные настройки где-то закешировались и подтягивались после первого запуска на старых настройках. На втором запуске всё уже загрузилось из старых настроек однако перестали открываться проекты вызывая зависание. К счастью решалось так же легко как и в этой проблеме.

Работало так на:


  • Kdenlive 20.04.1b-x86_64 AppImage
  • ОС: Ubuntu Studio 19.10 64-bit

Эта проблема встречается по одному из двух сценариев:

  1. Открываешь старый проект, в котором уже добавлены клипы. Выбираешь клип в ProjectBin и вместо его появления в мониторе клипа Kdenlive просто намертво зависает не нагружая ЦП.
  2. Создаёшь новый проект. То есть просто добавляешь новый клип к пустому проекту. Kdenlive предлагает сменить профиль (разрешение и частоту кадров) на более подходящий этому клипу. Жмёшь OK в диалоге подтверждения смены профиля. Kdenlive так же намертво зависает не нагружая ЦП.

Решение простое и безболезненное (хоронить весь конфиг не придётся):

  • Открываем файл ~/.config/kdenlive-appimagerc
  • Находим раздел [MainWindow] (скорее всего он будет третьим сверху).
  • В нём находим параметр State
  • После знака "=" будет длинное непонятное значение вида: "aQBzAHQAAAAAAP////8AAAAEA...". Его нужно удалить, так чтобы в строчке осталось только State=

По моим наблюдениям, это собьёт только размеры панелей.

Если не поможет можете попробовать удалять другие параметры или целые разделы. На худой конец можно удалить весь файл ~/.config/kdenlive-appimagerc но это соответственно сбросит большую часть ваших настроек.

Встречалось на:


  • Kdenlive 19.08.0a AppImage и более ранних версиях но не младше 19-й
  • ОС: Kubuntu 18.04.2 64-bit

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

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

В этом вам поможет панель Undo History (история отмен). Включается через главное меню -> Вид.

Если чувствуете, что "табуретка под ногами Kdenlive" уже трясётся (он начал заметно подтормаживать при перемещении, масштабировании, подрезках и т. д.) то посматривайте на историю действий и выполняйте следующее только после того как увидите в списке предыдущее. Со временем вы начнёте замечать боковым зрением, как этот список прокрутился на шаг, а это значит действие завершено можно более менее безопасно делать следующее.

  • Изменение скорости клипа.
  • Включение компенсации питча клипа с уже изменённой скоростью.
  • Отключение клипа (но должно кануть в лету с версии 20.04.2).
  • Перемещение группы клипов на другую дорожку.
  • Перемещение обычного одиночного клипа.
  • Группировка и разгруппировка клипов.
  • Любые манипуляции с группами клипов становятся в разы опаснее.
  • Подрезка клипа
  • Сдвиг большого куска сложного проекта при помощи "Spacer Tool" (ГК - М). Вообще кстати давно не подводило но воспоминания свежи.
  • Запуск рендеринга проекта.
  • Рендеринг превью.
  • Сохранение проекта после удаления из Project Bin целого каталога с титрами, без удаления их с таймлайна.
  • Удаление каталога с клипами из Project Bin. Вызывало не краш но зависание в особо крупных проектах.
  • Авто-выравнивание отдельно-записанного аудио-трека по хлопушке.
  • Любое действие связанное с добавлением клипа из библиотеки в текущий проект. Да, библиотека по прежнему сыра и опасна. Не рекомендую к использованию.

    Работало так на:


    • Kdenlive 20.04.1b-x86_64 AppImage
    • ОС: Ubuntu Studio 19.10 64-bit

Удалять не используемые файлы и титры из клипа не всегда безопасно

Был опыт удаления из проекта нескольких аудио-файлов и клипов титров из проекта (аудиофайлы были потом удалены и с диска) и в итоге получал предупреждения:


Project corrupted. Clip producer99 (63) not found in project bin.
Project corrupted. Clip producer64 (65) not found in project bin.
Project corrupted. Clip producer101 (112) not found in project bin.
Которые вроде-бы ни к чему плохому не привели, хотя досконально проверить весь проект на работоспособность мне не улыбалось так что до конца не уверен. история на багтрекере

Тонкости использования изображений для клипов титров

Если коротко: не пользуйтесь открытием сохранённых "шаблонов" титров, лучше просто копируйте все картинки, которые могут пригодится в титрах в каталог проекта, потом насоздавайте клипов титров разных типов в проекте (они будут играть роль шаблонов) и просто дублируйте нужный "шаблон" для создания нового клипа титров.

И вот почему:

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

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

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

Работало так на:


  • Kdenlive 19.04.3 AppImage и более ранних версиях
  • ОС: Kubuntu 18.04.2 64-bit

Не используйте добавление проекта как клипа для добавления эффектов на всё видео, либо для склейки нескольких частей

Либо, по крайней мере будьте очень внимательны при просмотре результатов сборки фильма. Мной были замечены случаи отключения либо сбоя параметров эффекта увеличения размера. Причём происходило это не стабильно. Один раз фильм собирался нормально, другой раз с неверными настройками эффекта.

Сейчас я предпочитаю собирать промежуточные фрагменты в готовый видео-файл и собирать результирующее видео из них а не из файлов-проектов. Да, это потребует траты времени на пересборку промежуточного фрагмента, если в нём, например, обнаружится какой либо недостаток на этапе сборки, зато не придётся всматриваться в каждый кадр результирующего фильма, опасаясь, что что-то сбойнуло и собралось не так.

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

Работало так на:


  • Kdenlive 19.04.2f AppImage
  • ОС: Kubuntu 18.04.2 64-bit

Не всегда удаётся сменить профиль (разрешение и FPS) посреди проекта безболезненно

Возможно придётся восстанавливать длительность всех клипов изображений

Если сменить профиль проекта, все добавленные на таймлайн клипы из изображений могут укоротиться до 1 кадра.

Работало так на:


  • Kdenlive 19.08.1 AppImage

Все трансформации возможно придётся править

Если вы меняете разрешение профиля то все ваши трансформации связанные с заданием координат клипа на экране скорее всего придётся править, так как координаты клипов останутся прежними, а разрешение будет уже новым и то что например было в центре окажется смещено.

Все титры возможно придётся переделать

С клипами титров вообще творится что-то несусветное - их фон сползает куда-то в сторону от рабочей области редактора титров и мне не удалось найти способа совместить их снова. Влияет ли это на расположение титров на экране я не понял, но корректировать положение текста становится крайне неудобно, из за того что всё приходится делать на глазок, без автовыравнивания.

Работало так на:


  • Kdenlive 19.12.3 AppImage

В интернете натыкался на другие проблемы, которые могут последовать, но сам не натыкался.

Экономьте треки

Если верить тому, что мне отвечали на это наблюдение то каждый новый трек на таймлайне повышает расход оперативки и когда она кончится вы либо испытаете неприятное и сильное подтормаживание всего и вся (это если у вас своп включен) либо вообще мёртвый фриз всей системы (если своп выключен) из которого поможет выйти только жёсткий ребут.

Имейте в виду, что даже если треки отключены расход памяти не уменьшается.

Работало так на:


  • Kdenlive 20.04.1b-x86_64 AppImage
  • ОС: Ubuntu Studio 19.10 64-bit

Не сильно полагайтесь на аппаратное ускорение.

Во первых реальный буст вы почуете только если у вас были тормоза из-за большого разрешения видео а так же при применении эффектов из специальной, появляющейся группы "Эффекты GPU", которые заточены под аппаратное ускорение и сразу предупрежу их там капля в море по сравнению со всей библиотекой эффектов Kdelive. Все тормоза связанные с обычными эффектами не из группы "GPU" останутся на месте.

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

Баланс белого GPU с аппаратным ускорением стабильно вышибает. В консоли: kdenlive: white_balance_effect.cpp:26: Eigen::Vector3d movit::{anonymous}::convert_color_temperature_to_xyz(float): Проверочное утверждение «T >= 1000.0f» не выполнено.

Кроме того в режиме аппаратного ускорения моими верными спутниками были наши "любимые" вылеты. Ну это предсказуемо. В частности перемещение группы клипов (Вставка пробелов) и даже просто границ клипов начнёт вызывать вылеты системы гораздо чаще.

Работало так на:


  • Kdenlive 19.08.2 предустановленный в Ubuntu Studio 19
  • Но в Kdenlive 19.12.04 flatpak глюк с лишним затемнением не наблюдается!
  • ОС: Ubuntu Studio 19.10 64-bit

Порядок работы с проектом

Сперва делайте всю работу связанную со структурой проекта: нарезку, добавление субтитров и т. д. а уже потом накладывайте эффекты, которые сильно тормозят воспроизведение. Дело в том, что некоторые эффекты способны очень сильно нагружать ЦПУ (например Key Spill Mop Up) и мешать восприятию видео в движении, так как оно будет тормозить. Чтобы посмотреть видео нормально придётся очень долго возиться с постоянным рендерингом превью, так как рендеринг придётся делать всякий раз когда вы хоть чуть чуть переместите клип. Либо придётся постоянно включать отключать эффекты, а если клипов много или вы не можете определиться и держите на клипе несколько наборов взаимозаменяющих эффектов, то это может занять немало времени и создать путаницу. Так что сначала структура, потом эффекты.

Со звуком можно работать в любой момент, звуковые дорожки на превью не влияют.

Клики (артефакты) в звуке после рендеринга проекта

Клики случаются похоже только при наложении нескольких аудио-дорожек, на одной из которых есть отключенные клипы. Если отрендерить по отдельности то их не будет. Видимо решится, когда обновят используемый MLT до 6.22.

Ну а пока этот светлый день не настал проблему надо как-то фиксить и как минимум 1 надёжный способ у меня есть: экспортируйте каждую слышимую аудиодорожку по отдельности в .wav, отдельно экспортируйте только видео, создайте новый проект и соберите это всё в нём.

Возможно так же может сработать вариант с удалением из проекта всех заглушенных аудио-клипов, которые воспроизводятся одновременно с незаглушенными.

Мониторить релизы MLT здесь. Однако судя по тому что там более старая версия чем в моём appimage видимо MLT встраивают в appimage и там версия более свежая.

Работало так на:


  • Kdenlive 20.04.1b-x86_64 AppImage но если посмотреть багтрекер и форум то видно что и в ранних версиях имеет место.
  • ОС: Ubuntu Studio 19.10 64-bit

Если клипы вдруг перестали перемещаться

Увеличте масштаб и посмотрите на области на концах таких клипов, возможно там мешаются узенькие обрезки этих клипов.

Не сохраняйте пресеты эффекта отдельным эффектом, сохраняйте именно как пресет эффекта

Пресеты эффектов зачем-то можно сохранять двумя путями: как пресет эффекта либо как отдельный новый эффект. Так вот если вы сохраните эффект как отдельный эффект и перенесёте проект на систему, где этого нового эффекта нет, то эффект молча исчезнет из клипа на который он наложен и придётся накладывать его по новому и настраивать.

Работало так на:


  • Kdenlive 19.08.1 AppImage

Не удаляйте сохранённые эффекты или стаки эффектов

Если вы сохранили пресет эффекта не как пресет, а как кастомный эффект (через кнопку с 3-мя горизонтальными палочками), либо сохранили таким образом целый стак эффектов, и использовали его на каком либо клипе, не удаляйте его теперь никогда. По крайней мере до тех пор, пока вы хотите иметь возможность работать с этим проектом.

Дело в том, что имеет место быть крайне тупое поведение Kdenlive, который, в случае удаления такого пользовательского эффекта, при следующей загрузке проекта, в котором этот эффект используется скажет: "Не найден эффект такой-то, он будет удалён из проекта...". То есть все клипы, в которых вы его использовали окажутся без этого эффекта.

Если дерьмо уже случилось, главно без резких движений. Как минимум 1 шанс спасти своё время у вас есть. Во первых ни в коем случае не сохраняйте проект, в котором вы получили сообщение о потере эффекта. Ну а теперь закройте его, откройте снова, чтобы снова получить сообщение об отсутствии эффекта, оно вам нужно чтобы точно переписать его имя. Теперь попытайтесь вспомнить из чего состоял этот эффект. Как правило, созданию таких кастомных эффектов предшествует создание вами прототипа, который ляжет в его основу. Вполне возможно, что этот прототип будет лежать на первом клипе, предшествующем первый клип, на который уже накладывался кастомный эффект (это логично - вы собрали допустим кучу эффектов в один стак эффектов, дали ему имя, и дальше пошли применять его в 1 клик). Если вам удалось найти его или воссоздать по памяти, теперь дело за малым - просто сохраните его как кастомный эффект ещё раз под тем же именем и не сохраняя проект, закройте его и откройте его ещё раз. Скорее всего потеря эффекта будет уже в прошлом. Если нет, значит скорее всего ошиблись в имени и оно не точно совпадает с прежним.

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

Работало так на:


  • Kdenlive 20.08.0 AppImage

Если не работает рендеринг превью

Если при рендеринге превью вы видите как по обрабатываемой области перемещается жёлтый курсор, но красная область так и не становится зелёной, попробуйте сменить каталог проекта на новый (Свойства проекта -> Custom project folder).

Лучше удаляйте отрендеренное превью перед рендерингом проекта.

Как показал печальный опыт, при рендеринге либо зачем-то используется отрендеренное превью, либо оно просто как-то влияет на результат.

Иногда на отрендеренном превью бывают артефакты или глюки вроде появляющихся второй раз титров или отсутствия действия эффекта (иногда Kdenlive не замечает что в сцене что-то поменялось и не сбрасывает "зелёный" статус отрендеренного превью), так что лучше всего рендерить видео с удалённым рендерингом превью - так надёжнее.

Работало так на:


  • Kdenlive 19.12.0 AppImage но если посмотреть багтрекер и форум то видно что и в ранних версиях имеет место.

Не сохраняются горячие клавиши для некоторых действий

Вернее сохраняются но только на одно использование. Это в частности действия дублирования клипа и создания клипа титров.

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

Встречалось на:

  • Kdenlive 19.04.3 AppImage и более ранних версиях
  • ОС: Kubuntu 18.04.2 64-bit

Назначал CTRL+D на действие "дублировать клип" и она иногда отказывала и не работала до тех пор пока в ProjectBin один раз не вызовешь контекстное меню на клипе. Так же себя ведёт F2 для переименования.

Очень бережно перетягивайте клипы и особенно каталоги в рамках Project Bin, а добавляйте клипы лучше не перетягиванием из ФМ в окно программы а по кнопке добавления. Kdenlive не всегда верно обрабатывает все эти перетягивания и перетянув "не туда" (а куда?) например каталог с уже добавленными клипами можно просто "испарить" его из проекта. То же самое иногда случается и с клипами.

Работало так на:


  • Kdenlive 19.08.2 AppImage
  • Kdenlive 20.04.1b-x86_64 AppImage
  • ОС: Ubuntu Studio 19.10 64-bit

Уберите подальше Insert Clip Zone in Timeline, Overwrite Clip Zone in Timeline и ещё некоторые кнопки манипуляции зонами

Для тех кто ещё на версии меньшей чем 19.08

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

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

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

Для тех кто уже перебрался за 19.08

Если я всё правильно понял, начиная с версии 19.08 все эти вставки клипов изрядно обезопасили благодаря тому, что теперь клипы вставляются только в том случае, если по названию дорожки (V1, A1, A2 и т. д.) кликнуть, так чтобы оно стало жёлтым, а так же кликнуть по самой левой области заголовка дорожки, так чтобы там появилась зелёная полосочка. И вот только в этом случае, выбранные в мониторе клипа участки видео, начнут вставляться на дорожку таймлайна.

Если по моему объяснению не удалось въехать, что это за жёлые и зелёные полосочки - гляньте пресс-релиз этой версии, а конкретно в раздел: "3 point editing with keyboard shortcuts" (это в самом начале). Там есть две gif-ки, на которых видны эти зелёные и жёлтые индикаторы активности. Насколько я понял, это вообще было сделано не для того чтобы обезопасить таких как я от внезапных вставок, а для возможности полностью "безмышового" монтажа. Но так или иначе, с этой фичей пользоваться вставкой прямо из монитора клипа стало не так страшно, так как по умолчанию вставка не активна (заголовки жёлтым не горят, зелёных полосок нет). Я даже начал ей пользоваться и вернул горячие клавиши на вставку и "перезапись", правда не на V и B а на Shift + V и Shift + B от греха подальше. Всё-таки забыть отключить режим вставки довольно легко.

Если не отключается слежение за головкой воспроизведения при воспроизведении

Для начала обновитесь до:

  • Kdenlive 19.08.1

так как только начиная с этой версии баг с невозможностью отключения слежения за головкой воспроизведения почти починили. Почти, потому что отключение сработает только после перезапуска Kdenlive, о необходимости которого программа вас не попросит. А вот вернуться обратно в режим прокрутки таймлайна при воспроизведении удаётся без всякого перезапуска.

Хрома-кей неверно выбирает цвет

Не пользуйтесь выбиралкой цвета по кнопке в виде кали. Заходите в ручной выбор цвета нажав на прямоугольник с выбранным цветом, а уже там жмите на кнопку Pick Screen Color. Она работает корректно.

Как впоследствии узнал от разработчиков есть ещё один способ обхода этого бага. В принципе этот способ даёт новый взгляд на работу с хрома-кеем в Kdenlive, потому что, как оказалось, не обязательно выбирать цвет одного пикселя! Пользуясь кнопкой "каплей" можно выбирать целый регион (растянув квадрат) и тогда во первых выбранный цвет будет верным, во вторых, насколько я понял, будет выбран усреднённый цвет, а это уже позволяет работать с хромакеем в некоторых ситуациях быстрее.

Багтрекнул разрабам, думаю скоро починят и кнопку с каплей.

Встречалось на:


  • Kdenlive 19.12.3 AppImage и более ранних версиях
  • ОС: UbuntuStudio 19.10 64-bit
  • ОС: Kubutnu 19.10 64-bit

Не могу найти Key Spill Mop Up

В одной из 19-х версий Key Spill Mop Up был переведён и назывался "Подавление рассеивания цвета".

Не применяйте Key Spill Mop Up к картинкам

Есть баг, из за которого Key Spill Mop Up не применяется к картинкам. Вернее сперва кажется что применяется но на рендеринге его не будет или будет но не на всех изображениях.

Пока смотришь с неотрендеренным превью всё нормально, но потом, после рендединга превью или всего проекта эффект не наблюдается. Вернее наблюдается но не на всех изображениях.

Лучше рендерить картинки в отдельноое видео, импортировать его в проект и применять Key Spill Mop Up к нему.

Красный артефакт

Как-то раз случилось что клипы титров были очень мелко нарезаны и в этом месте на отрендеренном видео появлялся красный артефакт на весь экран. Помогло только укорачивание на 1 кадр одного из клипов, так чтобы между ним и предыдущим появился 1 пустой кадр.

Работало так на:


  • Точно не помню!
  • Kdenlive 9.12.0a
  • Kdenlive 19.12.3
  • ОС: Ubuntu Studio 19.10 64-bit

После включения аппаратного ускорения загрузка проекта зависает на 0%

Проверьте не заблокирован ли весь исходящий трафик через iptables. Какая связь не знаю, но если заблокирован то этот глюк наблюдается. Не раз натыкался на то что приложения начинали очень плохо себя вести если был заблокирован исходящий трафик на LocalHost. Так себя вели например Dolphin, Gwenview, Ardour 5.12 и 6, так что можете пробовать открывать доступ только к LocalHost.

Если не хотите отключать блокировку трафика, попробуйте переоткрыть kdenlive и сперва кинуть в Project Bin маленькое лёгкое видео и дождаться его загрузки, после этого, не закрывая Kdenlive откройте нужный проект, он должен открыться быстро.

Как показывает опыт, можно не делать этого, а просто дождаться загрузки сразу открытого тяжёлого проекта, но на это может уйти минут 5 - 10, хотя временами и на открытие маленького лёгкого видео уходит не меньше времени.

() Этот глюк не наблюдается в Kdenlive 19.12.0 flatpak

Работало так на:


  • Точно не помню!
  • Kdenlive 19.08.2 предустановленный в Ubuntu Studio 19
  • Kdenlive 19.12.04 flatpak
  • ОС: Ubuntu Studio 19.10 64-bit

Если не запускается AppImage

На чистой Xubuntu 18 для запуска AppImage надо ещё поставить libxcb-keysyms1. Если её нет, будет требовать библиотеку libxcb-keysyms.so.1

Если и после этого не запустится, с какой нибудь тарабарщиной про qt то поставьте lxqt, хотя для других дистрибутивах могут существовать более подходящие версии qt.

Работало так на:


  • Kdenlive < 20.04.1b-x86_64 AppImage (точную версию не помню)
  • ОС: Xubuntu 18

Если что-то напортачили с настройками не стесняйтесь удалять kdenlive-appimagerc

Возможно вам захочется вечно хранить kdenlive-appimagerc так как он хранит часть настроек Kdenlive, однако иногда его придётся удалять. У меня однажды случилось перетянуть панель "монитора проекта" в отдельную область и я не смог вернуть её обратно, так как у этой панели отсутствовал заголовок за который можно бы было потянуть. Всё решилось только удалением этого файла, после чего, кстати проблема уже не появлялась.

Если вы внезапно потеряли способность повелевать расположением панелей Kdenlive, возможно вы просто нечаянно отключили отображение заголовков панелей (это за них нужно таскать). Включите View - Show Title Bars.

Работало так на:


  • Kdenlive 20.04.1b-x86_64 AppImage
  • ОС: Ubuntu Studio 19.10 64-bit

Скорее всего вы просто забыли что отключили его.

Чтобы включить найдите на панели инструментов Project Bin кнопку с тремя горизонтальными полосками. Нажмите на неё а в открывшемся меню отметьте галочкой "Show Rating".

Работало так на:


  • Kdenlive 20.04.1b AppImage

Причины неизвестны, лёгкие решения не изобретены, разработчик осведомлён и уже профиксил баг в 20.04.2.

Тем не менее ситуацию можно исправить и в 20.04.1b: просто скопируйте проблемный клип (не в проекте а на диске) и добавьте эту копию в проект. Наделайте маркеров на проблемном клипе так чтобы вам было понятно где какой сегмент начинается и где заканчивается. Экспортируйте маркеры в файл на панели свойств клипа на вкладке маркеров и импортируйте их для добавленной копии клипа. Теперь осталось только расставить зоны в соответствии с маркерами там где нужно.

Работало так на:


  • Kdenlive 20.04.1b-x86_64 AppImage
  • ОС: Ubuntu Studio 19.10 64-bit

Прежде чем писать на баг-трекер лучше сперва обсудите это в телеграм-канале

Не все отчёты разработчики находят адекватными и не все хотят видеть в списке своих задач. Если не уверены стоит ли писать на баг-трекер то обсудите это сперва в их телеграм-канале.

архив релизных версий | беты и прочие нестабильные | последняя ночная сборка

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

Помогло? :)

Черкани Инфловии пару строк если нашёл здесь помощь. Можешь писать под любым постом в группе VK или по старинке на почту: inFlowia@netc.it :)

inFlowia Lab. не делает добро за деньги, но знать, что её труды кому-то помогают очень классно. Если тебе помогли - не поленись, всего пара слов: "Спасибо! Помогло :)" сделают дни инфловии светлее. ^^

Количество откликнувшихся: 8