попробуйте обновить до 4.2.4
вот эта версия маловероятно, не думаю, что дело в кубе... ссылки на все файлы и сэмплы хранятся внутри плаг-инного чанка, а не рядом с ним. Т.е. тогда не сохранилось бы вообще ничего. включая пути к сэмплам.
Вот это может быть, т.к. я ковырялся, чтоб её в Library прикрутить. Правда не открывался проект и до этого. А как проверить? Я в реестре не особо шарю (ковырался строго по инструкции), ну вот номерки все разные...
вопрос в том в каком формате они там внутри кубовского проекта хранятся - т.к. єто явно не nki, а что-то похожее на fxp
nki от его библы не имеет ни малейшего отношения к тому, что вписано в проекте - лишь бы названия семплов совпадали.
безусловно, просто было интересно, из каких исходных данных началась вся эта котовасия
да, именно так по идее и должно: хост хранит чанк плаг-ина, слепок всех параметров. Плаг-ин сам решает, что именно нужно запоминать, так что да, там действительно хранятся пути к самим сэмплам, картинками и т п, но не nki файлы. Я просто к тому, что не куб решает, что сохранять, а сам плаг-ин. Если бы проблема была с кубом, то накрылся бы вообще весь чанк медным тазом, включая пути к сэмплам. А они тут явно присутствуют. Ну только если куб не угрохал этот самый чанк как-нибудь... хотя мне кажется это маловероятным...
По первому пункту, если можете помочь, дайте знать в личку :ninja:
После подобной проблемы с SD2 давно уже завёл себе правило все папки латиницей именовать.
вряд ли я смогу помочь лучше, чем программа Service Center, сорри
я почему-то подумала про древний куб, который не SX...
вы-то завели, а вот судя по запрашиваемым путям на картинках, автор исходного проекта ничего такого не заводил.. потому и думаю, что может в этом и проблема... тогда бы впрочем наверно и у него бы не открывалось... короче фиг его знает...
у меня кстати очередная версия появилась - номер k2lib вручную прикрученной библы прописывается в чанке проекта и теперь на другой машине требует, чтобы библа была "инсталлированна" с єтим же номером…
пусть Elle меня поправит, если что, но насколько я знаю, k2lib библиотеки, вручную добавленной на закладку Libraries, никак не сохраняется в инструментах, т.к. незащищённые по технологии "Powered by Kontakt" nki инструменты не криптуются. (Иначе, можно было бы "на дому" создавать "Powered by Kontakt" библиотеки, что не выгодно для NI, ибо маржа...)
да, всё верно, по идее, хоть я и не уверена, как именно было всё реализовано в 4-й версии контакта.. в 5-й поменялось всё, включая внутренний формат файлов и способы регистрации библиотек
это ничего не даст. Как я понимаю проблема в том, что кириллический путь использовался на исходной машине и именно он и сохранён кубейсом, и именно его не может найти контакт при открытии (что как бы видно на скриншотах - там вопросики фигурируют в названии некоторых папок), что в конечном итоге и ведёт к какому-то внутреннему сбою... но с другой стороны, вопросики скорее всего просто проблема с нашим шрифтом, т.е. исключительно с отображением, а внутри вроде давно юникод используем... так что... прям не знаю...
nki и чанки в проекте сохраняются в своем проприетарном формате, что равнозначно шифрованию. Да и незачем ему nki шифровать с каким-то ключом - просто ничто не мешает Контакту вписать на всякий случай в чанк номер k2lib если он видит, что библа с єтим номером в него загрузилась и он обманывается, что она "Powered by Kontakt". А криптованные библы .nkx или некриптованные .nks, шобы действительно было "Powered by Kontakt", ты самим Контактом все равно не создашь
тогда и UID плагина перебивать надо - или он у вас одинаковый?
не, он не обманывается. Касательно k2lib обманывается только на этапе добавления в закладку Libraries. Это просто проверяется, в поле Info, там даже не загружая инструмент, считываются его свойства, так вот - там будет в таком случае написано Library: none или Library: -.
не одинаковый. Надо VSTID перебивать, ага. Только это вряд ли путь для PbICb.
opcorm1:
