Оперативная память, Проблемы в аудиредакторах... Опции

[Driverson]

Использование ёмких библиотек сэмплов требует зачастую нехилой вместительности их в оперативную память. Как оказалось, недостаточно иметь навороченный компьютер и нужное количество оперативной памяти. Например, в Windows 7 64-bit, в котором я работаю, макимальное количество памяти, отводящееся приложению - 2 Гб. ФЛ Студио просто вылетал без сохранений, если превышался этот лимит. В инете я нашёл способ повышения количества памяти на приложение для 4 Гб:

"Для Win7 это делается так:
Пуск -> в поискбар пишем cmd -> запускаем от имени Администратора -> пишем в консоль:
bcdedit /set IncreaseUserVA 3072 ( Есть мнение, что если у вас всего три гига оперативы, то вместо 3072 пишем 2560, что бы оставить память для самой Винды )
нажимаем enter, перезагружаемся.
После нужно запускать фрукт с ярлыка «FL Studio (extended memory)»"

Сперва всё было хорошо, 2-хгиговые ударные стали догружаться совместно с басами и другими засэмплированными инстурментами. В последнее время начала плотно сидеть с контактовскими библиотеками - и вот неудача! - почти доходя до значения 2 Гб, ФЛ (10-я версия, если это имеет значение) выдаёт кучу ошибок, сохраниться невозможно, выключается только диспетчером задач. Невозможность дописать проект и коварный риск лишиться не успеть сделать воремя сохранение просто сводят с ума! Проверяю опять на ударных и басах - опять всё успешно загружается в оперативную память, доходя и до 3 Гб (правда, с предупреждениями). Может здесь есть программёры, которые разбираются в этом и помогут настроить систему? Может, проблема в ФЛ? А может и в работе контакта или некоторых синтезаторов, использующих небольшие объёмы сэмплов? Помогите разобраться, пожалуйста. Кто знает?

[Driverson]

В общем, FL сейчас открывает 64-битные плагины через "мост", запуская их как отдельные программы, тем самым позволяя их данные загружать в ОП без ограничений. Сам же при этом ничего не "хавает". С учётом того, что многие мощные плагины сейчас в 64 бита появились (в том числе и Контакт), данная проблема решена.
Хвала Владыкам Небес, теперь можно по-нормальному симфонические аранжировки писать!


P.S. А многим другим именитым хостам для этих целей нужна дополнительная программа - jBridge.

[amoon]

Хвала Владыкам Небес, теперь можно по-нормальному симфонические аранжировки писать!

Чтобы нормально писать симфонические аранжировки, нужен хост, умеющий работать с vst3-экспрессией.
Насколько я знаю, кроме кубейса никто это не умеет, даже сонар и рипер

[Driverson]

Чтобы нормально писать симфонические аранжировки, нужен хост, умеющий работать с vst3-экспрессией.

А что за vst3-экспрессия? Что-то, что не могут изготовить производители библиотек для vst2?

[amoon]

А что за vst3-экспрессия? Что-то, что не могут изготовить производители библиотек для vst2?

Не могут, к сожалению.
http://www.steinberg.net/en/company/techno...expression.html

[Driverson]

Не могут, к сожалению.
http://www.steinberg.net/en/company/techno...expression.html

Понятно. VST Expression - это название технологии для работы с секвенсорными партиями. Я ж подумал, речь о реальной экспрессии.
Если честно, разработчики пошли на усложнение, а не облегчение программирования музыкальных партий. Не для композитора - сидеть каждую ноту долбить отдельной обработкой. Да ещё и в аккорде... Не сомневаюсь, чем-то оно будет и лучше, но, на мой взгляд, лучше шлифовать старую модель. Даже по картинкам если судить - вот на первой (верхней) ну сразу всё понятно, где, что и как происходит, для меня это "живая" и цельная автоматизация. На второй (ниже) надо приглядываться к каждой ноте и всей картины не увидеть - здесь, безусловно, минус. Получение контроля над каждой нотой - плюс... для мазохистов.))
Вот удобство работы с артикуляциями - это класс. С Контактом, например, неудобно. Надеюсь, его просто подружат когда-нибудь с каким-нибудь секвенсором...
Ну и то, что vst-инструменты сами должны быть ещё заточены для кубейсовского VST Expression, тоже пока не очень располагает к тому, чтобы из-за него пересаживаться и переучиваться на другой хост.