- 第 1 页 -
困扰了我三年多的问题终于有了答案
最近在练习CSS的使用，从许多老师那里得到了不少提点，另外自己也啃了说明书，终于觉得可以拿来做主力了，为了节省硬盘空间，决定删除一些不必再用的大块头。删柏林弦乐的时候于心不忍，因为它有几个音色我常用，想了想决定不整体删除，只删除不用的nki和对应的采样。
于是我用了TotalCMD 这个工具预览柏林samples里的nkx采样，发现里面没有做过分类，很难认出哪些采样是对应哪个nki的。于是我决定，用kontakt的另存为的方式（Save AS）把常用的几个nki连同Samples一起另外保存，存完之后把整个Sample文件夹删除。
删除之后一下子腾出一百三十多G。
但是，删除完以后测试剩下的几个nki，发现在kontakt里加载出现了同样的需要等待很久的情况。跟很久以前遇到的ProductionGrand 2加载等待的情况一样：要等很久，才会出现进度条小窗口。这不是硬盘读取速度的问题，因为进度条读取是飞快的。是win10的自带安全中心在对采样进行扫描。
关闭安全中心的实时防护，这些需要等待许久的问题立刻消失，每次加载都不用等，飞快。
我心想特么的难道是这个原因么，等待许久仅仅是因为这些采样文件数目太多了么。
Production Grand 2的ncw采样，一个白金版有四万三千个，总容量114G。柏林被我SavesAS了采样之后，原本nkx里的采样也都被提取出来以ncw格式存放在各自的文件夹，数目也是上千上万。我尝试用TotalCMD再次把柏林弦乐的那些采样打包为nkx，重新为nki制定了采样定位，每次加载时需要等待许久的情况就消失了。
于是我决定对Production Grand 2动手。四万多个ncw被我分批转成64个1.8G左右大小的nkx，删除原采样，nki重新定位采样至nkx所在路径，保存，再次测试，加载时开着安全中心的实时防护，每次都不用等。
我不能妄猜背后的原理。也许是nkx打包对于kontakt更有读取效率，也许是确实将需要扫描的采样库文件数量从四万缩小到64之后实时防护不必花多少时间进行扫描。但确实如此，打包成nkx之后加载不用等了。
TotalCMD这个工具可以打包nkx，但是每次只能打包一个，大小不能超过1.95还是2G，我没发现有类似RAR或者其他压缩工具的打包分卷nkx的功能，所以四万多个采样我是先分割存放到64个文件夹里再逐一打包的，每次打包一个删一个。如果有可以将海量ncw直接打包成分卷nkx的工具，就不用这么麻烦，我猜测kontakt本身应该有这个功能，或者是NI也许提供某些音色库创建工具有这种功能（否则标准音色库的nkx分卷怎么来的），我还没探索到。在我将那四万多个文件分包之前，在网上搜索过能够自动把大量文件按指定容量限制转移到多个文件夹里的工具，没找到，但如果我会用python的话，写一个这样的批处理什么的就会方便很多。可我不会用python，只能纯手动，慢慢搞了好几个小时。
目前有很多非标准的库，或者叫自制库，或者叫自定义库，采样格式基本都是ncw，包括柏林的夜曲小提琴大提琴，这两个我加载的时候也会出现等待稍久的情况，但是因为它容量本身不大，没到那么难以忍受的地步（2018年春节期间我专门在加载Production Grand 2时注意了时间，差不多等了十五分钟）。我准备只要有时间就把所有ncw格式的采样都转换成nkx。如果能找到可以直接批量处理的工具，我会再专门花一天功夫把它们全部打包成nkx。
TotalCMD全名Total Commander，现在最新稳定版9.51，测试版10，网址在这儿：
但是里面用于打包nkx的工具是个插件叫inNKX，来自俄罗斯，是需要另外安装的，论坛里
我用的是另一个帖子提供的包含了inNKX在内的版本，
原帖工具下载链接可能失效，我在这里补一下。
inNKX似乎最后一次更新都是2017年（详见这个俄罗斯论坛文章inNKX плагин для Total Commander），看了说明文档，对打包nkx的功能似乎不是很重视，更像是用来自制标准库的，在AudioSex也有人提及但似乎也对于批量分卷打包不是很感兴趣（见贴inNKX: Tool to create Kontakt NKX and NICNT files (with wallpaper embedded) and more）。对于想要自制kontakt音色库的人而言有大用，不过我对此不感兴趣。我尝试查找它最新版本想看看有没有可能支持如zip或者rar那样的分卷打包，尚未成功，如果有了解的人能指条明路不胜感激。
本帖最后由 fi8vni13 于 21-4-12 19:14 编辑
870126273 发表于 21-4-14 10:42
不知道楼主将其打包成nkx后在硬盘之间移动时速度有没有改变，因为大文件移动和小文件移动速度有明显 ...
没试过在硬盘之间移动，只在同一个硬盘不同目录下移动，这种移动是不需要走进度条的。。
fi8vni13 发表于 21-4-14 11:41
没试过在硬盘之间移动，只在同一个硬盘不同目录下移动，这种移动是不需要走进度条的。。
我知道可能在你的机器环境下，关闭实时防护的确有用。但我头疼的是，即便关了实时防护，读取依然很慢。也试过了你的打包方法。但提升不是很大。不过话说回来。现在WIN的读写方式其实已经发生了一些微妙的改变。自从用了WIN10，我已经开始怀疑这点。只不过一直都没有证据。只不过你这帖子一发，就触发了一些曾经的记忆。所以，我现在一直都在纠结，是不是真的得把那40TB的音色都重新打包一遍。然后换个高速阵列放。