Кто как переключает артикуляции

@llull, Слушайте, Вы просто уже придираетесь. Конечно, если у Вас будут 32-е ноты, и по какой-то причине, на каждую ноту у Вас будет новый штрих, тогда конечно, придется слегка артикуляции раздвинуть, чтобы увидеть название, но это совсем уж частный случай, и все равно в С1, как правильно сказал Вадим, это реализовано куда как изящней. Даже в Cakewalk это сейчас реализовано более умно, чем в Кубе, не говоря уже о Рипере, несмотря на некую сложность ввиду отсутствия графического интерфейса. Тут лучше смириться, все равно лучше не будет, скорее всего.
 

Вложения

  • Видео 14-07-2021 16_37_08.mp4
    1,7 MB
скукоженностью видимо пока все грешат, в Рипере тоже скукожено.
в какой-то программе, не помню, когда метки тесно так расположены были, они автоматом в столбик вставали, умещая названия в то количество строк, которое отвёл пользователь, без необходимости скрола, (возможно это было в Wavelab) - это бы всем помогло.. Тут в одной из картинок я нарисовал, как могло бы быть - разработчику послал
 

Вложения

  • Screen Shot 2021-07-14 at 16.23.44.JPEG
    Screen Shot 2021-07-14 at 16.23.44.JPEG
    24 KB · Просмотры: 167
  • Screen Shot 2021-07-14 at 16.19.44.JPEG
    Screen Shot 2021-07-14 at 16.19.44.JPEG
    24,2 KB · Просмотры: 164
  • Like
Реакции: riko и Landre
Landre написал(а):
Конечно, если у Вас будут 32-е ноты, и по какой-то причине, на каждую ноту у Вас будет новый штрих, тогда конечно, придется слегка артикуляции раздвинуть
Нажмите для раскрытия...

Об том и речь. В таком случае attribute в Кубе ничем не хуже. Но одна линейка артикуляций, конечно, лучше целой кучи, как сейчас в Кубе. Лично я direction давно забыл, как страшный сон.
 
  • Like
Реакции: V_ad_im и Landre
Абсолютно солидарен с @llull , в direction не вижу смысла вообще для себя, к тому же с attribute можно при желании в одном аккорде использовать разные артикуляции. Тут вроде вот и Контакт 6.6 выпустили с поддержкой vst3, правда мультипортовость пока не завезли, но будем надеяться.

А по теме переключения способа артикуляций, для себя открыл недавно Open Stage Control и понял что это просто чума, это типа Lemur и TouchOSC но более продвинутая вещь, к тому же бесплатная и нет привязки ни к какой платформе, плюс работает с любыми тачскринами, видел чел даже смог завести на кассовом аппарате. На ios и андроиде не нужно ни какого приложения, запускается через веб браузер в фулскрин режиме.
Тема не новая, уже года 3 как существует, по этому не ругайте если обсуждалось.
vi-control.net

Open Stage Control (Tutorial) - An alternative to Lemur and TouchOSC

Hi everyone! I've been using Open Stage Control for almost two years now (jeez, time flies). This application really improved my workflow as a composer. It’s an alternative to Lemur/TouchOSC. This is a free software developed by Jean-Emmanuel, available on Windows, OSX, Linux. It's...
vi-control.net vi-control.net



203981
 
  • Like
Реакции: riko, studio666, Igorianych 111 и 3 других
@V_ad_im, редактор прикольный. Вот почему Steinberg сами такой не сделают..? Это ж само по себе напрашивается, просто невозможно много времени уходит на создание карт экспрессии их редактором.
 
llull написал(а):
Лично я direction давно забыл, как страшный сон.
Нажмите для раскрытия...
Sunshineman написал(а):
Абсолютно солидарен с @llull , в direction не вижу смысла вообще для себя
Нажмите для раскрытия...
Может кто-нибудь объяснить, чем так плох direction? Я не так давно пользуюсь кубом, но мне кажется direction удобнее, чем каждой ноте отдельно ставить атрибут.
 
gaypower написал(а):
Может кто-нибудь объяснить, чем так плох direction? Я не так давно пользуюсь кубом, но мне кажется direction удобнее, чем каждой ноте отдельно ставить атрибут.
Нажмите для раскрытия...

Навскидку:
1. Можно выделить несколько нот мышью (даже в разных частях партии) и разом назначить атрибут.
2. Можно резать ноты (атрибут сохраняется).
3. Можно двигать ноты (атрибут сохраняется). Особенно удобно в случае, когда большая задержка у артикуляции.
4. При быстрых сменах артикуляций (и при задержках) не нужно филигранно рисовать эти дурные полоски.
5. Можно копировать партии с сохранением атрибутов, но нельзя с direction.
6. Нет огромной лишней громоздкой зоны внизу редактора.
 
  • Like
Реакции: gaypower
@llull, спасибо за развёрнутый ответ, звучит и правда удобнее и юзабельнее, попробую с ними поработать.
 
Занятно, из всех известных мне DAW лишь в нотном редакторе Dorico 5 на данный момент появилась возможность без сторонних костылей выставить задержку (как в плюс, так и в минус) для каждого отдельного штриха. Раньше я наверное бы прыгал от радости, получив такую возможность - это от незнания, что по факту у нескольких ключевых библ внутри штриха каждая нота записана криво и имеет свою собственную задержку.. Об этом производители библ не любят говорить, прикрываясь фразами "воспринимайте нашу библиотеку как музыкальный инструмент с особенностями, к которым надо приноровиться" :)
 

Вложения

  • Articulation delay.jpg
    Articulation delay.jpg
    519,4 KB · Просмотры: 80
Последнее редактирование:
  • Like
Реакции: PianoIst, riko и sd
V_ad_im написал(а):
по факту у нескольких ключевых библ внутри штриха каждая нота записана криво
Нажмите для раскрытия...
У нотных людей проглядывает преимущество! :) Расширения NPPE в новом NotePerformer'е работают на нотном уровне. Вот буквально: Арни Волландер каждую ноту тестирует и исправляет у криворуких библописателей. В чужих-то библах...
А ещё там памяти много не нужно — при задержке в секунду можно прямо с диска читать сэмплы, что народ уже и делает, перенастраивая свои компутеры и темплейты.
 
  • Like
Реакции: riko и V_ad_im
dr-music написал(а):
Арни Волландер каждую ноту тестирует и исправляет у криворуких библописателей. В чужих-то библах...
Нажмите для раскрытия...
О! это круто. Я несколько лет назад состряпал патч для иствестов, который в автоматическом режиме играл ноты на всех велосити и замерял/запоминал задержку ноты. И для одной ноты всё выравнивалось, пока не стало ясно, что для каждой ноты своя история, умноженная на количество слоёв велосити.. И похоронил эту идею..)
 
V_ad_im написал(а):
О! это круто.
Нажмите для раскрытия...
Почитай сообщения и ответы на вопросы Арне Волландера на ви-контроле. Очень толково обо всём рассказывает. Жаль, что у него нет обзорной статьи по устройству NP. Но при терпении можно узнать, и какие способы синтеза используются, и какие алгоритмы улучшайзинга за взятую секунду срабатывают, и каких улучшений он ждёт от самого формата VST3.
Например, алгоритмы NP сейчас способны отработать кроссфейды сэмплов длиной до 700 мс и выровнять их. А вот если бы сам формат VST3 сообщал о следующей (понятно, что уже записанной в трек) ноте, то временного ограничения на кроссфейд (легатный, чаще всего) вообще бы не было.
 
  • Like
Реакции: PianoIst и V_ad_im
V_ad_im написал(а):
Занятно, из всех известных мне DAW лишь в нотном редакторе Dorico 5 на данный момент появилась возможность без сторонних костылей выставить задержку
Нажмите для раскрытия...
В Digital Performer 11 есть такая возможность, правда почему-то максимальный сдвиг 200мс или даже 150, точно уже не помню.
 
  • Like
Реакции: V_ad_im
dr-music написал(а):
А вот если бы сам формат VST3 сообщал о следующей (понятно, что уже записанной в трек) ноте, то временного ограничения на кроссфейд (легатный, чаще всего) вообще бы не было.
Нажмите для раскрытия...
Я об этом уже года 4 говорю

А CLAP в этом отношении просто копирует VST3. Хотя я очень надеялся на что-то больше похожее на ARA
 
  • Like
Реакции: dr-music и V_ad_im
PianoIst написал(а):
Я об этом уже года 4 говорю

А CLAP в этом отношении просто копирует VST3. Хотя я очень надеялся на что-то больше похожее на ARA
Нажмите для раскрытия...
А мне кажется, что это не в контексте форматов vst3 или clap, тк сообщать об этом на ивент вход плагина должна daw, тем более, что это обмен миди сообщениями. Реализация данного функционала только от разрабов daw и разрабов плага(те 3я сторона тк предусматривается поддержка и обработка сообщений миди ) . Так шта с почти полной уверенностью можно сказать, что штайни и битвиг/у-хе не при делах))
 
Landre написал(а):
Сделал вроде по инструкции, но что-то не заработало, выдает ошибку
Нажмите для раскрытия...
(Предположу) Требуются два обязательных модуля такой же версии для успешной работы. Названия в requirements.txt(нужно проверить и установить)
Upd
untangle
defusedxml
 
Последнее редактирование:
  • Like
Реакции: Landre
Trasher написал(а):
Реализация данного функционала только от разрабов daw и разрабов плага(те 3я сторона тк предусматривается поддержка и обработка сообщений миди ) . Так шта с почти полной уверенностью можно сказать, что штайни и битвиг/у-хе не при делах))
Нажмите для раскрытия...
Интуитивно (ибо не программист) не согласен. Это, скорее, инфраструктурная вещь. Ну, вот как возможность передачи темпа из DAW в плагин, которому это нужно, сделана на уровне формата, так должно быть и здесь.
Например, переделать какую-нибудь струнную библиотеку и плейер, её проигрывающий, чтобы появилась возможность передачи информации о задержках в сэмплах (разных для разных штрихов), и чтобы появилась возможность передавать информацию о будущих midi-событиях (пакетом, а не в реальном времени) — адова работа. И если будет только одна-единственная DAW, которая это умеет в проприетарном формате/алгоритме, и только пара плагинов — никто за этим не пойдёт. Ну, или пойдут кто в лес, кто по дрова.
Для таких инфраструктурных начинаний нужно создавать рабочую группу из представителей ведущих разработчиков, которая несколько лет (быстро это не делается) будет изучать вопрос, проигрывать все возможные сценарии использования новой технологии, определять все параметры, и потом только создадут стандарт. Оркестровым библиотекам нужно сколько «будущего времени»? 5 секунд? 15? А завтра появится какой-нибудь рэп 2.0, и они запросят несколько минут «на предсказание». Или другой вопрос: только ноты должны передаваться? Или то, что внутри нот (VST3 и MIDI 2.0)? А кривая изменения темпа должна передаваться?

Именно такими рабочими группами создаются форматы MIDI 2.0 (очень неспешно) и MusicXML. В разработке последнего формата основную роль играют дядька из Finale (программа, практически потерявшая рынок) и дядька из Дорико. (Разумеется, там есть и другие дядьки, вход открыт для всех.) Собирают они, к примеру, все случаи использования знака арпеджиато с времен очаковских и до наших дней, определяют параметры, которые будут необходимы и достаточны, чтобы ноты с этим знаком не теряли корректности графического представления при обмене файлами между приложениями, и вносят это в формат. А остальные производители нотных редакторов подтягиваются — подтягивают свои внутренние алгоритмы импорта и экспорта MusicXML.
Так это работает, имхо.
 
  • Like
Реакции: Landre и PianoIst
dr-music написал(а):
Интуитивно (ибо не программист) не согласен. Это, скорее, инфраструктурная вещь. Ну, вот как возможность передачи темпа из DAW в плагин, которому это нужно, сделана на уровне формата, так должно быть и здесь.
Например, переделать какую-нибудь струнную библиотеку и плейер, её проигрывающий, чтобы появилась возможность передачи информации о задержках в сэмплах (разных для разных штрихов), и чтобы появилась возможность передавать информацию о будущих midi-событиях (пакетом, а не в реальном времени) — адова работа. И если будет только одна-единственная DAW, которая это умеет в проприетарном формате/алгоритме, и только пара плагинов — никто за этим не пойдёт. Ну, или пойдут кто в лес, кто по дрова.
Для таких инфраструктурных начинаний нужно создавать рабочую группу из представителей ведущих разработчиков, которая несколько лет (быстро это не делается) будет изучать вопрос, проигрывать все возможные сценарии использования новой технологии, определять все параметры, и потом только создадут стандарт. Оркестровым библиотекам нужно сколько «будущего времени»? 5 секунд? 15? А завтра появится какой-нибудь рэп 2.0, и они запросят несколько минут «на предсказание». Или другой вопрос: только ноты должны передаваться? Или то, что внутри нот (VST3 и MIDI 2.0)? А кривая изменения темпа должна передаваться?

Именно такими рабочими группами создаются форматы MIDI 2.0 (очень неспешно) и MusicXML. В разработке последнего формата основную роль играют дядька из Finale (программа, практически потерявшая рынок) и дядька из Дорико. (Разумеется, там есть и другие дядьки, вход открыт для всех.) Собирают они, к примеру, все случаи использования знака арпеджиато с времен очаковских и до наших дней, определяют параметры, которые будут необходимы и достаточны, чтобы ноты с этим знаком не теряли корректности графического представления при обмене файлами между приложениями, и вносят это в формат. А остальные производители нотных редакторов подтягиваются — подтягивают свои внутренние алгоритмы импорта и экспорта MusicXML.
Так это работает, имхо.
Нажмите для раскрытия...
Возможно Вы и правы, как музыкант/преподаватель/композитор/энтузиаст радеющий за прогресс в музыке.Но пакет Вст3сдк не предполагает обработку миди, со слов разработчиков стандарта Вст3, вопреки этому описание и абстракции для реализации миди есть.Клэп не знаю надо смотреть. Разрабы вст3 честно сказали, что миди_обработку либо сами(разрабы) либо 3-я сторона(сторонние разрабы, например rtmidi) . Все просто.
 
Всё прекрасно...)) Но, как обычно "без бутылки в Рипере не разберешься". Что, для чего, и как..? В общем, как работает этот скрипт, не понятно. У меня не работает. Может потому, что не знаю, что нужно для того, чтобы его запустить.
Скриншот-14-04-2024 18_23_55.jpg
 
  • Like
Реакции: Trasher
Все есть. Просто столько заморочек, что разбираться уже особо не хочется. Может быть как-нибудь "само рассосется" (заработает)). А нет - буду пользоваться "старым-добрым" реатикулейтом.
 
Войдите или зарегистрируйтесь для ответа.

Сейчас просматривают

Всего: 1 (пользователей: 0, гостей: 1)
Сверху Снизу