Comments 6
Записать совместный трэк можно тупо передавая проект и объединяя трэки. Многие так работали ещё в нулевых.
Многоканальный звук over IP тоже давно ходит, вот у далёких от реалий вэба людей и возникает шальная мысль джемануть online.
Они не понимают, что не в компрессии дело, засада будет даже с MIDI ибо каждый девайс на пути пакета принесёт свою задержку, чаще всего уникальную. И если в пределах небольшой сети выручают time stampы, то в тырнете долог сам маршрут, и что бы его перекрыть нужны задержки в принципе не приемлемые для музыкантов.
В программах для музыки (FL Studio, Ableton и т.п.) максимально допустимой задержкой в обработке звука считает 3 мс.
20мс это недопустимо.
Лет 20 назад главной проблемой дешевых гитарных процессоров была как-раз задержка, ну а следующей - как раз чрезмерная компрессия
Медленные партии можно играть и при 10мс, а тем более электронные инструменты - всегда выровнять можно.
И всё же, 20 лет назад, да ещё 10 лет назад, до появления Intel Core c 3.5+Ггц главной проблемой была однопоточная производительность, не позволявшая в самых интересных случаях слушать конечный результат прямо во время записи.
А если брать более глобально - то главная проблема - это соседи: эффективная защита от ударного шума - дороже, чем новый дом вдали от всех. А радио-шум уже такой, что впору АЦП прямо в звукосниматели встаивать.
давно существуют интегрированные в DAW профессиональные решения https://www.steinberg.net/vst-connect
а здесь про какие-то любительские поделки рассказывают
Добрый день всем. Очень удивился найдя сегодня этот тред на Хабре, это первое известное мне упоминание FarPlay в рунете. Как соавтор FarPlay, хочу прокоментировать некоторые возникшие вопросы. Этот тред чем-то напоминает дискуссию на Hacker News https://news.ycombinator.com/item?id=29336759 несколько недель назад, так что прежде всего могу порекомендовать развернутый ответ Дэна Тепфера (тоже соавтора FarPlay) там - почти в самом низу страницы. Там он подробно разбирает мифы о 3-6 ms и рассказывает о своем опыте. Кратко - 3ms это время за которое звук в воздухе проходит 1 метр. 20 ms - это около 6 метров. Вы всерьез утверждаете что басист стоящий в 6 метрах от барабанщика не сможет с ним играть из-за latency? Практика показвает что это не так. Проблемы начинаются где-то с 10-15 метров - именно поэтому большим оркестрам нужен дирижер.
Стандарты в обработке звука (как упоминавшийся Ableton) намного жестче именно потому что задержка в обработке добавляется к уже существующей - акустической, оцифровке, другим модулям обработки и т.п. В ситуациях когда смешивается обработанный и прямой звук требования могут быть еще жестче. Но для полной задержки между музыкантами 20 ms - это еще зона комфорта, где эффекты задержки практически незаметны и не мешают играть.
Для FarPlay (а также для основных наших конкурентов) я делал прямые замеры полной analog-to-analog latency и FarPlay обеспечивает необходимую скорость. Мы используем максимально оптимизированную работу с буферами звуковой карты чтобы минимизировать именно полную "аналоговую" задержку - от входа до выхода. И благодаря этому выигрываем у конкурентов (иногда незначительно, 1-2 ms иногда более существенно). Дальше конечно все зависит от вашего интернета и физического расстояния, чудес не бывает.
Когда я 1.5 года назад впервые столкнулся с этой задачей, моя реакция очень напоминала посты выше. Это просто невозможно (я 20 лет занимался IP-телефонией до этого). Сейчас уже тысячи музыкантов реально играют через интернет и есть с десяток реально работающих сервисов помимо FarPlay (как упоминавшиеся в статье SonoBus и Jamulus, так и оригинальный JackTrip и SoundJack, JamKazam etc). Чтобы убедится в том что это реально, достаточно посмотреть youtube канал Дэна где он играет livestream remote sessions с весны прошлого года.
Записать совместный трек на удаленке — поможет утилита FarPlay