有太多可能的原因了～
你用Logic嗎? 如果是的話，叫出Performance Meter，先看看是CPU過載還是Drive IO過載。你可以先用你原本的47個Kontakt的檔案測試。
然後你也可以先試試用Purge選單，將你每一軌樂器用不到的取樣全部移除。
選擇Update all sample pool
另外，你也要檢查每一軌上的發聲數是否符合你的MIDI音符，如上圖的Voices欄位中的MAX的數值一定要大於該軌同時發聲的音符數量。
一個kontakt8軌跟8個Kontakt8軌的差異只是節省了7個Kontakt佔用的資源。跑不跑得動都在你載入的每一軌音色佔用了多少資源及發聲數的設定。
你用Logic嗎? 如果是的話，叫出Performance Meter，先看看是CPU過載還是Drive IO過載。你可以先用你原本的47個Kontakt的檔案測試。
然後你也可以先試試用Purge選單，將你每一軌樂器用不到的取樣全部移除。
選擇Update all sample pool
另外，你也要檢查每一軌上的發聲數是否符合你的MIDI音符，如上圖的Voices欄位中的MAX的數值一定要大於該軌同時發聲的音符數量。
一個kontakt8軌跟8個Kontakt8軌的差異只是節省了7個Kontakt佔用的資源。跑不跑得動都在你載入的每一軌音色佔用了多少資源及發聲數的設定。
最後編輯:
谢谢老师！
但问hoax
我的内存是64G的，也只用了不到30G,看了cpu,在40～100之间上下跳动，
音符不多，Max在256，Update all sample pool也没多大用，
后来我重新建立了一个空的工程文件，发现一个问题：通过这种方式建立的8个轨道，所有的信息都是同步的。
也就是说：除了音符意外， 其他的音量包络、声相、solo等等只要操作了一个音轨，其他的都一切同步操作了，是否可以解释为什么在之前的工程文件一开始就卡了？因为之前的工程文件我早已在每一轨写好了不同的音量、声相等信息，而这些信息我复制过去以后，和轨道原本应该“同步”的操作相违背了。所以cup时刻都在自己纠结反抗，算不过来了？
请问您设置的轨道是否也和我一样信息是同步操作的呢？还是我的操作错误？
但问hoax
我的内存是64G的，也只用了不到30G,看了cpu,在40～100之间上下跳动，
音符不多，Max在256，Update all sample pool也没多大用，
后来我重新建立了一个空的工程文件，发现一个问题：通过这种方式建立的8个轨道，所有的信息都是同步的。
也就是说：除了音符意外， 其他的音量包络、声相、solo等等只要操作了一个音轨，其他的都一切同步操作了，是否可以解释为什么在之前的工程文件一开始就卡了？因为之前的工程文件我早已在每一轨写好了不同的音量、声相等信息，而这些信息我复制过去以后，和轨道原本应该“同步”的操作相违背了。所以cup时刻都在自己纠结反抗，算不过来了？
请问您设置的轨道是否也和我一样信息是同步操作的呢？还是我的操作错误？
有可能是Automation的關係，如果你原本的軌道都已經寫好不同的Automation的話，我不建議你再改成一個Kontakt多軌的方式。(就如你說的所有的Automation會同步，當然有方法解決，只是不在這討論的主題內容範圍)，所以 光是要設定成可以順利A/B Test就是一個很費時的工。
應該是著重於如何讓你目前的Project順利播放，但也如我之前提到的這問題有很多因素。如果是我可能會用Freeze Track的方式來測試，就是依序先將發聲數多的音軌Freeze起來，依序播放測試，看看你要Freeze幾軌才能正常播放。
另外我忘了說，purge這功能是要讓軌道順利播放完後，再Update all sample pool，才會將沒用到的取樣移除。
附上一篇關於Purge及kontakt設定的文章給你參考
Tips & Tricks: Kontakt Optimization – The Purge Function
www.scanproaudio.info
由於你目前已經用了47個Kontakt，這數量已經算是多了，所以播放遇到問題，就要慢慢找出可能影響的因素了。