Использование 32 битных vst приложений на nuendo 64 windows 7
Форум для музыкантов
У нас вы обсудите все программы для создания музыки, музыкальное оборудование, сэмплы, виртуальные синтезаторы и эффекты для обработки музыки и песен.
Windows 7(vista), nuendo 4, VSTi и 64 bit, совместимости и возможности
Подписаться
бету сноси ставить нужно OEM версию оригинальный untachable ISO
Steinberg видит только 2 гига оперативы под 7 виндами да и под XP. Если бы он был тоже 64-х битный, проблемы с нехваткой памяти не было
Если так, то нафига такая 7ка нужноё (неделю парился, не победил) Мюзиклаб гитары не работают EASTWEST с косяками Zero-G тоже глючит Остальное пока не устанавливал наверняка с ещё многими ВСТ тоже геморрой. Думаю, эксперименты с7-кой закончились раньше стояло XP SP2 (5-ть лет не снося) и всё работало! на 7-ку хотел перелезть только из-за увеличения оперативки. А так красота мне её и в. уй не тарахтит!
по моему опыту под 7-кой муз софт весь работает на 5+ а что касается 64 бита — не вижу весомых причин уходить из 32 т.к. даалекоооо не весь софт на это рассчитан но если всё же НАДО- то вслучае с кубейсом выход один — перейти на другой DAW хост(напимер сонар)
ещё кое-что по поводу расширения опертивки 4 гига и выше покопался в инете вот что нарыл должно помочь втом случае если не хочется переходить на 64 бита из-за проблем совместимости софта
Работаю уже больше 3х месяцев в Вин7 64х. отзывы ТОЛЬКО положительные. Nuendo4, квад по 2.38, 4 гига оперативы, сата и тп.
ничего не виснет, всё , что для меня нужно в работе (VSTi, VST) — работает!. Да, по гиперсонику и ещё паре самограек неувязочка. но этим двув синтам есть более достойные замены.
так что ВИН 7 РУЛИТ!:)
У меня и гиперсоник 2 , и грув агент с синим ключиком работает в 5 кубе, так что дело не в нем. Правда винда ХР
Ну не знаю, у меня Семёрка 32-я, 4 гига памяти, Кубэйс 3 пашет на ура, а на 64 я вообще не мог третий кубэйс поставить, только Пятый! Короче Win7 and Cubase SX3 is very good! Да к стати, на моём втором компе 2 гига памяти, проблем так же не наблюдается, думаю тут дело не в памяти.
Привет всем! Ребята, я не умелец писать посты — но тоже интересовался данной проблемой! И НАШОЛ РЕШЕНИЕ. Перепробовал за недели полторы 8 сборок Windos ( philka, Семёрка, xp геймерская сборка (и з2 и 64 ) — вся блин не устраивало! Но нашол «свою сборку» В 64 BIT. КОТОРАЯ РАБОТАЕТ С НАШИМИ ПЛАГИНАМИ НАПИСАННЫМИ ПОД 32BIT. Вот, в данный момент из под неё вам и пишу, 15 минут назад прошло обновление с майкрософта! Прежде чем напишу что это за монстр — сразу скажу : ЭТО БЛИН ГИБРИД XP? ТАКОЙ В ПРИРОДЕ НЕТУ, а по тому есть некоторые заморочки которые я самостоятельно обошол! К примеру в nuendo и в sonar 8.5 не вызывалась панель звуковой карты — ))))), — просто второй раз устанавливал драйвера на карту и ручками выбрал ставить не в «програм файлс х86» а просто в програм файлс! Короче, я просто даю совет ПОПРОБУЙТЕ. Моя конфигурация : Intel® Core™2 Duo Processor E8400 (6M Cache, 3.00 GHz, 1333 MHz FSB) Мать : asrock p45de3 память : 4 гига (пока, на недельке подсоберу денег и возьму ещё 4) ОСЬ. : Windows XP x64 SP2 VLK / MUI /SOFT(x64+x32) GADZ12 (найти кроме как на freshsound.orgх — больше нигде не получилось :-(. НО ГЛАВНОЕ , ЧТО РАБОТАЕТ. )
Имел проблеммы при установке ИЗ-ЗА ПРИВОДА. Привод старый ide-нековский — не читал падло дистрибутив!(в начале установки, после копирования :синий экран смерти и ошибка 0.00000007b ) Пошол к товарищу, на его компе алкоголем перезаписал образ из под windows 7, на своём компе под windows xp x32 попытался открыть диск — хренушки. «не является приложением win32» ))) Поставил на чистую (с диска) загрузку — И НЕТ ПРОБЛЕММ!
Всем Вам (нам) удачи.
))чистая лиц семёрка 64 бита с активатором. никаких проблем с софтом НЕТ. Нюрка 4, все плгины из папки ,которую копил на ХП 32 — работают без вопросов (кроме айлока, ну и фиг с ним))
зачем ХП да и ещё с морокой такой при установке? )))
Мороки нет никакой , если привод нормальный. а у меня он «маленько калечный» На семёрке я пробовал работать. но семёрка весьма много жрёт ресурсов (по крайней мере по моим тестам)
Я просто делюсь тем с чем маялся и разбирался. Решать всеравно вам!
Григорий, мерси за поддержку))))
а кому интересно, есть такая программка «autoruns» а закладке «Logon» можно поубирать ненужное:)
Год Выпуска: 2013 Версия: 1.5 Разработчик: J’s stuff Разрядность: 32bit, 64bit Язык интерфейса: Английский Таблэтка: Не требуется
Можно пользоваться 32 битными Cubase 4, Nuendo 4, Cubase 5 в 64 битной Windows 7 — просто будет ограничение на использование памяти одним 32 битным процессом ! На один 32 битный процесс выделяется
2 гигабайта оперативной памяти и даже если у нас установлено 8 GB или больше, мы не сможем использовать больше чем 2 GB ! Если мы хотим использовать много оперативной памяти, тогда нам нужна Windows 7 x64 и 32 битная или 64 битная музыкальная программа и супер новый VST адаптер jBridge !
Нам поможет новый VST-VSTi адаптер jBridge — созданный специально для снятия ограничения с одного 32 битного процесса запуская каждый VST плагин в отдельном процессе ! То есть один 32 битный VST VSTi открытый через VST адаптер Jbridge запускается отдельным процессом и в 32 битной OS каждый VSTi запущенный через Jbridge может использовать 3,5 GB оперативки. Сама хост программа (Cubase) не грузит память !
В 32 битном Cubase через jBridge можно открывать 64 битные плагины в 64 битной Windows ! А так же можно в 64 битном хосте Cubase 5×64, Cantabile Solo 2.0 (x64), Cantabile Performer 2.0 (x64), REAPER (x64) Sonar 8.5 x64, открывать через jBridge почти все 32 битные плагины которые не работают в Cubase 5 x64 или открываются без интерфейса — такие проблемы есть во всех 64 битных музыкальных программах если в них открывать 32 битные VST плагины ! jBridge x86-x64 это совершенно новый VST VSTi адаптер созданный специально для снятия таких вот ограничений !
Если вы не пользуетесь обьёмными VSTi плагинами для роботы которых нужно больше 2 GB оперативной памяти и если вы не работаете в 64 битных музыкальных программах — тогда можно обойтись и без jBridge !
Материал для меня старый (опыт двух-трех-месячной давности), но думаю, актуальный для работающих с тяжелыми VST-инструментами музыкантов (ну и просто для пытливых умов). Заметка не претендует на полноту, однако опыт получен трудоемким путем, поэтому выкладываю. Несмотря на то, что в статье мое мнение звучит как безальтернативное, не забываем, что выводы я сделал для себя, и у кого-то что-то может работать не так хорошо.
Вопросы, на которые отвечает статья:
какую систему Windows 7 использовать для написания музыки — 32 или 64-битную
какой в ней запускать DAW (32 или 64-битный)
какие плагины VST (32 или 64-битные) в ней использовать
нужен ли хак, «расширяющий» 32-битную систему Windows XP, позволяющий использовать более 4 гигабайт оперативки
нужен ли jBridge (плагин, позволяющий запустить VST-инструмент в отдельном процессе)
Проблемы есть:
32-битной системе Windows 7/XP/Vista доступно 4 ГБайта физической памяти максимум
в 32-битной системе Windows процессу доступно лишь 2 ГБайта [1]
DAW (и вообще любой VST-хост, допустим, Cubase) загружает VST-плагины в свое адресное пространство (2 ГБайта), и VST-инструменты вынуждены делить эту память друг с другом и с самим DAW, у которого в этом пространстве размещены еще и всякие буферы, библиотеки и кэш
Теперь подробнее.
В теории 32-битной системе доступно 2 в степени 32 = 4 Гбайт памяти, иногда меньше. По ссылке на сайте Microsoft приведены конкретные цифры для каждой операционной системы. Внимательные читатели увидят, что Windows Server доступно больше, чем 4 ГБайта.
Есть хак, подменяющий системные библиотеки работы с памятью Windows XP библиотеками для Windows 2003 Server и позволяющий обойти ограничения, сделав доступными системе до 64 гигабайт физической памяти! На самом деле ничего страшного хак не делает — механизм PAE, «наращивающий» битность адресации памяти до 36-37 бит включается в WinXP автоматически для систем имеющих больше 4 ГБайт физической памяти, однако в 32-битной версии Windows XP/7/Vista объем доступной памяти намеренно и искуственно урезан до 4 ГБайт. Ну, нужно же было сделать какое-то отличие между «офисно-развлекательной» Windows XP и серверной Windows 2003 Server.
Впрочем, даже с активированным хаком отдельный 32-битный процесс с Cubase+всеми VST-инструментами по прежнему будет ограничен 2 ГБайтами [1] см. ограничение «User-mode virtual address space for each 32-bit process». Замечание касающиеся того, что и Cubase и VST-инструменты прогружаются в одно 2 ГБайтное адресное пространство, справедливо для Cubase 5, но возможно, в Cubase 6 VST-инструменты уже все-таки загружаются в отдельные процессы и без костылей вроде jBridge.
Ситуацию несколько спасает jBridge — программа, позволяющая запускать VST-инструменты в отдельных от DAW (Cubase) и даже отдельных от разных экземплярах инструмента процессах, позволяющий к примеру, запустить 4 экземпляра инструмента Native Instruments Kontakt, прогрузив в каждый по 2 гбайта кэша сэмплов, таким образом все же задействовав 8 ГБайт.
Кратко — 64 бита. Плюсы — устойчивость хорошая, вполне на уровне 32-битной. Если есть дрова на все нужное железо, думать не нужно. 32-битные приложения также прекрасно себя чувствуют в 64-битной среде.
Ну, хак один и широко известен — это unawave от русской команды staforce (не путать со staRforce). Берет какую-то библиотечку ядра системы из Windows 2003 и засовывает в Windows XP. После перезагрузки, системе доступно >4 гб оперативки.
Круто? Да. Только не забываем, что
DAW все равно не сможет использовать больше 2 ГБайт [1] оперативки , т.к. он 32-битный. 64-битные приложения в 32-битной операционке не запустятся никак. Знающие люди повсеместно использую gbridger чтобы запускать в «расширенной» Windows XP VST-шки отдельно от основного процесса, это позволяет выйти из ограничения в 2 ГБайт [1]
уверен, существуют пенальти как в производительности, так и в устойчивости при использовании как просто «расширяющего» ОЗУ хака, так и jBridge. Поясню — чтобы 32-битная операционка увидела более 4 гб или позволила разместить приложения за границей в 4 ГБайт, она как бы переключает два 4-гигабайтных окна туда-сюда. Каждое переключение — лишние инструкции. При интенсивном использовании памяти в двух окнах одновременно (в одной размещен буфер записи или воспроизведения, а в другой — контактовский кэш сэмплов), предполагаю возможно падение производительности, насколько существенное — нужно проверять экспериментально. (пенальти есть, но механизм его появления возможно, другой, что впрочем, дела не меняет — см. википедию)
jBridge — замечательный, проверенный временем костыль. Хотя он по отзывам и несколько снижает устойчивость системы, тем кто не может перейти на 64-битную систему, но хочет использовать более 2 ГБайт [1] памяти под Cubase5+инструменты, рекомендую. В качестве альтернативы, можно запустить Native Instruments Kontakt стэндалоном (не в виде VST, а отдельно от DAW, как обычную программу), и подцепить через какие-нибудь виртуальные провода midi/audio (LoopBe1 для MIDI, WDM для аудио (?)) внутри операционки, но это сложнее.
Также я полагаю, что jBridge может помочь с запуском 32-битных VST в 64-битном DAW. Не проверял, т.к. использую в основном, 32-битный DAW в 64-битной среде. А Kontakt 64-битный есть, и если потребуется закешировать больше чем 4 гб в оперативку, то буду запускать 64-битный DAW.
Также см. последний абзац предыдущего раздела (про пенальти, связанные с хаками и PAE на 32-битной системе).
Также jBridge позволяет распараллелить работу Cubase+VST на отдельные процессы, что весьма полезно для многоядерных процессоров (без механизмов распараллеливания одного процесса на несколько, даже на 4-ядерном процессоре выигрыша по сравнению с 1-ядерным процессором ПОЧТИ не будет). Насколько я понимаю, вносимая jBridge-ом неустойчивость связана с тем, что либо сам jBridge — не очень хороший арбитр дочерних REALTIME-процессов, либо сам Cubase, (по идее) являющийся жесткой системой реального времени плохо переваривает вносимые jBridge-ом (как дополнительным посредником-арбитром) задержки, джиттер и т.п.
Да, решает проблемы с несколькими midi-устройствами. У меня не работал ни один registry hack из описанных. Впрочем, midi-usb устройств у меня довольно-таки много. Сейчас их 5, и все работают как часы, в т.ч. «легендарный» (но не от слова «хорошо») m-audio midisport 2×2 внезапно заработал без нареканий с новыми дровами под windows 7 64-bit, превратившись из пылящегося «кирпича» на полке в устойчиво работающее устройство.
«Скандалы, интриги, расследования!» (непроверенная информация в этой секции). Насколько я понял из гуглинга, в 32-битной Mac OS X нет никаких ограничеий по памяти (хотя более 64 ГБайт установить не удастся даже на 12-ядерный MAC Pro — не хватит слотов на материнке). Также я вынес для себя, что по тем же источникам, в макинтошах нет такой вещи как «только 32-битная» или «только 64-битная» версия операционки OS X. Операционка может даже работая в 32-битном режиме запускать 64-битные приложения. Не спрашивайте меня как, пишут что некоторая часть системы всегда работает на 64 битах и вроде бы не использует даже PAE.
intheyear9595