Появилась мысль написать на оф форуме IL...

[Irveen]

В общем подумал я написать на оф форуме месагу по поводу автокомпенсации каждого посыла в микшере ФЛ.
Нарисовал вот такую картинку.
Как вам картинка и много ли ошибок?
И понятно ли то, что я хотел этим сказать?

Вотъ.

[Deeman.]

Ну у картинки, как мне кажется, есть один недостаток. Причём, мне кажется, это первое, на что разработчики обратят внимание.

Её тупо не видно.

[Deeman.]

А, нет, вот, появилась. Но всё равно это недостаток.

А что означают все эти линии? Это новый дизайн микшера?

[=DRiNK=]

А что означают все эти линии? Это новый дизайн микшера?

А это как в Артурии2600, виртуальный аналог! Нужно послать? Кабель в гнездо чмяк!

[Deeman.]

А, вот ещё. Помимо того, что абсолютно непонятно, что тут изображено (я втыкал минут пять), дык ещё и одно из ключевых словосочетаний прям таки излучает ужасом и безысходностью.

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

[mikh]

Deeman.

[Irveen]

но компенсатион - это я не знаю как по английски выразить мысль "этот посыл не компенсируется". Типа нет компенсации.

Зелеными и красными линиями со стрелками нарисован вариант роутинга, который не работает с авто ПДС.

Может просто для многих это не проблема и народ не понял о чем я тут вообще?

Может просто текстом написать без картинок? Правда тогда получится многократное NO COMPENSATION... с моим английским.

А может ну его набок этот оф форум? Все равно делать не будут.

[Grosse]

Они тебе объяснение, по аналогии с опережающими и отстающими, тогда в таком духе могут накалякать, почему они не будут это делать, пока не будут наверно.

[Irveen]

:surprised:
Йепонский городовой!

[cricketmusic]

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

[Irveen]

Irveen ...только правильно напиши и сформулируй главное по английски

В этом то и проблема. Тут я и спросил знающих инглиш и фрукт, понатно ли я выразил свою мысль.
По ходу дела никто ничего не понял. Как понятнее описать суть вопроса я пока не придумал.

[Deeman.]

Ты хотя бы нам на русском опиши!

[Grosse]

Вот, цитирую из какой-то книги о cubase 5:

5.6. Особенности применения VST-плагинов

Напомним, что в режиме вставки (Insert) целесообразно подключать те эффекты, параметры которых должны подбираться индивидуально для разных модулей микшера. К таковым, в частности, относится динамическая обработка.

В режиме посыла (Send) целесообразно использовать те эффекты, которыми предполагается обрабатывать сигналы нескольких треков, причем в общем миксе должны присутствовать как исходные сигналы, так и обработанные эффектом.

При подключении эффекта в режиме Send регулировка Dry/Wet должна быть установлена в положение Dry = 0, Wet = 100 %: обработанный сигнал должен полностью заменять исходный. Нужно это в первую очередь для того, чтобы избежать неприятных последствий, вызванных задержкой, которая может возникать не только в программных плагинах, но и в эффектах, реализованных аппарагно. А последствия могут быть такими: сигнал, проходящий обработку, задерживается (пусть даже на несколько звуковых отсчетов), затем возвращается на выходную шину, где смешивается с незадержанным исходным сигналом. Если параметр Dry не 0, то получится, что необработанный сигнал смешивается со своей же копией, но задержанной во времени. Звучит это не очень приятно. Однако не так страшен черт, как его малюют. Задержка возникает далеко не во всех эффектах, а только в тех, которые выполняют анализ входного сигнала перед его обработкой. В основном это относится к некоторым плагинам и устройствам, выполняющим динамическую обработку. А такую обработку как раз следует применять в режиме вставки, поэтому значение параметра Dry должно быть равно 0 (исходный сигнал полностью заменяется обработанным). В этом случае задержка не страшна: сигнал немного задерживается, но не смешивается со своей незадержанной копией. Кроме того, задержка может проявиться, только если включен режим Constrain Delay Compensation (хотя эта функция вроде отключает все плагины, вносящие задержку выше установленного порога, т.е. может не остаться включенным ни одного плагина, вносящего задержку, тут опечатка была наверно, не знаю, что там уж)

Т.е. и в кубасе нет такой функции, которая делает так чтобы эта вся "посыльщина" представлялась фактически просто как набор отдельных дорожек.

Возможно я ошибаюсь.. ща покурю и перепроверю. Да, может бы я плохо проверяю, но я не могу найти ничего о том, чтобы в кубасе была машина времени.

[Irveen]

В кубе все путем. Там идеология микшера устроена иначе. Там все по полочкам: каждому звуковому источнику - свой канал. Если нужны посылы - делай шины. Т.е. структура роутинга более линейная и последовательная.
Во фруктах можно изначально несколько источников сигнала загнать на один и тот же канал микшера. А можно канал с одним источником направить на мастер и на канал(ы) с другим(и) источником(ами) (на моем рисунке канал "Драм луп" направлен сразу на мастер и на канал "Кейс". "Кейс" - пианина, дико задавлены ревером (Кул эфикс) и этим же ревером обработан посыл "Драм лупа". Уровень посыла я делал низким. Т.о. я сэкономил целый сенд трек для ревера). Этим мне микшер фрукта радует, но не радует то, что компенсация задержки выставляется для трека в целом. Это отлично работает, если есть много треков, на которых задержка разная и все они направлены на мастер. В этом случае все просто: Берем максимальную задержку, вычитаем из этого значения значения остальных задержек и на результат задерживаем сигнал для каждого канала соответственно.
В моем же примере есть трек, с которого идет сразу 2 посыла. Один на мастер, другой на канал "Кейс" (этот канал можно рассматривать как сенд канал). В результате на мастер идет сигнал Драм лупа без задержки и с задержкой. Если бы была компенсация не канала, а каждого посыла, то посыл "Драм луп --> Мастер" скомпенсировался бы на 40мс и все путем.
Ну, понимаете, о чем я? Автокомпенсацию надо реализовать не для каналов, а для всех посылов (и на ручку Dry/Wet в слотах эффектов).

[Grosse]

Касательно, значится имеем, что компенсация между двумя дорожками достигается тем, что незадержаная эффектом первая дорожка искусственно задерживается, чтобы уравняться с задержанной второй дорожкой. Если мы первую направим на вторую, то первая дорожка будет, кроме искусственной задержки, дополнительно задержана эффектом торчащим на второй.


Звук синта через первую дорожку с 40 ms отправлен на мастер и на вторую дорожку, а со второй дорожки звук проходит через coolfx и уже с 80 ms задержкой идет на мастер.

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

[cricketmusic]

блин, картинки широкие, шире моего монитора...

а вот что бы я хотел у них попросить: мне вот нравится в фл Wave Candy, то какисми функциями он обладает, а именно: можно делать любой прозрачности и что бы он был не активен для мышки, вот я так допустим сделал пресет для микшера с 3 штуками Wave Candy, у меня прямо справа стоит пик анализатор на всю высоту экрана тоненький, сам он прозрачный а сами активные полосочки полупрозрачные (что бы не очень мозолило глаза, но тем не менее было видно)... и прямо на том же месте, прямо за ним стоит тоже пик анализатор, тоже прозрачный, но уже не ПИК а РМС, у него активные полосочки чуть более выражы другим цветом... вот... они друг другу естественно не мешают когда стоят один за другим, т.к. РМС всегда ниже ПИКов их нужно поставить ровно один за другим до пикселя, что бы не мутило, а 3-й Wave Candy вектороскоп или как его, круглая фигнюшка для контроля за стерео, он стоит в самом углу вверху-справа (в этом районе) у него только границы чуть прозрачные, а сам он прозрачный, а активные полоски зелёненькие мало прозрачные (ну это на вкус, как удобней, можно их делать любой прозрачности, хоть и без)... когда открываю пустой проэкт как бы они открываются тоже, вобщем всегда висят, и не нужно доп анализаторы подобные, тем более что они ничего не "кушают" процессы... но вот не хватает в Wave Candy ещё спектрального, там конечно есть, и он клёвый если настроить так как надо и привыкнуть к такому отображению, тоже полезная штука, но он не такой как стандартные, ну вы поняли, типа Span, итп.... вот бы их попросить запилить туда такой, и что бы они согласились , было бы хорошо очень, повесить его также в любое удобное место полупрозрачненького, и всегда на виду и мышке не помеха, т.е. не активен для мышки......... вот скрин

p.s. кстати, щя глянул на имена разработчиков, там есть русские (см.ниже), а может быть можно писать на форуме и на русском, ну хотя бы свои предложения чего то? или только инглиш? и интересно можно ли писать тем, кто не входит в число покупателей, демщикам? просто интересно... хотя, это же не значит что разработчики отвечают за форум... так что наверно только международный инглиш

Our Developers
Didier Dambrin
Fréderic Vanmol
Miroslav Krajcovic
Galina Gospodinova
Mihail Milushev
Maxx Claster
Luis Serrano
Nam Kennic

[SD]

Miroslav Krajcovic
Galina Gospodinova
Mihail Milushev

Скорее всего, разговаривают на языке, который у нас воспринимается скорее как церковно-славянский(с балкан поди)

А вообще, у них много кто среди разработчиков отмечен.