Jbridge vst-адаптер
- Автор темы JazzPianist
- Дата начала
111 OS, ща точно не помню, но... в юзер-аудио-плугин посмотри. Там должна создаться папка с пробриджеными плагами-вот ее и надо убить
Проверить не могу-бриджем больше не пользуюсь, но все таки надеюсь что вспомнил правильно
Если не найдешь-должен остаться винт с бэкапом системы, погляжу там
Проверить не могу-бриджем больше не пользуюсь, но все таки надеюсь что вспомнил правильно
Если не найдешь-должен остаться винт с бэкапом системы, погляжу там
Поставил на MAC OSX 10.7 ничего не работает Вена не видит в 64 никаких 32 битных плагинов.
Пытаюсь снести выполняя команду в терминале
Бред какой-то,а не программа.
Может дело в демоверсии?
Но зачем платить за то, что не работает.
Пытаюсь снести выполняя команду в терминале
Компьютер спрашивает пароль - никакие пароли не устанавливал.
Бред какой-то,а не программа.
Может дело в демоверсии?
Но зачем платить за то, что не работает.
вена и не должна видеть 32 если она 64. Вена сама по себе 2-х видов - 64х и 32х. Серверы. Работают оба одновременно. В настройках х64 сервера надо указать х64 папку с х64 плагинами, в настройках х32 сервера надо указать х32 папку с х32 плагинами.
Спасибо я это понимаю.
Я хочу сделать, что бы в 64 битном сервере у меня с помощью jBridgeM виделись 32 плагины, что бы меньше листать программы в работе.
Вообще это реально и имеет смысл?
jBridgeM при инсталяции никаких папок и дополнительных расширений не создал.
PS:
VST Settings - нет на MAC OSX.
это реально но смысла не имеет тоисть вообще
Бридж это мост - "переводчик", другими словами - костыль.. Его необходимость возникает только если нет никаких других вариантов. Если есть вена, то ни о каких бриджах даже думать не надо.не понятная фраза..:girl_drink4:
А она работает "как бридж" в рамках одной машины? Есть мысль собрать наконец тачку помощнее и с памятью гиг 16 хотя бы, а лучше 32. Но 2 компьютера исключены.
она не бридж.
Бридж как бы "конвертор" одной битности в другую. Я точно не знаю принцип работы бриджа, но он как бы "обманывает" хост - говорит ему - вот этот плагин, на котором написано что он х32 битный, на самом деле 64х битный... И хост ему верит. Но вот кубэйсовский встроенный бридж иногда "прокалывался" и куб ему не верил. То есть 32х плагины в 64х кубе, запущенные через его встроенный бридж иногда отваливались, и при этом вешали куб (а он как известно после такого зависона висит ещё ровно 5 минут - не может расстаться со звуковой..). То есть встроенный был кривой. Поэтому мы юзали jbridge - он имеет множество настроек, работает отдельным процессом (при зависоне плагина падает только этот плагин, куб стоит намана), решает проблемы с лимитом памяти для сэмплеров, запущенных в 32х кубэйсе и т.д. Но потом появилась вена, и оказалось что она работает в двух вариантах - 64х сервер и 32х сервер, причём работать они могут одновременно. В результате мы теперь можем подключать эти сервера к кубэйсу (любой битности) одновременно (в одном и том же проекте) и запускать в вене плагины и 64х и 32х без всяких бриджей в их родной оболочке! Поэтому - с появлением вепря время бриджей ушло. :bye: (Остался тока один виртуал гитарист пиля... :spiteful::biggrinИ да - вена прекрасно работает на той же машине что и куб, и замечательно его разгружает. Кино про это дело навалено в шапке темы про вену в орк. разделе. ("Триллер")
для тех кто на бронепоезде - jbridge єто такой же "сервер", как и Вена - только для каждой инстанции плага у jbridge свой отдельный "сервер"…
да, только нагрузку от плагина при этом jbridge оставляет кубэйсовскому ASIO
, в отличии от вены, которая берёт эту нагрузку на себя, используя при этом ресурсы ЦП. И таки вена немного отличается от jbrig'a ещё и тем, что это практически тот же хост, только без сиквенса. :bye:
однозначного ответа не может быть - для некоторых случаев єто хорошо, а для других хуже - но в сумме ±однофигственно
еще раз для тех кто на бронепоезде - каждый инстанс jbridge єто независимый от хоста отдельный ЕХЕ процесс, каждый из которых пользуется СВОИМИ процессорными ресурсами. А загрузка ASIO и микшера єто отдельная от процессора пестня…
я про то что jbridge никак не влияет на нагрузку на ASIO плагином, открытом в его оболочке. То есть тяжёлый плагин, открытый в кубе через jbridge грузит ASIO так же как и открытый напрямую без бриджей (в родной оболочке). Открытый же в вене (без всяких бриджей к тому же) этот тяжёлый плагин никак не касается загрузки ASIO, и то что грузило ASIO на 20% будучи открытым непосредственно в кубе (через jb или напрямую), будучи открытым в вене оставляет ASIO на нулях. Я про это.
То что EXE процесс jbridg'a работает только с ресурсами процессора и так понятно, не буквоедствуй Ресурсов у процессора он почти не жрёт при этом факт, но вот у ASIO кубэйса отжирает.. Сам jbridge. Половину или один процент ща точно не помню, но тут в топе про это всё описано и давно. Так что включая 10 плагинов через jbridge вы забираете у ASIO дополнительные 10% (без учёта самих плагинов). :blum: А эту вечную пестню про загрузку ASIO использующие вену давно уже забыли как страшный сон.
Весь вопрос только в том, что вена стоит денех, а jbridge распространяется почти бесплатно. Это его единственное преимущество на сегодняшний момент. (при всём уважении к Joe! Но время его прошло.)
Хотя технически Alf_Zetas прав, и нагрузка на сам Cubase при использовании jBridge почти отсутствует, но каким-то странным образом каждый открытый auxhost.exe перенаправляет свою загрузку в общую "копилку" нагрузки на ASIO. Очень странная штука...
голодной куме - х… на уме © народная мудростьА эту вечную пестню про загрузку ASIO использующие вену давно уже забыли как страшный сон.
Для разгрузки ASIO можно любой ревайр-слейв использовать - а у сабжа совсем другое предназначение, и разговоры об разгрузке здесь оффтопик. Есть много задач кроме разгрузки, где Вена неуместна, а сабж справляется на ура - поєтому нельзя утверждать, что время бриджа ушло…
никогда не флыфал раньше этого замечательного выражения, спасибо Альфголодной куме - х… на уме © народная мудрость
Я не теоретик, я практик. Что в данном случае предпочтительнее - думаю не вопрос.
jbridge был создан для возможности работы плагинов с несовпадающей с хостом битностью. Вена с этим справляется лучше, и это не самое заметное её преимущество.. С битностью она справляется левой ногой.а вот это ты полную чушь сказал, извините.
При чём тут ревайр? У которого тому же конкретно имеет значение совпадение битности с хостом..какие например?
opcorm2:
он тоже разгружает ASIO. Ты определись сначала, что нужно - разгрузить ASIO или конвертировать битность плагинов…
у меня ASIO не перегружается, но бывает неоходимость просто вынести какой-нибудь один жрущий память семплер за пределы 4 гигового ограничения у 32-битного хоста - и нафига мне для єтого Вена?
согласен. Конвертировать битность.
согласен. Вена тебе не нужна.
:biggrin:
У меня jb тоже пока работает, даже в той же вене иногда попадается (вена х64 видит пробридженные х32 плагины ибо они в папке х64 плагинов). Но если честно - не помню уже когда им пользовался последний раз. У меня в кубе давно уже только чисто аудио и миди треки, ни плагинов ни инструментов почти нет.
Доброго утра! Я извиняюсь, что не имею времени прочитать все страницы.
Ответьте братцы на вопрос, имею w7 x64, cubase 5 x86, kontakt 5 x64. кто сумел настроить в такой конфигурации
работающий контакт? У меня он то виснет, то пропадает GUI.
Если имеется положительный результат, помогите советом. Благодарность!
Ответьте братцы на вопрос, имею w7 x64, cubase 5 x86, kontakt 5 x64. кто сумел настроить в такой конфигурации
работающий контакт? У меня он то виснет, то пропадает GUI.
Если имеется положительный результат, помогите советом. Благодарность!
Vetalgxf, так у всех кому надо все работает. 1)Может у вас плаг глючный, так скачайте контакт плеер с оф сайта вполне бесплатно.2) может вы не правильно его прикручиваете через бридж?
Запустить бридж ( от администратора),
выбрать - я использую х86(32) хост ( по английски),
Указать для сканирования: 1-ю папку , где расположен реальный х64 плагин; 2-ю папку, где будет находиться пробридженный плагин для х86 -го куба, его затем нужно просканировать в кубе, желательно, чтобы других плагинов контакта ( не бридженных х32,х64) куб не сканировал.
выбрать - я использую х86(32) хост ( по английски),
Указать для сканирования: 1-ю папку , где расположен реальный х64 плагин; 2-ю папку, где будет находиться пробридженный плагин для х86 -го куба, его затем нужно просканировать в кубе, желательно, чтобы других плагинов контакта ( не бридженных х32,х64) куб не сканировал.
Последнее редактирование:
Имею Win7 x64, Cubase 6 32bit, kontakt 5 x64. Практически такой же вариант. В чем проблема? Запускаете бриджер, говорите, что хост у Вас 32-битный, показываете, где лежит 16-выходной 64-битный Контакт5 длл-ка. Бридженый вариант пихаете в папку 32-битных вст-плагинов. 32-битные длл-ки Контакта оттуда убираете нафиг. Всё, должно работать. Полный Контакт5 на 64 выхода нормально не бриджится, у бриджа ограничение на число выходных каналов (не помню, 34 или 36, так как-то).
Привет всем знатокам jbridge...пробриджил омнисферу триллиан контакт и теперь когда кликаю на список пресетов неработает колёсико миши.... то есть прокручивать список можно только с помощью ползунка который с права от списка(надеюсь поняли о чем я) можно ли это как то исправить? буду благодарен за любую информацию по данной теме!!!
я так понял такое обрезание функций это "фишка" jbridge ))) не работает так же клавиатура стрелочки вверх вниз (
