Jbridge vst-адаптер (4 онлайн)
- Автор темы JazzPianist
- Дата начала
где-то на kvr видел что в версии 1.0 для мака сделают бридж и для AU :jump: надеюсь это правда...
Я купил, в самом деле 400 рублей абсолютно адекватные деньги.
Но пока МАК версия немного сыровата, помимо окна с плагином отдельно запускается окно самого бриджа. Если много плагинов открыто, не просто найти окно бриджа отдельно взятого плагина, чтобы сохранить или загрузить пресет. Но встроенный бридж Cubase 6 вообще ужасен.
в 6.5 периваривает практически все за исключением нескольких плагов.
SoulTrain, вы на маки пересели что ли?
Встроенный бридж переваривает все, но плаг редактируется в отдельном окне поверх всех окон и его нельзя переместить - это ужасно не удобно.
Да, решили перетащить сетап на макбук и в то же время добиться обратной совместимости с РС.
На маке куб в режиме 64 бит.
что то я не так понял наверное, это как? Просто у меня все нормально с бридженными плагами.
Кстати, на винде кубейс шустрее работает, проверено.
на W8 нормально будет работать, хочу купить. Кто нибудь юзает на 8-ке?
я платил через палку, и ссылка на бридж прийдет на адрес зареганый на ней, или нет?
я платил через палку, и ссылка на бридж прийдет на адрес зареганый на ней, или нет?
Последнее редактирование:
Нормально на маке с бридженными плагами - это как? На маке, я правильно понял?
У меня в точности как на официальном скриншоте - во все грузится окошко бриджа, а плагин запускается отдельно.
нет, на маке не юзаю, у меня и бриджа нет под мак. Я имел ввиду, что родной бридж переваривает нормально, но действительно есть проблема -
без определенной закономерности некоторые пробридженные плаги периодически отваливаются. Вот все-таки решился купить jBridge. Надеюсь он стабильнее работает.
У меня на Восьмёрке работает нормально. Я не помню, на какой адрес она пришла. Скорее всего на тот, что известен автору плагина, с PayPal, наверное.
Сегодня ни у кого не было проблем с jBridge? Открываю проект - не найден ни пробридженный, ни обычный Kontakt 5. Открываю папку VST Plugins - появились файлы *.jbridge в корневой папке, а не там, где у меня спец. папка для этого. Файлы датированы временем открытия проекта. Спсло следующее - удалил новые и старые бридженные файлы, пробриджил нужное заново. Проект запустился с Kontakt-ом. jBridge 1.5.
Володя, старым проектам всёравно на каком 32 или 64 доделываться. Я проверял )). на 64 даже лучше, без таких выпендросов.
Я просто хочу доделать на 32 и очистить систему от мусора - кучи плагинов и инструментов, которыми не буду пользоваться на Cubase 7х64. Поэтому под 7 пока ничего не бриджу. Пытаюсь все надстройки ставить х64 - Kontakt, Spectrasonics, Toontrack, Lush, Waves, Guitar Rig, Plugin Aliance. А больше ничего вроде мне и не надо или есть замена 
ЗДравствуйте,У меня имеется Cubase 5 x86 на Win7 x64.И проц Amd fx-6300 с Esi juli@.
Создаю проект с 48000khz 24bit.
Гружу 5-тью гитар ригами.
2-мя амплитубами
6-ти KEfir на максимальный ресемплинг.
3-мя TSE 808
+ещё много разных плагинов.
И cpu в кубе затыкается.
Смотрю в диспечер задач.Там цп куб забит на 15-20%.
Скажите пожалуйста Jbridje исправит ситуацию?Или он только оперативку на себя грузит?
Создаю проект с 48000khz 24bit.
Гружу 5-тью гитар ригами.
2-мя амплитубами
6-ти KEfir на максимальный ресемплинг.
3-мя TSE 808
+ещё много разных плагинов.
И cpu в кубе затыкается.
Смотрю в диспечер задач.Там цп куб забит на 15-20%.
Скажите пожалуйста Jbridje исправит ситуацию?Или он только оперативку на себя грузит?
Pavluxa000, меняй проц (на Core i7-3770K) звуковуху (на RME AIO) и куб (на куб 7 х64), а также ставь Vienna Ensemble PRO 5 и выводи всю тяжёлую обработку в неё. И твои волосы будут в порядке. :bye:
Спасибо за ответы.Хотя сейчас попробовал.забриджил всю тяжелую обработку.
И немного помогло.Цп на себя немного взял.
Грузанул.ПРоцессор хорошо с многопоточностью справляется.А в кубе атас
6-ю гитар ригами(там у каждого по 30-40% CPU)брижденый
5-ю амплитубами(у каждого по 20-30% CPu)Забридженый
Kefir с макс.ресемплингом 4штуки.
+средние по тяжести 20плагов.
Вытянул.Проц на 60% в общем был забит.
НО на деле столько же не буду использовать.
И немного помогло.Цп на себя немного взял.
Грузанул.ПРоцессор хорошо с многопоточностью справляется.А в кубе атас
6-ю гитар ригами(там у каждого по 30-40% CPU)брижденый
5-ю амплитубами(у каждого по 20-30% CPu)Забридженый
Kefir с макс.ресемплингом 4штуки.
+средние по тяжести 20плагов.
Вытянул.Проц на 60% в общем был забит.
НО на деле столько же не буду использовать.
т.е. коре I7 3770k Не справиться?.Или всё же проблема в кубе? Что не может на себя столько грузить обработок
у тебя же нет 3770К с чего ты взял что он не справится?
И куба 7 х64 тоже нет, как и вены энсебля. Поэтому ты можешь только верить моим словам или не верить. :bye: А куб - любой кстати - можно и парочкой плагинов "повесить". Например две z3ta включить и сыграть пару аккордов трымя пальсами.
Pavluxa000, вопрос довольно комплексный, и решать его можно по-разному, в зависимости от бюджета.
1. Vosk полагает, что основная проблема в кривизне реализации ASIO-драйверов, которая заставляет процессор "икать" раньше, чем он действительно напряжется. Надо сказать, в этом он прав. ASIO нагружает ОДИН тред, и как только там становится тесно, начинается икота. При коротких латенси - довольно быстро начинается... Пару-тройку лет назад единственным универсальным советом было: "при сведении НЕ ИСПОЛЬЗУЙТЕ короткие задержки, ставьте столько, чтоб система нагружалась равномерно". Этот совет, вообще-то, и сейчас справедлив... но если нужен реалтайм, то он, конечно, неприменим.
2. А вот решение, которое Воск предлагает, - довольно спорно. Разберем по косточкам.
Замена процессора, понятное дело, облегчит муки. Но дорого. Поэтому - оставим напоследок и прикинем, что есть еще...
Замена Кубейса на лицензионный 64-битный последний - не даст вообще ничего!.. Ну совсем. Потому что единственное, чем 64-битное приложение капитально отличается, - это способность использовать кучу памяти. Что, конечно, важно Воску, работающему почти исключительно с сэмплерами, а вот Вам - не факт. Все вышеперечисленные плагины жадны в основном до процессорных ресурсов, а не до памяти. Так что этот пункт можете смело пропускать.
3. Поставить Вена Ансамбль Про 5... О-о-о, тут да. Тут бескрайние горизонты. Но только это автоматически означает "и купите еще один-два-три компа", имейте в виду. ВЕ Про создан для того, чтобы тяжелую обработку (и инструменты, а как же) - переносить на другие компы, завязанные в гигабитной сетке. Эффективно? ДА! Дорого?..
Эээ...
Ну, не бесплатно.
http://www.viennaensemblepro.com/
Изучайте, что ли. Могу только покивать, что ДА, оно того стоит. И проблемы, связанные с "бутылочным горлышком" ASIO, решает капитально.
Ну и могу посочувствовать, потому что в народе этой программы нет... (и, надеюсь, не будет, потому что зачем?.. )
1. Vosk полагает, что основная проблема в кривизне реализации ASIO-драйверов, которая заставляет процессор "икать" раньше, чем он действительно напряжется. Надо сказать, в этом он прав. ASIO нагружает ОДИН тред, и как только там становится тесно, начинается икота. При коротких латенси - довольно быстро начинается... Пару-тройку лет назад единственным универсальным советом было: "при сведении НЕ ИСПОЛЬЗУЙТЕ короткие задержки, ставьте столько, чтоб система нагружалась равномерно". Этот совет, вообще-то, и сейчас справедлив... но если нужен реалтайм, то он, конечно, неприменим.
2. А вот решение, которое Воск предлагает, - довольно спорно. Разберем по косточкам.
Замена процессора, понятное дело, облегчит муки. Но дорого. Поэтому - оставим напоследок и прикинем, что есть еще...
Замена Кубейса на лицензионный 64-битный последний - не даст вообще ничего!.. Ну совсем. Потому что единственное, чем 64-битное приложение капитально отличается, - это способность использовать кучу памяти. Что, конечно, важно Воску, работающему почти исключительно с сэмплерами, а вот Вам - не факт. Все вышеперечисленные плагины жадны в основном до процессорных ресурсов, а не до памяти. Так что этот пункт можете смело пропускать.
3. Поставить Вена Ансамбль Про 5... О-о-о, тут да. Тут бескрайние горизонты. Но только это автоматически означает "и купите еще один-два-три компа", имейте в виду. ВЕ Про создан для того, чтобы тяжелую обработку (и инструменты, а как же) - переносить на другие компы, завязанные в гигабитной сетке. Эффективно? ДА! Дорого?..
Эээ...
Ну, не бесплатно.
http://www.viennaensemblepro.com/
Изучайте, что ли. Могу только покивать, что ДА, оно того стоит. И проблемы, связанные с "бутылочным горлышком" ASIO, решает капитально.
Ну и могу посочувствовать, потому что в народе этой программы нет... (и, надеюсь, не будет, потому что зачем?.. )
ошибочка
rankster2: Разгружать ASIO за счёт выноса тяжёлых плагинов в вену можно и на том же компе. Я же писал видео год или два назад Кирилл ты забыл? (могу записать исшо)А мощный проц дорого да, но эффективно. По-крайней мере можно сравнить - я могу грузануть те же плаги в свой 3770К, что и Павлюха и показать скока у меня ушло на это дело процентов ASIO.
Не подтвердилось тестами в Вене, Серег. Ничего никуда не разгружается. Плюс-минус погрешность. Ты ж знаешь, я пробовал.
В другой комп - да... Это да.
Да ASIO может грохнуть одна единственная библа в одном-единственно открытом в проекте контакте. Я уже тут приводил в пример такую. Кривую. :mamba: Но вот если вывести этот контакт с этой кривой библой в венскую инстанцию - на том же компе - то и библа заиграет (хотя больше в этой инстанции уже ничего не откроешь - накроется её движок ) и кубэйсу пофик.. Тоисть вапче. А кто нам даст гарантии что степень кривости в других - несметных - библах для Контакта (и прочих сэмплеров) не превышает 15%? :dirol: Не только плагины вешают ASIO другими словами, там целая совокупность всяческих нагрузок, и вот 70% их вена может взять на себя - на том же компе.
Я уже тут приводил в пример такую. Кривую. :mamba: Но вот если вывести этот контакт с этой кривой библой в венскую инстанцию - на том же компе - то и библа заиграет (хотя больше в этой инстанции уже ничего не откроешь - накроется её движок ) и кубэйсу пофик.. Тоисть вапче. А кто нам даст гарантии что степень кривости в других - несметных - библах для Контакта (и прочих сэмплеров) не превышает 15%? :dirol: Не только плагины вешают ASIO другими словами, там целая совокупность всяческих нагрузок, и вот 70% их вена может взять на себя - на том же компе.
Еще совсем недавно меня изумляли подобные фразы. Хотя издевался я над хостом довольно жестоко. И сейчас, после покупки SSD (как ни парадоксально) я убедился в том, что это действительно так. Раньше у меня всё-всё работало! Никто не верит. Но это етить правда!:girl_cray2:Да ASIO может грохнуть одна единственная библа в одном-единственно открытом в проекте контакте.
А теперь нифига не работает. Я сломал всю голову, но так и не понял в чем был секрет того чуда, которое я раньше наблюдал.:cray:
Да. Однозначно. Ему абсолютно безразличен хост. Главное, чтобы хост работал с VST.