Ardour - недостатки и тонкости о которых лучше узнать заранее

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

Претензии копились на:

• Ardour 5.12
• Ardour 6

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

  Причём если эти ребята, когда-то, давным давно решили чего-то не делать - не сомневайтесь, они решили этого не делать НИКОГДА, раз и на всегда. Не тратьте время на аргументацию.

  К сожалению это относится не только к запросам новых фич. Иногда принимаются "нелёгие" решения просто не фиксить баг или недоработку, "потому что..." <здесь следует красивое объяснение "генерального", в основном заключающееся в том что "невозможно профиксить это хорошо и академически правильно, потому что это слишком сложно или это мать его так intentional behavior ">.

  - ok' Пол! Видимо гораздо лучше будет если это так и останется ошибкой.

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

  Не менее яркий пример, который наиболее полно вас познакомит с грустным мемом: "intentional мать его behavior".

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

  На некоторые фундаментальные проблемы просто кладут болт. Чувак находит проблему: в именах файлов могут фигурировать двоеточия, что будет проблемой для переносимости проекта на Windows или MacOS. В ответ на что получает ответ: "Проблема больше не актуальна для MacOS, там уже всё поддерживается." Окей! А как же Windows? Тикет так и висит с 2008 года в открытых. Не проверял изменилось ли что-то, но факт наплевательского отношения в очередной раз зафиксирован.

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

• Мерзкий, просто уродский процесс написания MIDI

Многое в Ardour должно быть правильно выбрано заранее, потому что потом это изменить, либо не получится, либо будет стоить вам очень очень дорого :(

• Кажется профиксили в 6. По крайней мере теперь я могу объединять миди-клипы Нет нормального экспорта в MIDI. Вернее экспортировать то можно, но только отдельный MIDI-клип, но вот если трек состоит из множества таких клипов, взять, объединить все клипы в кучу и экспортировать не получится. Есть один кривой костыль в виде вывода MIDI-канала в отдельный трек и записи в него в реальном времени, но при этом увы не записывается Velocity - вы получите совершенно ровный по силе удара клип. Имейте это в виду если предполагаете, что сможете потом без труда перенести, например, свою ударную партию в другой проект. Хотите легко переносить - делайте один длинный MIDI-клип. Убого? - Да убого. Выбирайте. Либо удобное конструирование короткими повторяющимися клипами, либо быстрый экспорт.
• Кажется этот баг профиксили, но пусть ка лучше он здесь ещё полежит на проверке... Выбирайте тональность в самом начале, потом транспонирование вам может дорого обойтись! Дело в том, что если транспонируешь 1 MIDI-клип то он верно транспонируется, но если выбрать сразу несколько связанных, то они начинают транспонироваться не на 1 полутон / октаву а сразу на столько полутонов, сколько выделено связанных МИДИ-клипов, так что транспонировать весь трек легко не удастся, придётся сидеть и ковыряться с каждым клипом по отдельности.

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

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

  Намеренное поведение Карл! Так это было намеренное поведение! Очевидно что это было "намеренное поведение", намеренное поведение, которое превращает работу в АД. Ну Пола это никогда не смущало. Похоже его главное кредо - это ни в коем случае не перетрудиться, добавляя "чрезвычайно сложный код". Ох, что-то мне подсказывает, что я снова в "активном поиске" годной DAW под Linux B(

  В 6.2 при одиночном эксперименте, я кстати этой недоработки не наблюдал. Хотя в списке изменений написали: When carrying out various MIDI editing on linked regions, be sure to apply them only once to the MIDI data shared by all the regions., и мне кажется это относилось именно к этому нежеланию фиксить эту недоработку. Ничего не понимаю, что за "тайный доброжелатель" там фиксит то, что официально отказался фиксить босс... Так или иначе надо ещё пронаблюдать прежде чем списывать со счетов да и в целом держать ухо востро со всеми массовыми операциями затрагивающими связанные MIDI-клипы.

• Нет межпроектового копипаста MIDI-нот. Ваш проект - "вещь в себе". Всё чем может помочь Ardour - только упомянутый здесь криповый экспорт, импорт отдельных MIDI-клипов, которые можно либо объединять в один большой MIDI-клип, либо экспортировать по одному (есть два стула в общем...)
• Привязка скорости записей к темпу официально не поддерживается. Есть кончено инструмент на панели инструментов "растягивание" но он требует вычисления и ввода значений в процентах, либо растяжения перетягиванием "на глазок". Причём нельзя выделить ВСЁ и растянуть, а если проект разросся, возится с каждым клипом вам точно не захочется.
• Нет привязки автоматизации к MIDI-Клипам. То есть если вы захотите потаскать MIDI-клип, автоматизация за ним ездить не станет. Здесь есть вариант того как это обойти, но это не очень удобно - по сути это копирование / вставка точек автоматизации. И ещё кое какая информация по этой же проблеме. Это действительно "киллер-фича" убивающая мой привычный воркфлоу, когда я в любой момент могу передумать и передвинуть любую часть трека. Нет. Ardour настаивает, на том, чтобы я заранее обдумывал конструкцию трека. Бесит аж трисёт!"
• Нередко нельзя просто переименовать или переместить папку сессии. В сессиях используются ссылки на семплы и возможно что-то ещё и они используются совершенно как попало - и абсолютные и относительные а иногда вместо ссылок зачем-то подтягиваются сами файлы а ссылки сохраняются с добавкой индекса в конце. Из за этого нельзя просто переименовать или переместить папку сессии - она будет частично неработоспособной, потеряются ссылки на семплы лежавшие внутри папки. Единственный метод верно переименовать или переместить сессию - это сделать сохранить как, но при этом если будет обнаружена нерабочая ссылка сохранение на ней тормознёт, путь к проблемной ссылке будет в сообщении об ошибке, её нужно будет исправить или удалить, если она уже не используется.

  Хотя, последнее время я на эту проблему совершенно не натыкаюсь и успешно переименовываю сессию через пункт главного меню "Сессия". Может быть это как-то связано с тем что я отказался от плагина-семплера samplv1, который делает абсолютную ссылку на семпл в каталоге externals. связанный баг

  Мой фикс - пересохранять проект вместо переименования или переноса.

  Фикс от разраба - хранить семплы в ./plugins/ид_плагина/files подробнее

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

Некоторые моменты неудобны

• Если вы любите писать саунд-треки ориентируясь на видео, Ardour позволит вам это делать, но есть один большой минус, о ликвидации которого разработчик и слышать не желает: вы не сможете добавить несколько видео или нарезать добавленное. Так что если вы "full-stack-AV-мейкер" и в процессе написания звука, можете себе позволить изменение видео, вы не сможете сделать каких либо черновых изменений в Ardour. Вам придётся лезть в видео-редактор, вносить изменения там, снова рендерить результат, снова импортировать в Ardour.
• Растягивание по времени для аудио-клипов работает плоховато и неудобно. Нужно самому выбирать режим для минимизации искажений, которые всё равно будут (роботский голос). Для MIDI растяжение то-ли вообще не работает, толи работает как то слишком уж непонятно.
• Манипуляции c Velocity нот неудобны - меню для ввода числового значения по кнопке V постоянно перестаёт работать, вызвать его через контекст нельзя, через контекст есть менее быстрое меню: "преобразовать" но на него не удаётся назначить ГК.
• MIDI слои не перекрывают друг друга (по звуку) и звучат одновременно, так что чтобы организовать работу с дублями нужно отключать громкость клипов и включать её. Разработчик осведомлён, но собирается ли он это фиксить вопрос туманный, равно как комментарий о том, что "это очень глубокая проблема". Да уж "глубокая", раз отчёт об ошибке датируется ещё 2012-м годом, однако по факту там вопрос стоит в том, что делать со звучанием нот которые перекрываются верхними слоями но порой из под них высовываются. Хоть убей не пойму что тут "глубокого".
• Очень неудобно делать разные дубли сложного момента состоящего из нескольких клипов. Приходится либо создавать отдельный трек для каждого варианта, либо именовать клипы особым образом чтобы в них не запутаться, однако решения этой проблемы я не видел и в более продвинутой DAW.
• Названия дорожек видны не целиком если они довольно длинные и область с названиями нельзя расширить.
• Крайне неудобно растягивать дорожку на высоту большую высоты экрана.
• Если на дорожке слишком много дублей и они в стопке их неудобно подрезать так как мешают уголки для фейдов.
• Не удобно использовать на маленьких мониторах из-за неадаптивности окна по ширине, то есть окно можно сужать только до определённых пределов. Можно "обойти" это при помощи уменьшения размера интерфейса в настройках, но надо понимать, что читабельность просядет.

Некоторые функции, которые вроде-бы как должны быть, но их нет.

• Нельзя быстро выделить все точки автоматизации громкости на аудиоклипе.
• Нет группировки клипов.

Некоторые моменты держат в напряжении.

• Будьте осторожны с Ardour 6! У меня он потерял несколько МИДИ-файлов из сессии!

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

  Как это было

  Завершил работу над проектом. Спустя неделю решил кое чего подправить. Немного запутался в снапшотах (почему-то довольно старый снапшот отображался как наиболее свежая версия проекта). В процессе блуждания по снапшотам я нашёл тот что действительно был самым свежим и вот в нём то и обнаружилось отсутствие файлов. Сначала исчез один, а через нескольких переоткрытий уже другой (PAD-71.mid). Я не могу быть уверен что в процессе не удалял снапшоты, но вот в чём я точно могу быть уверен что миди-файлы не удалял. Так что по идее всё могло произойти от того что я удалил какой-то старый снапшот. Раньше я замечал что у Ardour есть какие-то механизмы дублирования файлов контента, для увязок со снапшотами и после удаления снапшота он то ли сам то ли во время чистки удаляет эти файлы контента, относящиеся к удалённому снапшоту.

  Не уверен что проблема относится к 6-й версии, потому что точно замечал что и на 5.12 иногда из проектов после долгого лежания в "кладовке" беспричинно исчезали MIDI-файлы.

  моя проблема на багтрекере

• Забудьте о флешках с FAT32

  Уже прочитали, о том как Ardour может по непонятным причинам потерять некоторые файлы из сессии? Так вот теперь дело раскрыто можете поздравить inFlowia Lab. только радоваться тут нечему.

  Причиной всех этих потерь файлов скорее всего были странные отношения ФС FAT (и FAT16 и FAT32). Как известно эти устаревшие файловые системы не видят различия между именами файлов, отличающимися только регистром, то есть между "a.wav" и "A.wav". Эти файловые системы ещё много чего не умеют, но всё-же нежнее чем они, никто не будет обращаться с вашей флешкой, поэтому они всё ещё актуальны.

  Никогда, слышите, НИ мать его КОГДА даже не думайте сделать своему проекту "Сохранить как" на флешку с FAT. Ardour невозмутимо отчитается об успешном сохранении, однако все одноимённые, с точки зрения FAT, файлы будут затёрты одной из своих копий с буквами в другом регистре. Потом вы откроете проект, Ardour скажет "проект содержит потерянные файлы". Вернее не совсем так. Если вы откроете проект с флешки - Ardour и глазом не моргнёт, сообщение о потере файлов вы получите только если скинете проект на носитель с ФС, понимающей различия между а и А (NTFS например), а вот что будет если вы будете работать с проектом с флешки с FAT - это уже совсем другая история.

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

  Так же на проблему можно напороться если открыть проект с флешки с FAT и выполнить следующее:

  • Создать трек "a";
  • Записать 1 клип в него;
  • Переименовать трек в "A"
  • Записать следующий клип в него

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

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

  По прежнему так на:

  
  
  • Ardour 6.5

• Открывать два окна Ardour с разными проектами не всегда безопасно. Процентах в 10 случаев можно поймать вылет одного или обоих экземпляров Ardour.

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

А что-то просто глючит, да так, что хоть фичу хорони

• Проблемы с записью в цикле. Если цикл записи совпадает с размером врезки то пишется только нечётный дубль, причём немного не дописывает до конца. Решается костыльно, см дальше.
• Начиная с Ardour 6 автоматизация стала записываться крайне плохо. Если начинать писать её в месте где уже существуют точки то она будет записана в виде гребёнки из скачков от старого до нового параметра. Разработчик уведомлён но пока не отреагировал.
• Не очень чётко работает запись автоматизации в режиме "Касание" или "Запись" при помощи MIDI-контроллера. Если уже записанная автоматизация по уровню выше чем кноб контроллера, то движения кноба не записываются, пока кноб контроллера не поравняется с текущим уровнем автоматизации на кривой. Хотя опыт показывает что это правило порой нарушается и самый надёжный способ - это во время записи покрутить резко кноб от максимума до минимума. Ещё, кажется помогает понижение фактора разведения либо интервала семплирования либо и того и другого (Правка -> Параметры -> Общие -> Автоматизация) Но я не уверен. Даже с фактором = 1 и интервалом семплирования = 1 наблюдались эти отказы.

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

  О проблеме уведомил разработчика, получил обломный ответ, который я с трудом мог понять, потому что не был знаком с понятием "чувствительный к касанию кноб". Насколько мне удалось запись автоматизации в режиме касания так и задумана для простых MIDI-контроллеров без чувствительных к касанию или моторизированных кнобов. Менять такое поведение не собираются.

• Не записывается автоматизация в цикле - на втором шаге может стереться вся предыдущая автоматизация этого параметра трека.
• Есть проблема с удлинением нот при сложном наборе маркеров темпа. Решается костыльно, см. дальше.
• Начинаются проблемы если дорожек очень много (наблюдалось при 56 дорожках):
  - Jack стабильно повисает при попытке выключения (если перед этим ardour не отключить от Jack);
  - в окне соединений (Alt+P) для самых последних 10-20 дорожек не отображались имена и цвета, подключать приходилось наугад.
• То ли импорт, то ли экспорт MIDI-клипов, глючит. Допустим есть MIDI-клип, который был подогнан по длительности, то есть был длинным, но вы его укоротили перетаскиванием границ. При импорте в другой проект, есть вероятность, что он импортируется либо короче чем был настроен в оригинале, либо длиннее, так что проверяйте всегда.
• Иногда (редко) при копировании дорожки начинает сбоить выбор варианта плейлиста и вместо выбранного варианта на дорожке оказывается плейлист с другой дорожки. Изменяя его вы измените связанную дорожку, можно потерять данные.
• Иногда (редко) дорожки и шины самопроизвольно могут отключиться от мастера.
• Многие операции не отменяются. Например: переключение приглушки и "сингла" треков, изменение настроек плагинов, регулировка громкости дорожек, удаление дорожек и многое другое.
• Некоторые ГК иногда на время отказывают и никак не возвращаются пока "сами не захотят". Например Shift+R - разрешить запись или V - ввод значения Velocity.
• Не работают ГК Ardour если активно окно видео, то есть не получится поставить на паузу пока не переключишься на окно Ardour.
• При чистке неиспользуемых файлов видеофайлы не удаляются.
• То ли появилась в Ardour 6 то ли всегда была фича с добавлением отступа перед началом трека. Просто берёшь за маркер с указанием размера такта в самом начале и тянешь вправо-влево. Так вот фича опасная. Перед применением делать копию проекта обязательно, так как иногда в результате таких перемещений MIDI-ноты начинают звучать короче чем положено. Впрочем если рискнуть сохранить сессию в таком состоянии, закрыть Ardour и открыть её заново то скорее всего всё будет ok и ноты зазвучат с нужной длительностью, однако же риск испортить что-то навсегда ощущается. Будьте осторожны.

  Да. И не переусердствуйте с тасканием. Если долго таскать начало трека влево-вправо не отпуская мышки то можно вызвать переполнение памяти и вылет Ardour.

И просто всякие неприятности

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

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

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

• При переходе на Ardour 6 есть шанс что какие-то плагины которые работали в 5.12 не заработают. У меня сперва отказал пак eq10q но установка свежей версии с оф. сайта помогла. Так же был тревожный звоночек от разраба KPP, но где его теперь найдёшь в комментах. Впрочем большая часть того что я успел попробовать работает. Можно сказать исправно за исключением General-MIDI Synth который отказывается выбирать инструменты из конца списка и периодически перестаёт звучать.

• Ну вот и настал момент чтобы... поговорить о деньгах.

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

  Ardour не бесплатен, однако вы можете заплатить за него столько сколько захотите начиная от 1$ и за эту суммы вы получите всю линейку подверсий текущей версии, то есть 6.1, 6.2 и т. д., однако не всё так просто. Разработчики научились получать свои деньги с пользователей, вернее с самых недовольных и нетерпеливых, ну а таких, с учётом всего вышеперечисленного у Ardour скорее всего внушительный процент.

  Насколько я понимаю, один из источников дохода Ardour составляют платные подписки по 45$, которые действуют в течение срока жизни версии (версии без учёта точек, то есть подписка для Ardour 5, для Ardour 6 и так далее) и эти подписки предоставляют вам право качать ежедневные сборки, то есть получать обновлённую версию с исправленными багами сразу, а не когда её решат опубликовать для всех кто "заплатил свой 1$". Когда же её решат опубликовать, это отдельный вопрос, но очевидно, что торопиться никто не заинтересован. Грубо говоря тянуть кота за яйца в теории могут ровно столько, сколько пользователи будут жадничать и это в принципе справедливо, но влечёт за собой ещё один весьма неприятный момент, который не оставит равнодушным даже самых терпеливых.

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

  Подводя итог, скажу, что я тоже сперва думал что заплачу своих "благодарных 5$" за Ardour 6 и на этом успокоюсь до 7-й версии, но вот, уже второй месяц я с нетерпением жду 6.1 и начинаю подумывать, что возможно зря я не добавил 40$, ведь я понятия не имею сколько ещё придётся прождать, ведь в прошлый раз, между моментом когда я получил ответ: "...bug fixed in 6.0" сидя ещё на 5.12 и моментом, когда я наконец получил долгожданную 6-ю версию прошло около года.

  Ardour. Скупой платит дважды. Либо долго и мучительно ждёт.

И не смотря на всё это, я Считаю Ardour лучшей практически бесплатной DAW под Linux, на которой вполне можно писать разную музыку, более того, я это успешно делал и продолжаю делать. Возможно это конечно только от того, что я всё ещё не не сильно углублялся в RosenGarden, LMMS и qTractor, которые при беглом осмотре показались совсем слабыми, но я отводил на знакомство с каждой от силы по 10 минут, так что сами понимаете :).

Если весь пышный букет вас не напугал, в чём я, к великому сожалению, сильно сомневаюсь, то Welcome Friends! Присоединяйтесь написанию музыки на свободной платформе и начать советую с добавления в закладки моего большого хранилища полезных советов, решений проблем и мануалов по Ardour. Если что-то не понятно или не получается - попробуйте поискать там, возможно я уже наступал на эти грабли и с удовольствием поделюсь с вами опытом. Статья постоянно пополняется новыми подробностями, так что заглядывайте :)