NI KONTAKT: всё о нём! (кроме библиотек сторонних производителей!)

  • Автор темы Автор темы MaximuS
  • Дата начала Дата начала
@M1VALERO,
wasapi.gif

все
можно конечно еще попробовать asio4all, но по-моему результат не будет отличаться
 
@M1VALERO, про мак это был сарказм:) Не заморачивайтесь ЦАПами, для живых выступлений уж точно.

можно конечно еще попробовать asio4all, но по-моему результат не будет отличаться
Будет. А4А конечно штука не стабильная в плане задержки, где-то 30мс покажет где-то 3. Но в целом быстрее.
 
@PianoIst, Спасибо большое.


Да разница есть, все же ASIO быстрее .
@Oliver_Cray, Ну серезно мне не нравится Apple. А что делать без ЦАП -а обойтись? Не звучит нормально с встроенной картой, как то не ярко. Хотя настроек много в Контакт .
 
Я вас не в коей мере не склоняю к "яблоку", сам коренной виндузятник.:)
А что делать без ЦАП -а обойтись?
Конечно.
Не звучит нормально с встроенной картой, как то не ярко. Хотя настроек много в Контакт .
Карта тут не причем.
А то придет Digilab и погрузит вас в бездну отчаяния:D
 
  • Like
Реакции: PianoIst
@PianoIst, тогда я вообще не ронемаю если не ЦАП и не звуковая , что тогда надо делать, что поменять?
 
К примеру! у меня Motif es6 , к какой бы аппаратуре его не подключить он звучит всегда на первом плане. Хочу вот такой звук с виндой. Возможно ли? :) извиняюс за армянорусские фразы слов )))
 
Последнее редактирование:
  • Like
Реакции: increedit
Объясните, в чем выгода использования Контакта в многоканальном режиме? DAW - Reaper. Я ощутил лишь разницу в занимаемой оперативной памяти около 300МБ на каждую инстанцию. По загрузке процессора были моменты когда многоканальный вариант проигрывал.
 
@Oliver_Cray, надо будет загрузить 60 патчей, поймешь, что такое лишние 300МБ на каждый Контакт. А если пользуешься в арранже одним-двумя патчами, так и нет разницы.
 
Пустая яинстанция контакта занимает около 150 мб, с чего вы вдруг этот его вес увеличили в 2 раза други? ) Это такие монстры типа стилуса RMX берут под себя сразу около 300 мб.
 
@Vosk, Серег, да я просто на слово поверил. Мне как-то вообще по барабану, сколько конкретно. Факт, что перерасход памяти - большой. А когда товарищ озадачится составлением экспрешн-мапов (а, хотя он на Рипере... там что-то есть вместо?) - поймет и другие стороны... по удобству...
 
в чем выгода использования Контакта в многоканальном режиме?
загрузить, скажем, скрипку все штрихи в один контакт - норма, а барабаны, бас и родес в одну инстанцию - не буду такого делать. Чисто из соображений наглядности. А скоко оно там жрет - мало волнует, чай, не пень 4 с пол-гигом оперативы на ХР-хе)
 
@Vosk,
upload_2016-6-8_15-7-18.png
1
upload_2016-6-8_15-8-35.png
3
upload_2016-6-8_15-9-0.png

Да, с 300 МБ я загнул, но каждая инстанция потребляет оперативу. Хотя разница небольшая.
[DOUBLEPOST=1465388266][/DOUBLEPOST]@Sandello1973, я правильно понимаю, что если инструментов Контакта не много, то заморачиваться с мультиканальностью нет смысла?
 
а барабаны, бас и родес в одну инстанцию - не буду такого делать.
Хм... а мне как-то по фигу. Могу в одну, могу в разные... в общем, маньячить на тему "забей все каналы" тоже не буду, да.

если инструментов Контакта не много, то заморачиваться с мультиканальностью нет смысла?
Ну, в общем, разница тогда невелика. А вот у того же Воска на его охренительных масштабов темплейтах оркестровых - я даже не представляю, как бы он ориентировался без многоканальности... Про 60 патчей я ведь так... ляпнул... у него там как бы не в 10 раз побольше... У меня не 600, конечно, но тоже, мягко говоря, много. У тех же Берлин Вудвиндз ранних версий приходилось загружать по патчу на артикуляцию, дак там на одни деревяхи патчей полтораста и выходило!.. Сейчас, с CAPSULE, оно попроще составляется. Но в целом в проекте получается неслабо.
 
Парни сегодня пришло сообщение о выХоде нового Контакта на почту ,это конечно ЗдорЕво ,но я еще со старым ни все знаю, :)
Подскажите ,где находиться путь где храняться настройки Quick пресетов которые я выбрал по собственному желанию.
Хочу в будущем если я буду когда нибудь сносить всю систему заменив на чистую ( не бекап!) чтобы воспользоваться настройками, тем более что изменять расположение библиотек я не планирую еще долгое время!
Надеюсь вопрос мой понятен!
 
Обычно даю запоминающееся название какому-нибудь пресету, затем его save as. Далее забиваю в поисковик это название. Если уже много наработанных своих пресетов - копирую найденную папку прямо из окна поисковика на флэшку. Часто бывает , что эту папку с пресетами потом "принимает" и более продвинутая версия этого плагина ( инструм-та)
 
Последнее редактирование:
Сохраняю все пресеты всех плагинов на Янд.диск. Таким образом они никуда не деваются и всегда синхронизированы на всех компах.
Но как я понял, @Кэнон спрашивает не о таком методе и не о таких пресетах. А как и где сохраняются Quick пресеты я не в курсе. Сожалею.
 
Вы правильно меня поняли . я конечно пошутил что с контактом только что знакомлюсь якобы, просто никогда не замарачивался сохранением именно пресетами Куик браузера Контакта.
У меня накопилась своя личная библа из разных источников и появилась своя выборка любимых инструментов , и для быстроты мне эта функции очень помогает..Но чтобы в следующий раз ничего не организовывать вновь , хотелось бы знать подетально месторасположение ,вот наверное и все.
 
Подскажите пожалуйста... QuickLoad, при клике на какой-то элемент весь список файлов и папок улетает из-под курсора, и при этом сам клик остается активным, то есть, те папки, которые пролетают под курсором - активируются. То есть - хотим выбрать что-то одно, а после клика оказываемся в совершенно другой ветке папок. И это еще цветочки. Самое интересное может случится при удалении - вместо удаления какого-то файла (из одной из вложенных папок) мне как-то "удалось" удалить таким образом целую ветку папок, причем не текущую, а совсем другую. Причем - неизвестно какую, так как оно просто исчезает, и видно только то, что их стало меньше. Это "дополнительное удобство" - его можно как-то отключить? То есть я как-то не против сам подвинуть влево-вправо, если нужно. И очень ломает когда оно само дергается, причем почти всегда - НЕ туда, куда нужно.
 
у QuickLoad очень неудачная быдлокодерская программерская реализация - там тупо отдельные мелкие файлы-ярлыки к патчам - и при большом количестве тормоз еще тот (особенно если система не на SSD). И походу на эту фичу в НИ давно болт забили - всё внимание сортировке и мгновенному поиску в БД
 
  • Like
Реакции: megamediacreative
Спасибо за ответ, жаль что так. Попробую повнимательнее отнестись к БД, может оно и вправду того стоит...
 
БД тоже какая-то недоделанная - нет рейтинга и оценок у патчей (тогда это была бы замена квиклоаду) и заносятся туда только патчи с заполненными тегами (т.е. только от фирменных библ)
 
А ведь это даже не проблема, это "приехали". Раньше я все старался находить вручную, в библиотеке, и немного в квиклоаде, но когда библиотек стало довольно много - это стало почти невозможно. Там бы организовать хоть элементарный поиск или фильтр по названию, да не трогать порядок библиотек - это уже было бы "хоть что-то". Но по каким-то непонятным причинам даже порядок библиотек все время меняется, так что расставлять их вручную, руководствуясь хоть какой-то логикой - бесполезно. Я выбрал время добавить все в квиклоад и разложить по папкам, но в сумме у меня там получилось довольно много алиасов, так что тормоза теперь нешуточные... Причем если в DAW открыть окно Контакта и ничего не трогать минут 5, - тогда он вычитывает весь свой список квиклоад и тормоза на этом заканчиваются, но....... а теперь окно контакта нельзя закрывать, иначе все "читалово" начнется по-новой, и тормоза в том числе. Ну и зачем он мне нужен на экране ВСЕ время? Попробовал БД - совсем бесполезная возможность. Находит очень мало и совсем не то, что ТОЧНО есть, и что хотелось бы... Даже и не знаю, как быть дальше... А самое печальное, что никто ничего исправлять не будет, альтернативы контакту - нет, так что производители могут позволить себе такое поведение...
 
Находит очень мало и совсем не то,
я же написал выше - туда из никотинок (*.nicnt) добавляются только закешированные патчи из новых фирменных библ. Т.е. НИ всю ответственность за попадание патчей в БД переложили на библмейкеров и исправление ситуации зависит только от них.

Но по каким-то непонятным причинам даже порядок библиотек все время меняется,
сортировка тоже быдлокодерское решение и силу особенностей мака под ним эта лажа заметнее. Там для каждой библы прописывается смещение от условного нуля - т.е. если ты в табе сдвинул одну библу, то Контакту надо просчитать и записать смещения для всех библ. И если под Виндой это всё записывается в одну ветку реестра, то под маком смещения надо записать во всю туеву хучу отдельных .plist файлов - глюки неизбежны :(
 

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