GrandTwin (human perfomance doubler) (22 онлайн)

Zerocool

Dart
18 Май 2003
36.428
37.675
113
48
Belgorod
1788367117176.png



Три алгоритма , два универсальных - один чуть более чистый , но более узкий , второй пошире но артефактов чуть больше )
Direct - только для электричек) DI до усилителя ...

Intensity - сила применения алгоритма ) тайминг - насколько кривой будет дабл )) width - обычный паннер ( работает только в том случае если у вас моно трек на стереодороге )) тогда плагин делает копию оригинала ) и играет полный дабл


Пробуемс)
 

Вложения

Плагин понравился, спасибо. Куплю. Тестил на моно-вокале.
Правда не знаю, кому понадобится Intensity более чем 100 %.
Мне достаточно было Timing - 36 и Width - 25.
Это первый алгоритм - UNI A.
 

ESSE

Ну 100 intensity ,это типа дефолт ) ... ну 25 ширины маловато для широкого стерео)

я обычно меньше 80 вокалы не раздвигаю ))
 
На вокале попробовал, не особо могу отличить от рядом стоящего реального дабла. Отличный плагин. На гитарёхах чуток позже попробую, но, думаю, и там будет всё отлично!

Грандбридж допилить бы ещё)
 
@Zerocool, а возможно ли твой даблер превратить в десятиблер? Ну то есть из одного голоса 10 или больше сделать? :D Стадион вот например если надо сделать))))
 

Dmitry Stepin

Теоретически не проблема . стадион оч врядли - там совсем другие алгоритмы нужны )

Это будет просто пачка бэков ) но смысла в этом особого нет , никто не пишет одно и то же 20 раз )
 
Из приятностей кстати ,Grandtwin , изначально упакован в оболочку и движок от Grandbridge)
так что алгоритм там тяжеленький , но на асиометре это никак не сказывается) потому что он работает асинхронно за пределами DAW)

Я и впредь со всеми жручими плагинами так буду делать сразу )
 
  • Like
Реакции: Scarlatino и Vladis Udler
сделал Ara

кто там говорил что неудобно . по моему оч удобно )) и никаких 300 мс задержки )


a
 
  • Like
Реакции: Лукьян
Сейчас мне камрад Gerain9 , скинул микс рабочий свой , где он все даблтреки , вокал , электричку, акустику , оставил в моно и позаменял их GT
)) я разницы не услышал от слова совсем .. в итоге от оригинала ))

и это по моему отличный proof of work ))
 
Объедините темы даблеров!)

Товарищи модераторы, может, для Артёма отдельную вкладку сделать, как для Ильи Ефимова?

А то искать новые плаги в новостях не очень удобно, а дело пошло, вроде!
 
  • Like
Реакции: Scarlatino и Gerain9

Alexius_Tee

Зачем )?))

у меня же слоган в названии сайта не просто так , ) мне совершенно неинтересно делать какой нить клон очередного 5150 ) потому что все это уже сделано и ( хорошо ) - до меня сто раз ))
 
Протестировал на di электрогитары в Рипере. На даблтреке перед ампсимом, действительно, очень сложно отличить от оригинального дабла. Как только можно будет- сразу куплю, обалденная вещь!!! Но словил глюк (может и не глюк, а так задумано)- если вешать плаг перед ампсимом на стереотрек папку в рипере- всё великолепно. А вот если (я строго про РИПЕР) повесить плаг на гитарный Di трек внутри папки, а на треке папки в FX висит ампсим, то задержка уже не компенсируется Рипером. Играет с отставанием. Так что в Рипере вешаем только на отдельный трек, что, по видимости, и было задумано.
 
А вот если (я строго про РИПЕР) повесить плаг на гитарный Di трек внутри папки, а на треке папки в FX висит ампсим, то задержка уже не компенсируется Рипером.
Проверил — у REAPER действительно есть отдельная специфика PDC при маршрутизации через folder tracks, причём Cockos исторически отдельно исправляли именно обработку PDC на папках/шинах.

Так что описанный вариант вполне может быть REAPER-specific: когда GRANDTWIN и ампсим находятся на одном треке, это одна последовательная FX-chain, а когда GRANDTWIN стоит на дочернем DI-треке, а ампсим на parent-folder, задержка проходит уже через отдельные узлы routing graph. Для таких схем, особенно с record-armed/live monitoring, REAPER обрабатывает PDC иначе.

Но я бы пока не называл это однозначно «так задумано» — скорее это известная особенность/ограничение архитектуры PDC REAPER. Сам GRANDTWIN, судя по тому, что в обычной цепочке компенсация работает правильно, latency хосту сообщает нормально.

Этот конкретный child → parent сценарий я отдельно проверю
 

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