用AW做的东西，运行起来总是很慢（特别是在光盘上），有时让我在客户面前很丢面子。各位大虾，讨教一些经验，如何能让AW做的东东启动快一点？

拷到硬盘上，
或者做个安装程序，安装到硬盘上。

Y在上个帖子中说

引用:

---

试着打包成小的可调用的A5R，或者将大型数据刻在光盘的外圈。通常外圈的速度最快。

---

请教Y兄，如何在刻盘时控制将大数据刻在光盘外围？

syzy在上个帖子中说

引用:

---

我的经验相反，用MPG格式更流畅一些，而AVI会出现明显的停顿，有时会出现声音画面不同步的情况。怎么回事，有人知道吗？

---

我是在一些配置较差的机器上测试得出的结论。因为我必须考虑光盘在一些配置差的机器上的运行速度。
感觉上似乎AVI是及时更新调入内存的视频文件簇，而Mpeg是分块调入内存，而且内存更新慢。虽然AVI比Mpeg大，但调用时，AVi比Mpeg流畅。

但也许我的结论是错的。syzy，你可以在一台配置差的机器上试一试看。告诉我你的结论，好么？

我的机器是赛扬300,当然现在跑450,256M够差吗？机器好可能跑哪个都没问题。我遇到的情况一是AVI在播放时，在某些机器上声音和图像不同步，声音完了，图像还在跳（光盘运行）。二是AVI在调入的时候即使在硬盘上运行也是明显停顿。换用MPG就不存在了。

另外，也许是我们处理AVI和Mpeg时候的问题。在生成视频文件时的设置兴许有问题。

TO 杨新：
好象有专门的工具控制先刻与后刻的内容。

或者刻盘时不要将大型数据文件放在文件夹内，放在根目录中。因为先刻的是文件夹中的内容。我以前作过几次实验，损坏光盘的外沿后，是根目录下的东西读不出。

或者分两次刻，大型数据文件放在第二次时再刻。

我是比较喜欢使用，容量小、如果有放大效力果也比AVI好，许多刻与的光盘读起来比较吃力，数据当然越少越好。
关于提高效率
对于图像、声音，较大的图像、声音文件都应采用外部链接方式，不要放入Authorware文件中。对于需要反复使用的图片、声音也可采用库文件的形式，这是比较精典的方法 ；现在也常常采用一种新的方法，就是将这部分素材导入Authorware文件中，然后将这素材的图标放在分支图标下，并将分支图标放在流程的最后，当要使用时这部分素材时，引用函数Eval(“DisplayIcon(””IconID@\”图像素材图标名称”^”\”)”)或Eval(“MdiaPlay(””IconID@\”声音素材图标名称”^”\”)”)即可。
图像文件的分辨率，不要认为越高越好，实际上一般情况下72dpi就可以了，格式尽可能才用JPEG ，声音也要尽可能使用SWA压缩格式。
将源文件分成一个主文件和多个子文件的形式，打包时只将主文件打包成可执行文件，子文件一律打包为运行库，在主文件使用JumpFileReturn函数来调用子文件。Authorware打后的文件在启时会自动加载当前目录下的所有Xtras文件，但是你的程序并非要使用所有Xtras文件，要知道这部文件共在5M多，所以你应当尝试着减少Xtras文件的数量，比如：Bmpview.X32 是支持ＢMP图像文件的，Tiffimp.X32 又是支持TIF图像文件的,而Coverin.X32是支持Cover In过度效果的。而你又没有使用这些图像格式或过度效果，那么就可以完全不要附带这部分Xtras文件了如果你在用6.0当然要省力很多！哈哈哈！
大师们要笑我了

最后
可以先做一个非AUTH 的程序，当然是挺小的启动比较快，（AUTH也可以不过差一点了） 用于先启然后用它来调用你的主程序
给人有心理上会好一点