на данный момент вырисовывается следующая система.
(Библиотека должна)
Из того, что достигнуто в настоящий момент (имеются ввиду домры) требуют переработки следующие аспекты:
Теперь объяснение для всех, кому это слишком сложно. Тем, кому охота задротить с кейсвитчами, и нравится работать с системой SM, которая, собственно является нравственным ориентиром для концепции одна секция\дивизи-группа - один канал, будет одна секция мануала, и свои настройки.
Для тех, кому комфортно ничего никуда не записывать и не запоминать, а микшировать через миди-каналы, будет отдельная секция, описывающая процесс настройки для того, чтобы один раз все разделить, повесить на свои каналы и не нажимать более ни одного кейсвитча. Тех же, кто осилит обе концепции, в народных, возможно, ничего особенного и не ждет, но в перспективе ожидает более гибкая настройка поведения библы под себя.
P.S. Вова, надеюсь, я тебя правильно понял.
P.P.S. поскольку в итоге работы больше, чем я предполагал, апдейт домр будет на следующей неделе, так же на повестке дня будет багфикс изменения скорости портаменто, и работы в multichannel без разделения на divisi (точнее, система будет реорганизована)
(Библиотека должна)
- иметь возможность быть полностью функциональной как и при использовании одного канала на секцию, так и при использовании нескольких каналов.
- изменять положение КС и переназначать контроллеры
- располагать возможностью разделения на голоса (divisi) с сохранением пропорциональной энергии, не теряя функционала для каждой отдельной партии.
- затрачивать минимальное количество действий на выполнение задачи.
пояснение: При игре без дивизи испольнение одной и той же партии на трех разных треках может быть излишеством. При управлении библиотекой более 4 контроллеров - излишество, т.к. пальцев не хватит. и т.п.
- индивидуально относиться к каждой артикуляции
пояснение: сустейны и тремоло, к примеру, должны редактироваться и программироваться с учетом специфики этих артикуляций, а тем более, короткие (и не очень) штрихи. Данный пункт является некоей оппозицией капсюлу, который многие различные артикуляции подвел под одну гребенку. Отсюда же вывод, что все процессы взаимосвязи артикуляций должны проходить так же индивидуально для каждой возможной такой связи.
- иметь возможность микширования любой артикуляции с любой, при этом выполняя предыдущие 2 условия.
пояснение: Допустим при микшировании длинных артикуляций между собой используется контроллер, при микшировании коротких между собой - на выбор контроллер или КС с управлением по велосити. При микшировании коротких с длинными отдельное моделирование для использования коротких как атаки или релизы.
- иметь возможность управления из одного интерфейса
- интерфейс должен позволять применять основные настройки без использования миди (то бишь, мышкой) так же как и максимально возможно визуализировать процессы происходящие с библиотекой. Более того, он должен быть достаточно лаконичным, чтоб не запутаться в настройках, иметь не более 3 окон и не более 2 уровней (лучше один)
Из того, что достигнуто в настоящий момент (имеются ввиду домры) требуют переработки следующие аспекты:
- я не с того края подошел к процессу, разделяя миди-каналы в начале на артикуляции, а после на дивизи-группы. Процесс должен быть обратным: изначальное управление по одному каналу, дальнейшее разделение по каналам дивизи-групп, дальнейшее - по каналам артикуляций. Так логичнее. Если получится реализовать достаточно наглядно возможность выбора разделения только между артикуляциями, или только между группами - будет реализовано так.
- требуется разработка и внедрение алгоритма микса артикуляций (наподобие того, что имеется в капсюле, только умнее и эргономичнее). Я в настоящий момент вижу это как отдельную группу кейсвитчей, которые будут управлять подключением артикуляции к миксу с текущей (макс 2 возможных: один для подмеса короткого в кач-ве атаки или релиза, жесткость которого будет зависеть от велосити кейсвитча, один для подмеса длинного к длинному в зависимости от положения контроллера смешивания. Для которких только один, отвечающий за пропорцию между основной и добавленной артикуляцией)
Теперь объяснение для всех, кому это слишком сложно. Тем, кому охота задротить с кейсвитчами, и нравится работать с системой SM, которая, собственно является нравственным ориентиром для концепции одна секция\дивизи-группа - один канал, будет одна секция мануала, и свои настройки.
Для тех, кому комфортно ничего никуда не записывать и не запоминать, а микшировать через миди-каналы, будет отдельная секция, описывающая процесс настройки для того, чтобы один раз все разделить, повесить на свои каналы и не нажимать более ни одного кейсвитча. Тех же, кто осилит обе концепции, в народных, возможно, ничего особенного и не ждет, но в перспективе ожидает более гибкая настройка поведения библы под себя.
P.S. Вова, надеюсь, я тебя правильно понял.
P.P.S. поскольку в итоге работы больше, чем я предполагал, апдейт домр будет на следующей неделе, так же на повестке дня будет багфикс изменения скорости портаменто, и работы в multichannel без разделения на divisi (точнее, система будет реорганизована)
Последнее редактирование:
