Насколько я понимаю, сами микрофонные преампы в 1248 лучше. Плюс одновременное подключение входов уже не на 2, а на 4 больше. Все-таки микрофонные и гитарные (басовые) входы разные, а не совмещенные. ИМХО.
Motu 1248 AVB
- Автор темы Devian
- Дата начала
Владельцы 1248, как у вас работают гитарные входы, не клипуют? У меня даже при минимальном усилении (-12 дБ) клипует сильно гитара. Когда реампингом занялся то обнаружил это.
То ли это брак, то ли особенность... Посмотрел как сэмпл выглядет в wav редакторе, так там одна полуволна ограничивается, другая нормально.
То ли это брак, то ли особенность... Посмотрел как сэмпл выглядет в wav редакторе, так там одна полуволна ограничивается, другая нормально.
Прошу прощение, дело было в самой гитаре, исправил, всё чудесно работает. Так что карта продолжает радовать!
А как у этих карт с задержкой по эзернет? Сопоставимы с картами PCI-e? Нормально держат тяжёлые проекты, не пикует ли ASIO?
@Scarlatino, не совсем понятен вопрос. В каком качестве имеете в виду ethernet? Использование вместо USB или Thunderbolt или подключение нескольких карт между собой посредством сети? И следующие вопросы по PCI-E и тяжелым проектам относятся исключительно к эзернет или они отдельно заданы вообще по отношению к этим интерфейсам?
@studio_forte, если одна карта подключена по эзернет, сопоставимы ли задержка и производительность с интерфейсами на pci-e?
По ethernet до 10ms задержка. Терпимо. По pci-e/thunderbolt что-то около 1.6ms
@Dadya Lesha, перед ethernet - да - по задержке (в зависимости от скорости в самой сети зависит), перед usb - по количеству соединений т.н. Computer I/O channels, по задержке - практически неощутимо на слух. То бишь если вам больше 64 каналов не надо каким-то образом коммутировать из DAW и обратно, например (по USB - 64, по Thunderbolt - 128 на 44.1 и 48 kHz и т.д. - на сайте вся инфа есть), то и не особо разница будет. Конечно, по факту побыстрее все срабатывать будет, но далеко не всегда вы это заметите.
Можно конкретнее? Интересует эта линейка. Приобретение карты сейчас очень актуальный момент.
А вся эта история с AVB из под windows нормально работает?
[DOUBLEPOST=1550553503][/DOUBLEPOST]
[DOUBLEPOST=1550553503][/DOUBLEPOST]
ЦАП ESS Sabre 32 ES9016, АЦП CS5381
Я уже, честно говоря, не помню, с чем сравнивал
Не нашел в ветке свой пост В принципе, на самом сайте производителя по всем картам есть инфа.Нашел. С 16А. Думаю, от того, как собираетесь карту использовать, зависит все. Я в свое время выбрал топовый вариант, и не пожалел. Может, в каких-то случаях и нет необходимости переплачивать. Как использовать карту будете?
Потому как ответить поконкретнее, наверное, это только модель преобразователя указать можно Например, для меня микрофонные входы на моей карте 1248 - отличный вариант. ЧЕстно, даже не знаю, что еще ответить на вопрос . Наверное, вы конкретные вопросы лучше задавайте, тогда смогу ответить что-то - да или нет
Последнее редактирование:
Коллеги, такой вопрос возник.
Все входы у 1248 заняты, пишу в DAW через InputPostFX(те использую EQ и Compressor в dsp motu и отправляю всё в DAW).
В DAW нарезаю лупы и мультитрек. Всё супер удобно.
Но пока делал конфигурацию под новый сетап обнаружил что Motu суммирует куда лучше Ableton/Bitwig.
Теперь есть желание не суммировать в DAW, а выгонять мультитрек в motu, суммировать в DSP, и сумму обратно в DAW(или на какой-то рекордер).
Те получается такая схема synths -> motu dsp(multitrack) -> daw -> motu dsp(multitrack summing)->daw master
Смущает тройная перегонка данных в realtime через аудиоинтерфейс, смущает конфигурация проектов в DAW тк иногда я всё же забираю ноутбук и работаю дороге. Перекоммутировать вручную скорее всего будет не очень удобно.
Расскажите как лучше организовать подобную работу?
Все входы у 1248 заняты, пишу в DAW через InputPostFX(те использую EQ и Compressor в dsp motu и отправляю всё в DAW).
В DAW нарезаю лупы и мультитрек. Всё супер удобно.
Но пока делал конфигурацию под новый сетап обнаружил что Motu суммирует куда лучше Ableton/Bitwig.
Теперь есть желание не суммировать в DAW, а выгонять мультитрек в motu, суммировать в DSP, и сумму обратно в DAW(или на какой-то рекордер).
Те получается такая схема synths -> motu dsp(multitrack) -> daw -> motu dsp(multitrack summing)->daw master
Смущает тройная перегонка данных в realtime через аудиоинтерфейс, смущает конфигурация проектов в DAW тк иногда я всё же забираю ноутбук и работаю дороге. Перекоммутировать вручную скорее всего будет не очень удобно.
Расскажите как лучше организовать подобную работу?
@Devian, а зачем тройная перегонка? есть ли смысл возвращать сигнал в DAW через inputpostfx? если только в редких случаях, наверное. я обычно делаю так: с каждого трека DAW отправляю на отдельный канал motu, там и hi pass и eq и comp и суммирую в motu. конечно это не как основное и единственное правило у меня. также с подгруппами работа и так далее. с main out или с подгруппы уже потом возвращаем в DAW, где записываем сумму в риалтайме.
ну а если использовать ноутбук сначала с motu, а потом без motu в дороге, то я лично не представляю себе такой работы. другая конфигурация, другая маршрутизация. с motu на dsp обработка, без нее потом этой обработки нету. не знаю. мне кажется, что если с начала с motu, а в дороге предполагается последующая работа с тем же проектом уже без motu... каков смысл тогда в ней...
ну а если использовать ноутбук сначала с motu, а потом без motu в дороге, то я лично не представляю себе такой работы. другая конфигурация, другая маршрутизация. с motu на dsp обработка, без нее потом этой обработки нету. не знаю. мне кажется, что если с начала с motu, а в дороге предполагается последующая работа с тем же проектом уже без motu... каков смысл тогда в ней...
@studio_forte
Тройная перегонка получается из-за железного сетапа. Те я пишу сначала лупы в DAW из железа, а потом хочу использовать сумматор в motu.
Тройная перегонка получается из-за железного сетапа. Те я пишу сначала лупы в DAW из железа, а потом хочу использовать сумматор в motu.
@Devian, то бишь я правильно понимаю, что вы заводите звук, обрабатываете железно, потом в DAW, а оттуда суммируете весь микс? Ну и в этом случае почему это смущает? 48 каналов микшера со всеми подгруппами и ауксами со всей маршрутизацией откуда хошь и куда хошь на то там и есть, чтобы направлять сигнал как душе угодно Тем более если результат есть и он вас удовлетворяет. Лично меня тоже суммирование в железе куда больше удовлетворяет. Или я, может быть, все равно вас не понял, в чем неудобство
Тем более если результат есть и он вас удовлетворяет. Лично меня тоже суммирование в железе куда больше удовлетворяет. Или я, может быть, все равно вас не понял, в чем неудобство Уважаемые владельцы MOTU 1248 (и не только 1248, но и других моделей линейки), кто-нибудь заморачивался с управлением этими картами через API? На страничке официального сайта https://motu.com/proaudio/index.html в самом низу (перед FAQ) есть External control APIs - там есть пара мануалов в pdf с описанием API для внешнего управления.
В двух словах, производитель предусмотрел API для управления своими картами по сетевому протоколу. То есть хоть свой собственный железный контроллер можно сделать для управления микшером карты. Но сейчас мне это нужно для более простого применения, хочу вывести управление громкостью выхода Main (конкретнее - регулировать громкость на "виджете" на рабочем столе, а не крутить соответствующий регулятор-энкодер на лицевой панели).
Я начал разбираться с этим, используя cURL из командной строки в Windows 10.
Так вот, получать данные от карты у меня получается (я запрашиваю текущий уровень регулятора громкости Main, и ответ приходит, всё хорошо).
Но вот изменять данные (установить новое значение того же регулятора громкости Main) уже не получается, в ответ приходит ошибка. Я не знаток cURL и вообще сетевого программирования, всё гуглю по ходу дела, и вот на этом шаге застопорился...
Очень хочется полностью разобраться в этой теме - довольно интересные перспективы.
В двух словах, производитель предусмотрел API для управления своими картами по сетевому протоколу. То есть хоть свой собственный железный контроллер можно сделать для управления микшером карты. Но сейчас мне это нужно для более простого применения, хочу вывести управление громкостью выхода Main (конкретнее - регулировать громкость на "виджете" на рабочем столе, а не крутить соответствующий регулятор-энкодер на лицевой панели).
Я начал разбираться с этим, используя cURL из командной строки в Windows 10.
Так вот, получать данные от карты у меня получается (я запрашиваю текущий уровень регулятора громкости Main, и ответ приходит, всё хорошо).
Но вот изменять данные (установить новое значение того же регулятора громкости Main) уже не получается, в ответ приходит ошибка. Я не знаток cURL и вообще сетевого программирования, всё гуглю по ходу дела, и вот на этом шаге застопорился...
Очень хочется полностью разобраться в этой теме - довольно интересные перспективы.
Я так и не понял - в чем у вас проблема? Подрубаете карту через локалку к роутеру и управляете ею хоть по локалке в компе через любой браузер хоть по wi-fi в планшете через приложение или через тот же браузер. Опишите задачу поподробнее - что пытаетесь делать и что получается не так. Пока что я ничего не понял.
Не знаю. Уж 5 лет как карта выпускается, но ничего не сдвинулось. Никаких материалов по этой теме в сети нет. Да и вряд ли будут. Слишком сложно. Все можно было сделать гораздо проще - сделать под то, чтобы можно было подключать миди-контроллер и назначать регуляторы на все крутилки. Тем более при подключении карты MIDI контроллер в карте есть, он в системе себя показывает, что "вот он - я", но никакой документации по нему нет. Вероятно, атавизм с прошлых серий. А то, что они сделали (я насчет возможности работы с аппаратным контроллером) - слишком сложно, нагружено, и никто не занимается этим всерьез и вряд ли будет. За 5 лет уж кто-нибудь бы что-нибудь и выложил бы. Но ничегошеньки нет. И немудрено - вместо того, чтобы пройти расстояние в 100 метров по прямой, они предлагают чтобы в ту точку попасть обогнуть Земной шар с другой стороны. Я бы так охарактеризовал эти их наработки. Единственный плюс - возможность управления через браузер по сети. Уже за это им спасибо. А бОльшего вряд ли мы получимм от них в этом сегменте.
Последнее редактирование:
@studio_forte, карта управляется через браузер по локалке, всё верно, так я ей и управляю (не только я, но и все, это основной стандартный вариант), и этот вэб-интерфейс разработан самим производителем. Но производитель так же предоставил документацию на API ( прямая ссылка - https://cdn-data.motu.com/downloads/audio/AVB/avb_osc_api.pdf ) для управления картой не через стандартный вэб-интерфейс. Т.е. сторонний разработчик может написать своё приложение для управления картой, со своими крутилками/вертелками и т.д. Именно это я и хочу реализовать В этой документации приводятся примеры такого внешнего взаимодействия.
Так вот, я уже научился получать информацию о текущих настройках карты в своём тестовом приложении на Си Шарп (ну и в командной строке Windows тоже), т.е. вообще без браузера. Но изменять текущие настройки карты у меня пока не получается, хотя делаю всё так, как написано в документации. Я подумал что может быть до меня этим уже кто то занимался, и знает какие то неочевидные нюансы.
Буду в тех.поддержку обращаться, раз они такую возможность заявляют, может подскажут. Я понимаю что именно с этого и надо было начинать, но тут всё таки русскоязычный ресурс, поэтому начал с данного форума.
Я также понимаю что эта моя затея весьма специфична и не интересна для широкой аудитории профессиональных пользователей оборудования, но повторюсь, просто подумал что вдруг кто то этим уже пробовал заниматься, по этому и спросил.
Лучше написать в поддержку, уточнить про конкретное устройство. Там писали, что какие-то особенности реализации протокола, какие-то сторонние устройства работают, а какие-то нет
Вы нашли HTTP API у карточки, гуд... Дальше вам нужна спецификация api что б знать какие запросы отправлять. И если уж вы пытаетесь установить новое значение, а не просто считать параметр, то ваш curl должен быть оформлен как HTTP POST request (скорее всего). Без дополнительных флагов curl по умолчанию делает HTTP GET и эта операция для получения данных.
UPD: Мануал у них отвратительный, согласен.... Они не дописали что для POST и PATCH запросов в curl надо добавить флаги -X POST или -X PATCH
Последнее редактирование:
ну я собственно про это и написал. Проблема здесь в том, что само устройство сделано для музыкантов-аранжировщиков-звукорежиссеров, а они посчитали, что с этими картами работают программисты почему-то. Вы много знаете профессиональных звуковиков (а за такие деньги простой любитель такую карту не купит), кто владеет программированием на уровне С++ (а тут нужны навыки не ниже)? Вот и я не знаю. И вот результат: За 5 лет, что карта существует, ни одного упоминания в сети о каком-либо подключении внешних контроллеров. Ни одного на всем пространстве интернета! Ну какие проблемы были дать возможность связать эти устройства по мидипротоколу и сделать документацию? Тем более что миди есть в карте. Есть же! У меня система определяет в карте миди-вход. Была бы вообще красота - повсюду бы использовали - назначали бы фейдеры-крутилки-кнопки на все функции микшера. Цены б не было. Нет же - придумали всю эту хрень с кодами, которой никто не пользуется, и которая нафиг большинству не нужна по причине огромной траты на это времени. Ведь для того, чтобы реализовать все то, что вы описали, нужно время. А время - деньги. И какой после этого будет выхлоп? Как это окупится?
Дай-то Бог, чтобы у вас все получилось. Только с их стороны все эти их придумки считаю неразумными как минимум. И насчет техподдержки - ни одного ответа я от них не получал ни разу на все мои вопросы. Может, вам ответят.
Скажу откровенно про себя - следующей моей покупкой вряд ли станет теперь MOTU.
Да, именно с сетевым программированием я хоть и очень поверхностно, но всё же знаком, углубляюсь по ходу дела. Про GET и POST я знаю, так, насколько я понял, если в cURL используется --data (или просто -d), то это автоматически делает делает POST запрос, иначе да, по умолчанию cURL GET запросы отсылает. Но в том то и дело что какие именно запросы отправлять в pdf документе есть, и именно их я и использую, и с GET запросами у меня всё получается (приходят ответы со значениями текущих настроек), а с POST запросами где то косяк...
К стати, нужно проверить, возможно что у меня карта не подключена ethernet кабелем, я вообще подключал его, когда обновлял прошивку, но это было давно и я мог потом и отключить etherent кабель, уже не помню. Так что может быть по USB соединению POST запросы не хотят корректно работать. Для работы с вэб-интерфейсом на том же компе, к которому по USB подключена карта достаточно одного этого USB соединения, по нему и звуковые потоки идут и сетевое взаимодействие, но возможно через USB оно не полное. Вечером проверю.
@Devian, спасибо за целевой ответ, хоть какие то наводки, флаги -X POST или -X PATCH не использовал, опять же вечером попробую. И с явным выбором протокола UDP пока тоже не пробовал, разбираюсь...
Последнее редактирование:
@studio_forte, полностью с Вами согласен. Пока есть запал и настроение я поковыряюсь в этом, вопрос терпенья и времени, ну а нет, так и ладно. Если вдруг получиться я обязательно поделюсь результатами.
В общем разобрался! Теперь получается изменять настройки, игрался - изменял громкость Main из командной строки. Причина - банальная невнимательность, пропустил пробел перед одним из слэшей в cURL команде.. Всё работает и просто с USB кабелем. Так что принципиальная проблема решена, связь есть. После выходных буду разбираться как это в своём приложении реализовать.
Но сразу заметил одно НО.. По ощущениям скорость взаимодействия не особо впечатляет, лёгкая задержка как будто есть (между отправкой команды и реакцией карты). Буду разбираться с UDP протоколом, он в силу своей специфики должен быть пошустрее, нежели TCP, но насколько это может иметь значение при передачи мелких пакетов данных я не знаю. Хотя сами MOTU именно про UDP писали, правда в другом мануале.. В общем ещё много моментов предстоит проработать.
Но сразу заметил одно НО.. По ощущениям скорость взаимодействия не особо впечатляет, лёгкая задержка как будто есть (между отправкой команды и реакцией карты). Буду разбираться с UDP протоколом, он в силу своей специфики должен быть пошустрее, нежели TCP, но насколько это может иметь значение при передачи мелких пакетов данных я не знаю. Хотя сами MOTU именно про UDP писали, правда в другом мануале.. В общем ещё много моментов предстоит проработать.
Последнее редактирование:
Надеюсь мой пост не будет эзотерическим и имеет под собой какое-то обоснование, о котором я пока не знаю.
Вопрос касается регуляции громкости на MOTU 1248. А именно чем лучше регулировать в OSX.
1. При работе с DAW регулировать можно почти в любом звене аудио цепочки:
DAW(Mixer) -> Системная громкость OS -> Volume в Motu -> Мониторы
Мониторы пассивные и на полной громкости усилитель может рвануть акустику. Регуляции нет.
Долгое время регулировал Volume в Motu и нормой был уровень от -40db до -30db. По крайней мере был уверен что случайным сигналом не устрою стресс-тест.
В таком варианте удобно выставлялась громкость в DAW и в OS.
В один день владелец MOTU(Ultralite mk3) подсказал попробовать всегда использовать Volume в Motu на 0db. Он сослался на то что слышит гораздо более плотный и понятный звук.
Не поверил, а потом попробовал и удивился - слышу разницу. НЧ и пинок вылезли и заиграли плотно.
@digilab2 К вам тут вопрос. Возможно ли такая реализация цифровых регуляторов громкости при которой ЦАП или другие компоненты работают не в "номинальном режиме" и деградируют сигнал особенно на низком уровне громкости?
По регуляции остался один вариант - держать системную громкость на низком уровне.
2. Есть у меня другая карта c цифровым регулятором(clarett 4 pre). Я удивлялся с чего она звучит плотнее по НЧ со старта.
В clarett нет аппаратной регуляции громкости, регулятор на морде управляет уровнем громкости в OS. А motu имеет такую опцию скорее всего из-за изначальной поддержки standalone режима.
Вопрос касается регуляции громкости на MOTU 1248. А именно чем лучше регулировать в OSX.
1. При работе с DAW регулировать можно почти в любом звене аудио цепочки:
DAW(Mixer) -> Системная громкость OS -> Volume в Motu -> Мониторы
Мониторы пассивные и на полной громкости усилитель может рвануть акустику. Регуляции нет.
Долгое время регулировал Volume в Motu и нормой был уровень от -40db до -30db. По крайней мере был уверен что случайным сигналом не устрою стресс-тест.
В таком варианте удобно выставлялась громкость в DAW и в OS.
В один день владелец MOTU(Ultralite mk3) подсказал попробовать всегда использовать Volume в Motu на 0db. Он сослался на то что слышит гораздо более плотный и понятный звук.
Не поверил, а потом попробовал и удивился - слышу разницу. НЧ и пинок вылезли и заиграли плотно.
@digilab2 К вам тут вопрос. Возможно ли такая реализация цифровых регуляторов громкости при которой ЦАП или другие компоненты работают не в "номинальном режиме" и деградируют сигнал особенно на низком уровне громкости?
По регуляции остался один вариант - держать системную громкость на низком уровне.
2. Есть у меня другая карта c цифровым регулятором(clarett 4 pre). Я удивлялся с чего она звучит плотнее по НЧ со старта.
В clarett нет аппаратной регуляции громкости, регулятор на морде управляет уровнем громкости в OS. А motu имеет такую опцию скорее всего из-за изначальной поддержки standalone режима.
Последнее редактирование: