有没有人做过啊 , 一台电脑上,有没有办法在B 程序中直接识别A 程序发的声音呢?  不通过话筒输入,

解决方案 »

  1.   

    通过具体的声卡驱动接口,windows底层API对声卡是有封装应该也能取得波形的,也就是Windows Volume Control的实现原理
      

  2.   

    让B程序监视A程序代码,只要A调用了相关的代码就能知道啦
      

  3.   

    B程序知道A在发声而且要判断声音的性质对吗?知道A在发声的话可以直接拿到声音啊
      

  4.   

    A发出声音后,发送条信息给B,告诉B我发出声音了
      

  5.   

    有办法,反正在一台电脑,a叫的时候就告诉b是怎么叫的。b知道了怎么叫,你也就知道了
      

  6.   

    用B程序监听从麦克风传来的信号,A程序让音箱发出声音B就知道啦
      

  7.   

    有点好玩...
    不熟悉Windows编程
      

  8.   

    可能要考虑使用驱动之类的吧。
    因为A不是你程序,所以消息是没有办法用的。
    我这样想的:
    首先你的程序得判断当前系统是否有声音
    然后在判断这个声音的发出者。
    可能你要去驱动之家问问,或去VC板块问问,这种东西一般都比较底层吧
      

  9.   

    好像是发出声音时会调用Windows的一个API函数,具体是什么就忘了,你可以试着监控这个API以达到你想要的结果
      

  10.   

    問題:A 程序发出声音,B 程序任何判断A 程序是否发出了某一个声音呢?
    答案:我的解決方案是使用存儲對象的方法,A程序把聲音文件序列化到一個文件,B程序對這個文件進行返序列化即可實現。
      

  11.   

    只是可能的方法:
    1.拦截声音输出API, PlaySound,sndPlaySound,或者DirectSound等(难)
    2.把麦克风对在音箱上,B不停的去录制声音(也难)
    3.写虚拟声卡驱动,B用这个声卡驱动获得声音(非常难)不过这只是获得声音,加入你获得声音了,系统中的声音这么多,你怎么判断是不是A的声音呢? 还是C的声音? 你会写声音识别软件吗?建议楼主另辟蹊径,不要通过声音去获得通知,比如侦测图像变化啊,之类的,这样也许可以能更快的解决问题。
      

  12.   

    发声音无非就是MCI/DIRECTX/BEEP在相应的API上挂IAT就知道了
      

  13.   

    编程动力 www.bcexe.com 专业的编程开发类网站,网络编程,软件开发,网站开发,一切尽在这里!
      

  14.   

    A和B用网线连着,A发声给B一个信号
      

  15.   

    A应该是某游戏客户端程序 B是楼主自己的程序
    B要监听A发出某种声音后 做出对应的操作如果是这样 既然是游戏发出的声音 在游戏的程序目录中找到对应的声音文件
    用回调函数去监视它的调用情况 乱弹