使用dmx动态地加载mp3文件（seticonproperty("dmx",#file,..)）并播放文件。当使用的时间一长（约几百次加载）之后，出现问题：鼠标移动困难，声音响音迟钝，在进一步，DMX可能再也无法加载而停止工作了。
据分析，鼠标慢的原因不在于内存不足，而是当DMX导入MP3文件时占用太多的CPU资源。但是为什么会这样呢？为什么一开始的时候DMX占用的CPU并不多，之后会随着时间推移而增加呢？有高手碰到过类似问题没有？？请务必告知解决方法。很急！！
(注：我已经试验过两中方法：
1。SetIconProperty(@"DirectMedia Xtra", #cpuboost,60)，调节dmx占用cpu的比率
2。每次使用DMX之前，先erase dmx,再display dmx，再播放

使用dmx动态地加载mp3（或视频文件）文件确实存在这个问题。在多段声音、视频同时播放的情况下，有时仅仅加载几次就可以造成严重的播放停顿。DMX各种版本都试验过，唯一的办法似乎是不动态加载MP3。

与内存和CPU资源似乎没有太大关系。我注意到由上述原因造成电影播放停顿时，当前面出现一个模式对话框（如message窗口），后台的电影将播放得非常流畅。

我注意到当aw插入gif冬画时，如果不钩选direct to screen,程序运行会很慢，有时也停顿，鼠标还闪

钩选上之后，速度就块多了；和老Y那个对话框有一样的功效，我想应该是dmx的本身技术成分的问题

------------------------------
我最近做的软件中，也有类似的功能，不过我调用的是一个mp3，然后通过strattime 和 endtime来找到想要的发音的位置

顺便再说一下，我遇到的问题主要是MP3，WAV从未有此问题。

如果仅是要求动态播放MP3，并不要求两个声音同时播放，是否可以考虑直接用声音图标播放MP3（当然我指的是AW6.0）。用一个声音图标也可以实现，不知道会不会出现同样的问题。

前面冷血版主有提到插入GIF後如果不钩选direct to screen,程序运行会很慢，有时也停顿,我在有這個問題,結果钩选變得非常的順,問題是原本一個如轉動球的GIF出現白色的邊框,而沒有遮罩效果,我亦有選Matted或是Transparent,結果還是一樣,可以解決嗎?

如果選了direct to screen,該GIF如果拖拉到別的位置,會一閃一閃,不是都出現的狀態,但若不選就會有鼠标移动困難,好像有其他支援載入GIF方式,如果用這個方式,不知是否也會有造成程序运行会很慢的結果