Результаты поиска

Это я давно нашел. Акцессор, конечно, работает быстрее с родным семплрейт. Если посмотреть на алгоритм компрессора - там все это учтено, и я описал в деталях, что делаю. Поэтому там относительно мутный алгоритм. С учетом плейрейт, и прочего, но не просто так. То есть, сперва, все выравнивается...

Хочу спросить, кто-то подробнее распишите - + ReaScript: add drag and drop receive support with gfx.getdropfile()/gfx_getdropfile() + ReaScript: allow deferred script execution to continue during modal windows triggered by MIDI + ReaScript: StuffMIDIMessage() for control defers to process...

@borisuperful, вот и все;) Заведи на github страницу. Клонируй частный репо. Это просто. Даже такой дятел, как я завел, десктоп-версию. Ссылка верная, если нет - удалю - https://desktop.github.com Синхрон, это удобно...по крайней мере. (Еще есть мнение "Десктоп - это лажа, только православная...

Это же тема про скрипты. Хочу пару слов про EEL. Конечно, по сравнению с Lua корявенько - с точки зрения программинга. loop, while - это просто пародия

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

@borisuperful, наверное, помудрю потом, сделаю детектор с фильтром и доп. настройками. Кстати, я знаю что даже такой простой вариант будет работать, он будет прекрасно работать и в реал-тайм, для чего изначально и предназначен. Никаких проблем - я старался;)...

@borisuperful, по транзиентам - там еще фильтр поставить на детектор - будет хорошо. Я не делал, если есть желание - просто возьмите фильтр из каких-то других скриптов, из моих же, например, будет намного эффективнее, это точно, проверено. Сам по себе принцип детектирования у меня предельно...

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

Плагин не жрет практически ничего, не более, а менее, чем аналогичные! На планшете на атоме - он ничего не жрет, другие более жрут - сравните с похожими! Есть исходники некоторых плагинов - там все похуже, плюс это мелкое окошко - я говорю, я делаю РЕАЛЬНО ХОРОШО! Не хочу доказывать, объяснять...

@Music_makers, Я пока не выкладывал JS. По идее - там нагрузка 0.0 - 0.1 - хз, как загрузить систему. Ради прикола - протестировал похожие плаги - они жрут больше, дальше нет смысла.

Поздравляю(и так держать)!

@ecosoft, это, наверное, мне адресовано. Если есть желание - могу детально расписать ситуацию. До мелочей. С математикой там порядок, все сходится. Даже больше, вероятно, захотели сделать так, как нигде --------- Математически считаются абсолютно нереальные размеры - например 8/5 - запросто, да...

@ecosoft, считается правильно, Вы же даже не проверили. Используются родные ф-и, только с заворотами. Точность посемпловая.

@ecosoft, --[[ Measure = Bar - Такт Beat - Доля --]] --============================================================================== -- Несколько мат. функций ---- local min, max = math.min, math.max local abs, ceil, floor = math.abs, math.ceil, math.floor local log, exp = math.log, math.exp...

@convex, поздравляю, с опозданием, наверное

Чисто для интереса - утверждаю, что сетка считается достаточно легко. При этом - сетка не соответствует тайм-лайн. У них это разные вещи, вот так. А как считают маркеры - я не знаю... думаю, возможно подобрать, но я на этом бросил. Я рассуждал так - для всех кривых, включая маркерные, используют...

@ecosoft, не знаю точно, вроде столкнулся именно с такой проблемой, когда позицию в проекте нужно перевести в позицию в айтеме и наоборот. Я нашел, как они считают сетку, сетка отличается от тайм-лайн. Это либо ошибка, либо намеренно...хз, достаточно поставить неправильные размеры, там видно...

С лупами вроде бы другая задача(или я невнимательно посмотрел)...

https://github.com/EUGEN27771/ReaScripts/blob/master/Various/Envelope-based Compressor/inc/AudioFunctions.eel По ссылке более быстрые ф-и val2db, db2val. Там же есть ф-я для расчета рмс.

@PianoIst, --------------------- Этот код изначально был на EEL, кто-то переложил на Lua. В EEL можно за раз получить не более 65536 семплов, поэтому время делилось на блоки по 65536. То есть, получается какое-то кол-во полных блоков по 65536. И один неполный блок - остаток. Если playrate = 1...

Спасибо, было бы неплохо. С midi bus, кстати, через чанк куда ни шло, насколько помню. А вот merge/replace/disable в двух местах прописаны. Нет, пока в eel ковыряюсь. Галки давно нужны были в FXRack, и другие мысли есть.

Косяки в SWS были, модуляция не пересчивалась и Рипер валился вроде, точно не помню.

Мы же когда-то делали - модуль в FXRack, и модуляцию учитывали, и скорость на уровне со встроенными средствами. Конечно, родную ф-ю однозначно лучше иметь. Еще бы доступ к опциям merge with midi bus, get/set midibus, через чанки пробовал, но здесь потери сходу по скорости

:( -> :| -> :)

@ljekio, в теории - можно записать весь трек в спец. плагин, без разницы что на нем будет и в каком порядке расположено, чем обработано и тп. Любые данные из любого источника, с трека, со входа, с сендов. Перевернется(если нужно) все. Суть в том, чтобы записать(или передать) в память плагина...