很不容易从公司搞出来的。
有兴趣地可以看看。
这个也是一个解决问题的办法，更加重要的是给出一个方法和思维方式。

[此贴子已经被作者于2006-9-19 19:42:04编辑过]

RockCarry　ＪＪ把自己的东西拿出来分享了
支持支持－－－－虽然还没下呢

刚下载，顶一个。

这个代码初学者可能看不太懂，简单解释一下。
RME_CMD和RME_Server都是Windows程序，推荐使用VC6.0进行编译。
RMELib是DOS程序，推荐使用TC2.0编译。
RME_Server是一个服务器，他响应RMELib发出的请求，然后完成相应的功能。
一般情况下DOS程序和Windows程序是很难通信的，因此需要RME_CMD程序作为一个中介。
RMELib把命令发送给RME_CMD程序，RME_CMD再负责转发给RME_Server。
RMELib发送命令给RME_CMD的办法就是system函数了，好像找不到别的方法了。

在性能上，RME的效率还是不错的。
RMELib在调用system函数时，会消耗大量的CPU资源，这导致了效率低下，是性能提升的瓶颈，但是这个是由操作系统提供的，所以也没法优化。
在RMELib发送命令以后，所有的任务都由RME_Server来处理，由于RME_Server是一个Windows程序，在性能上有很大优势。
在RME_Server和RME_CMD中采用了进程间通信、同步和共享内存等技术，使得RME_Server在等待命令时对CPU的占用为0。而在RME_Server执行播放任务的时候，对CPU的占用也很小。
结论：在RMELib发送命令时，对CPU的消耗较大，在命令发送完毕，开始播放音频时，对CPU的占用极少。

[此贴子已经被作者于2006-9-20 17:15:43编辑过]

嗯，剑走偏锋，做得不错，比以前在crazybugs下载的要好，而且开源了，谢谢RockCarry！

本程序也是给出了在Windows平台上DOS程序与windows程序进行通信的一种方法。
对于DOS程序难以完成的功能（如音频播放），都可以使用这个方法，交给Windows程序去完成。
最终的测试程序在效果上还是非常不错的。
当然本程序中，采用的线程同步技术和共享内存技术也是可以学习的。

大家可以尝试修改其代码，增加更多的功能，使其成为一个较为实用的模块，甚至可以用到DOS游戏编程中。
当然，这样的DOS程序也只能运行在Windows平台，纯DOS环境下就不能运行了。

[此贴子已经被作者于2006-9-20 17:26:46编辑过]

正在观摩源码中，期待文档能早点出来，RockCarry的文档一向是比较详尽~~

看来国庆节是买不上电脑了，现在还差三千多块钱。
最近都在做2410的SD卡驱动，没有时间做自己的事情了。
至于文档，还没有写，其实写出来了也不好发布，因为公司严格保密，所有的东西都带不出去的。
过段时间还要写一个Camera和电视芯片的驱动程序，应该也非常的忙。
也只有等到买了电脑，而自己又有了空闲以后再搞吧。