mumuAA 发表于 23-4-1 02:43
kontakt 7 有没有把已经入库的音色，可以自定义分组的功能了？ 比如 吉他 一个组 弦乐一个组 这样的功能
我是用自己建文件夹的方式来分组的。我的各种乐器类型的音色库分散在五个固态硬盘里——这样跑编曲工程的时候多个固态硬盘分担负载不同乐器的音色DFD读取，可以一定程度上提升读取效能。
然后我把所有的库都用“junction”工具映射到了H盘的一个叫“K.library”的文件夹里面。注意，这些带有“小箭头”的文件夹并不是简单的“快捷方式”，而是一种“junction链接”，kontakt在读取的时候会把它们（以及它们映射过来的其他硬盘里的内容）当做H盘本地的内容来读取。直接建快捷方式是没有这种效果的。
然后先用便携版kontakt的音色库管理工具的“自动入库”功能扫描一下H盘的这个“K.library”总文件夹，把每一个音色都自动入库激活一下，最后再用管理工具的“强行入库”功能把“K.library”这个文件夹强行入成一个库，就变成了下面这样，以后我就可以分门别类的点进去寻找需要的音色了。
我这套方法是有点折腾的~~~~
本帖最后由 南宫浩 于 23-4-1 09:43 编辑
观众反应
mumuAA 发表于 23-4-1 13:26
有些音源不能入库，需要在kontakt的“file”里找到目录，然后把文件拖拽进Kontakt才能使用的，这类的音色 ...
可以。便携版的音色库管理工具甚至可以把一个空文件夹强行入库。
实际上，这样的音色根本没有必要入库，直接在总库里面点击去调用就行了。
One22 发表于 23-4-22 00:56
我经常关注任务管理器上显示的硬盘实时读取速度，来判断是否在读取硬盘上的音色
我自己测试好像加载工 ...
加载工程的时候快一点慢一点我其实不是很关心，因为无非就是多等几秒，又不至于没法干活。我比较关心的是，一个加载了很多大块头音色的工程能不能播放不卡顿、爆音、丢音——因为这是真的影响干活的。
加载工程的时候，采样器对音色采样数据的读取或许是“单线程”的，但播放工程的时候，采样器的DFD功能对采样数据的读取却是实时多线程的。
任务管理器上的磁盘性能的那个百分比，是按照“每秒读取的数据量”来显示的。或者说，它直接反应的是对硬盘数据吞吐带宽的占用量。
但实际上，播放工程的时候，采样器的DFD功能需要从硬盘上读取的数据量并不是很大，却很零碎。于是，这点数据量对于硬盘的吞吐带宽来说几乎不构成什么压力（如果是固态硬盘，往往你只能看见个位数的百分比数字），但这种读取却很考验硬盘的4K性能（因为硬盘需要在极端时间内找到工程需要播放的采样文件并读取它们）。
假定，你有一个编曲工程，它在播放的时候每秒需要调用播放大约100个采样，而且这100个采样来自于10个不同的采样音源插件，假定每个音源每秒需要读取10个采样（实际应用中肯定不会这么平均，我们只是做个理想化的假设）
如果你所有的采样数据都在一个硬盘里，那么对这个硬盘的考验就是——它需要每秒完成100个采样文件的数据读取。
如果你这10个不同的音源分散安装在10个硬盘里，那么每个硬盘的压力就可以降低到——每秒完成10个采样文件的数据读取。
这应该是很显著的性能差距。我就是基于这种思路，把音色库分散在了多个固态硬盘里。
当然，我这么做有一个重要的前提是——我手里有多个固态硬盘。以前，我是把多个固态硬盘用带区卷（raid0阵列）组成一个大分区用来存放所有采样音色库的。但是后来想了想，这其实并不能提升音色的DFD性能——因为raid0阵列并不能提升硬盘的4K读取性能，甚至还会稍稍降低。而raid0所带来的“吞吐带宽翻倍”的效果对于音色数据的DFD硬盘直读来说并没有多大意义（因为本来就用不完，翻倍了还是用不完，没区别）~~~~
如果你现在做的编曲工程并没有遇到“音色卡顿导致工程跑不动”的情况，那么你就继续这么用吧，不需要折腾~~~但如果你编曲时遇到了音色卡顿的情况，那么你可以参考一下我的做法。
本帖最后由 南宫浩 于 23-4-22 10:53 编辑
