1,502
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
mingday 2004-11-30
- 打赏
- 举报
关注
歪歪 2004-11-30
- 打赏
- 举报
转帖
引 言
随着计算机网络的日益普及，人们通过网络进行交流显得越来越重要，于是出现了一系列语音通信的软件，比如NetMeeting、IPPhone、MediaRing以及VoxPhone等等，但这些软件都功能完善、相对独立，不利于集成到自己开发的软件中，有时我们也希望将这种语音通信功能集成到自己的软件中，尤其当一个单位的局域网用户分散在不同的房间时。本文给出一种灵活、简单的实现方法，采用基于对话框的方式编程，硬件上只需要一块双DMA通道的声卡（目前的声卡大多支持双DMA通道）和一支耳麦，其余全部由软件编程实现。程序在 Windows98/2000、Visual C＋＋6.0 下编译通过，在Windows NT 100M 以太网上运行良好。
设计思路
要实现点对点语音通信，原理非常简单，只要针对一个点实现话音的实时采集、处理、播放，同时能进行可靠的传送和接收，这样两点一连便可通话。对于前者，采用Windows MDK的低层音频服务比较合适，因为低层音频服务中的回调机制为我们提供了很大的方便。当应用程序不断向设备驱动程序提供音频数据时，设备驱动程序控制音频设备在后台完成录音和放音的具体操作，通过回调机制，我们又可以检测到什么时候用完一个数据块，并及时传送下一个数据块，从而保证了声音的连续，有了这种单机上的实时采集、回放功能后，接下来的工作就是在网络上传送话音数据。在点对点网络传输方面，选择面向连接的TCP协议，TCP传输协议自动处理分组丢失和交付失序问题，这样我们不用为这些问题操心，只需很好地利用这个连接，在采集话音回放之前一方面将自己的话音传给网络，另一方面接收网络传来的话音，这样便实现了点对点语音通信。其结构框图如下：
具体实现
一、话音的实时采集、处理、回放
首先要介绍一下Windows低层波形音频数据块结构 WAVEHDR，其声明如下：
type struct{
LPSTR lpData; //指向锁定的数据缓冲区的指针
DWORD dwBufferLength; //数据缓冲区的大小
DWORD dwByteRecorded; //录音时指明缓冲区中的数据量
DWORD dwUser; //用户数据
DWORD dwFlag; //提供缓冲区信息的标志
DWORD dwLoops; //循环播放的次数
struct wavehdr_tag ＊ lpNext; //保留
DWORD reserved; //保留
} WAVEHDR;
声音的采集和播放都是在操作这个音频数据块结构，实际上主要用到的就是第一个成员变量lpData, 所以我们只要在分配缓冲区（内存）的同时相应分配WAVEHDR数据块结构，然后将缓冲区的指针赋给对应的数据块结构的成员变量 lpData，这样当一个缓冲区填满后，也就是一个音频数据块填满了，通过消息机制就可以在消息函数中进行处理和播放，播放完后又可通过消息函数把缓冲区再送给音频设备输入驱动程序，继续进行采集并播放，当你一次性分配多个缓冲区和数据块结构并赋给音频设备输入驱动程序后，至于把哪个缓冲区填满，然后再把哪个空缓冲区赋给设备输入驱动程序，不需人为干预，完全由Windows控制，这就是一种用动态循环缓冲区实现话音的实时采集、播放的简单而巧妙的办法。实现步骤：
1.初始化操作
①用waveInGetNumDevs()和waveOutGetNumDevs()查看当前系统波形音频输入、输出设备；
②按11025Hz，16Bit，单声道，22K/S的格式设置WAVEFORMATEX结构的成员变量，也可以改为其他WAVE格式；
③用waveInOpen(...) 和waveOutOpen(...)分别调用WAVE_FORMAT_QUERY参数查看波形输入设备是否支持所设定的格式；
④再次用waveInOpen(...) 和waveOutOpen(...)分别调用CALLBACK_WINDOW参数打开波形输入设备；
⑤分别给音频数据块和音频数据缓冲区分配、锁定全局内存；
⑥初始化音频数据块结构各成员变量，主要是将每个缓冲区指针赋给对应数据块结构中的缓冲区指针变量lpData；调用waveInPrepareHeader(...)和waveInAddBuffer(...)将音频数据块赋给输入设备驱动程序；
⑦调用waveInStart(...)函数开始录音。
2.消息操作
录音开始后，每当有采样数据填满数据块后，设备驱动程序就会发消息MM_WIM_DATA给用户窗口，相应的消息回调函数OnMmWimData(...)对数据块中的采样数据进行处理，然后就可以发送给输出设备进行回放，每当一个音频数据块播放完毕，设备驱动程序又会发出消息MM_WOM_DONE，相应的消息回调函数 OnMmWomDone(...)记录音频数据并经必要准备后重新发送给输入设备，以准备接收后续的采样数据。这样，最初为输入设备准备的音频数据块就在消息的控制下，在输入、输出设备间循环使用，无需人为控制实现了实时采集、处理和播放。
当结束通话时要关闭音频输入设备，这时音频设备驱动程序会发送MM_WIM_CLOSE消息，可在相应的消息函数OnMmWimClose(..)中清除赋给输入、输出设备的音频数据块。
TD>
二、基于TCP协议的点对点话音传输
对于声音的传送和接收主要是采用面向连接的TCP协议，并用Windows Socket进行网络编程实现，但首先要将发送和接收的函数接口放在 OnMmWimData(...)函数中，这样才能做到采集数据块填满后被发送，接收的数据收到后被播放。 Windows Socket对于从事过网络编程的人来说应该不陌生，因为我们要实现点对点通信，所以得把客户和服务器模式融合为一种模式，让服务器可以做客户，客户也可以做服务器，从而使双方都有呼叫对方和接受对方呼叫的能力，这只需增加一个监听Socket就行了。一旦呼叫连接建立成功，便在两个点之间建立了一个数据流，即使双方不讲话，每个点也在不停地收、发数据，一方有话音自然就随着这个数据流传给了对方，所以关键的问题就是怎样读取话音数据流，因为TCP提供的流式服务是不保证边界的，当发送方想一次发送 4000个字节时，调用语句Send(sBuffer,4000)，并不能保证一定能发送出4000个字节；同样，接收方准备一次接收发过来的数据，调用语句Receive(rBuffer,4000)，也不能保证一定能接收4000个字节，因此实际一次发送和接收的字节数会是1到4000中的任何一个值，最坏的情况是只有1个字节。相反，如果用Send函数连续发送少量数据，比如一次发送400个字节，连续发送10次，接收方用Receive函数可能一次就把这4000个字节都接收下来了，而为了实现播放，我们希望调用一次发送函数就能把缓冲区大小的话音数据发送出去，调用一次接收函数就能把对方一次发送的话音数据准确接收下来，以便进行播放，所以一种比较简单实用的办法，就是利用TCP协议发送数据时为每个数据包加个标志头：
这个标志头包含长型（4字节）的话音数据量值和一个标志字符串，程序中可为这两项标志相应设置偏移量，同时也为话音数据设置偏移量，通过重载OnReceive(...)进行接收。开始接收前，偏移量都置0，接收开始后先检测是否收到了4 个字节的话音数据量大小值和字符串标志，如果没有收到，则通过偏移量来控制将它们准确收到，之后校验字符串标志的正确性，如果两项标志都正确收到了，则按收到的数据量大小值进行真正的话音数据接收，如果在OnReceive函数中一次调用Receive(...)接收没有达到这个值，则采用非阻塞模式，调用AsyncSelect(...)函数继续接收，直至全部收到，这样重载 OnReceive(...)接收函数后就可以一次接收对方发过来的数据；同理，我们重载CAsyncSocket 的OnSend函数，也可以实现一次发完一个缓冲区中的数据。这样只要将收发函数的接口放在OnMmWimData(...)函数中，使收和发都产生恒定速率的数据流，从而实现了网络话音的传输和回放。
三、界面及其他功能
界面及其他功能也要做一番设计：
1．设置“查找邻居"项，可查看谁在网上，用ListBox进行显示，在ListBox选中一位邻居，对应的邻居编辑框中就显示出该邻居，便于呼叫，“查找邻居"主要用到的函数是WnetOpenEnum(...)、WnetEnumResource(...)、 WnetCloseEnum(...)。
2．程序是基于对话框的，运行后不做任何显示，直接放入系统托盘，直至双击托盘图标或选择菜单再运行，但可随时监听是否有呼叫接入，一旦连接建立立刻开启话音处理功能。
3．每次运行都在注册表的RunServicesOnce键中写入或修改NetPhone项，使程序能保持开机就自动运行。
4．加入了调节麦克和耳机音量的功能。
5．为通话对方提供音乐播放，但只支持与采样格式相同的.wav文件，其他格式的.wav文件可用Windows的录音机转换即可。
引 言
随着计算机网络的日益普及，人们通过网络进行交流显得越来越重要，于是出现了一系列语音通信的软件，比如NetMeeting、IPPhone、MediaRing以及VoxPhone等等，但这些软件都功能完善、相对独立，不利于集成到自己开发的软件中，有时我们也希望将这种语音通信功能集成到自己的软件中，尤其当一个单位的局域网用户分散在不同的房间时。本文给出一种灵活、简单的实现方法，采用基于对话框的方式编程，硬件上只需要一块双DMA通道的声卡（目前的声卡大多支持双DMA通道）和一支耳麦，其余全部由软件编程实现。程序在 Windows98/2000、Visual C＋＋6.0 下编译通过，在Windows NT 100M 以太网上运行良好。
设计思路
要实现点对点语音通信，原理非常简单，只要针对一个点实现话音的实时采集、处理、播放，同时能进行可靠的传送和接收，这样两点一连便可通话。对于前者，采用Windows MDK的低层音频服务比较合适，因为低层音频服务中的回调机制为我们提供了很大的方便。当应用程序不断向设备驱动程序提供音频数据时，设备驱动程序控制音频设备在后台完成录音和放音的具体操作，通过回调机制，我们又可以检测到什么时候用完一个数据块，并及时传送下一个数据块，从而保证了声音的连续，有了这种单机上的实时采集、回放功能后，接下来的工作就是在网络上传送话音数据。在点对点网络传输方面，选择面向连接的TCP协议，TCP传输协议自动处理分组丢失和交付失序问题，这样我们不用为这些问题操心，只需很好地利用这个连接，在采集话音回放之前一方面将自己的话音传给网络，另一方面接收网络传来的话音，这样便实现了点对点语音通信。其结构框图如下：
具体实现
一、话音的实时采集、处理、回放
首先要介绍一下Windows低层波形音频数据块结构 WAVEHDR，其声明如下：
type struct{
LPSTR lpData; //指向锁定的数据缓冲区的指针
DWORD dwBufferLength; //数据缓冲区的大小
DWORD dwByteRecorded; //录音时指明缓冲区中的数据量
DWORD dwUser; //用户数据
DWORD dwFlag; //提供缓冲区信息的标志
DWORD dwLoops; //循环播放的次数
struct wavehdr_tag ＊ lpNext; //保留
DWORD reserved; //保留
} WAVEHDR;
声音的采集和播放都是在操作这个音频数据块结构，实际上主要用到的就是第一个成员变量lpData, 所以我们只要在分配缓冲区（内存）的同时相应分配WAVEHDR数据块结构，然后将缓冲区的指针赋给对应的数据块结构的成员变量 lpData，这样当一个缓冲区填满后，也就是一个音频数据块填满了，通过消息机制就可以在消息函数中进行处理和播放，播放完后又可通过消息函数把缓冲区再送给音频设备输入驱动程序，继续进行采集并播放，当你一次性分配多个缓冲区和数据块结构并赋给音频设备输入驱动程序后，至于把哪个缓冲区填满，然后再把哪个空缓冲区赋给设备输入驱动程序，不需人为干预，完全由Windows控制，这就是一种用动态循环缓冲区实现话音的实时采集、播放的简单而巧妙的办法。实现步骤：
1.初始化操作
①用waveInGetNumDevs()和waveOutGetNumDevs()查看当前系统波形音频输入、输出设备；
②按11025Hz，16Bit，单声道，22K/S的格式设置WAVEFORMATEX结构的成员变量，也可以改为其他WAVE格式；
③用waveInOpen(...) 和waveOutOpen(...)分别调用WAVE_FORMAT_QUERY参数查看波形输入设备是否支持所设定的格式；
④再次用waveInOpen(...) 和waveOutOpen(...)分别调用CALLBACK_WINDOW参数打开波形输入设备；
⑤分别给音频数据块和音频数据缓冲区分配、锁定全局内存；
⑥初始化音频数据块结构各成员变量，主要是将每个缓冲区指针赋给对应数据块结构中的缓冲区指针变量lpData；调用waveInPrepareHeader(...)和waveInAddBuffer(...)将音频数据块赋给输入设备驱动程序；
⑦调用waveInStart(...)函数开始录音。
2.消息操作
录音开始后，每当有采样数据填满数据块后，设备驱动程序就会发消息MM_WIM_DATA给用户窗口，相应的消息回调函数OnMmWimData(...)对数据块中的采样数据进行处理，然后就可以发送给输出设备进行回放，每当一个音频数据块播放完毕，设备驱动程序又会发出消息MM_WOM_DONE，相应的消息回调函数 OnMmWomDone(...)记录音频数据并经必要准备后重新发送给输入设备，以准备接收后续的采样数据。这样，最初为输入设备准备的音频数据块就在消息的控制下，在输入、输出设备间循环使用，无需人为控制实现了实时采集、处理和播放。
当结束通话时要关闭音频输入设备，这时音频设备驱动程序会发送MM_WIM_CLOSE消息，可在相应的消息函数OnMmWimClose(..)中清除赋给输入、输出设备的音频数据块。
TD>
二、基于TCP协议的点对点话音传输
对于声音的传送和接收主要是采用面向连接的TCP协议，并用Windows Socket进行网络编程实现，但首先要将发送和接收的函数接口放在 OnMmWimData(...)函数中，这样才能做到采集数据块填满后被发送，接收的数据收到后被播放。 Windows Socket对于从事过网络编程的人来说应该不陌生，因为我们要实现点对点通信，所以得把客户和服务器模式融合为一种模式，让服务器可以做客户，客户也可以做服务器，从而使双方都有呼叫对方和接受对方呼叫的能力，这只需增加一个监听Socket就行了。一旦呼叫连接建立成功，便在两个点之间建立了一个数据流，即使双方不讲话，每个点也在不停地收、发数据，一方有话音自然就随着这个数据流传给了对方，所以关键的问题就是怎样读取话音数据流，因为TCP提供的流式服务是不保证边界的，当发送方想一次发送 4000个字节时，调用语句Send(sBuffer,4000)，并不能保证一定能发送出4000个字节；同样，接收方准备一次接收发过来的数据，调用语句Receive(rBuffer,4000)，也不能保证一定能接收4000个字节，因此实际一次发送和接收的字节数会是1到4000中的任何一个值，最坏的情况是只有1个字节。相反，如果用Send函数连续发送少量数据，比如一次发送400个字节，连续发送10次，接收方用Receive函数可能一次就把这4000个字节都接收下来了，而为了实现播放，我们希望调用一次发送函数就能把缓冲区大小的话音数据发送出去，调用一次接收函数就能把对方一次发送的话音数据准确接收下来，以便进行播放，所以一种比较简单实用的办法，就是利用TCP协议发送数据时为每个数据包加个标志头：
这个标志头包含长型（4字节）的话音数据量值和一个标志字符串，程序中可为这两项标志相应设置偏移量，同时也为话音数据设置偏移量，通过重载OnReceive(...)进行接收。开始接收前，偏移量都置0，接收开始后先检测是否收到了4 个字节的话音数据量大小值和字符串标志，如果没有收到，则通过偏移量来控制将它们准确收到，之后校验字符串标志的正确性，如果两项标志都正确收到了，则按收到的数据量大小值进行真正的话音数据接收，如果在OnReceive函数中一次调用Receive(...)接收没有达到这个值，则采用非阻塞模式，调用AsyncSelect(...)函数继续接收，直至全部收到，这样重载 OnReceive(...)接收函数后就可以一次接收对方发过来的数据；同理，我们重载CAsyncSocket 的OnSend函数，也可以实现一次发完一个缓冲区中的数据。这样只要将收发函数的接口放在OnMmWimData(...)函数中，使收和发都产生恒定速率的数据流，从而实现了网络话音的传输和回放。
三、界面及其他功能
界面及其他功能也要做一番设计：
1．设置“查找邻居"项，可查看谁在网上，用ListBox进行显示，在ListBox选中一位邻居，对应的邻居编辑框中就显示出该邻居，便于呼叫，“查找邻居"主要用到的函数是WnetOpenEnum(...)、WnetEnumResource(...)、 WnetCloseEnum(...)。
2．程序是基于对话框的，运行后不做任何显示，直接放入系统托盘，直至双击托盘图标或选择菜单再运行，但可随时监听是否有呼叫接入，一旦连接建立立刻开启话音处理功能。
3．每次运行都在注册表的RunServicesOnce键中写入或修改NetPhone项，使程序能保持开机就自动运行。
4．加入了调节麦克和耳机音量的功能。
5．为通话对方提供音乐播放，但只支持与采样格式相同的.wav文件，其他格式的.wav文件可用Windows的录音机转换即可。
fujking 2004-11-30
- 打赏
- 举报
up
gg137zeus 2004-11-29
- 打赏
- 举报
up
老田低代码 2004-11-29
- 打赏
- 举报
哈哈：使用QQ就可以实现视频聊天了。。。。。
顶...........N个顶
顶...........N个顶
qyii 2004-11-29
- 打赏
- 举报
VB+winsock控件做这个似乎不现实!就算不用控件好像也不太现实!
原因,VB的阻塞线程...最近被这个搞得真想把VB给delete了!
原因,VB的阻塞线程...最近被这个搞得真想把VB给delete了!
wpasp 2004-11-28
- 打赏
- 举报
我也帮你顶！！！！！！！！！！！！！！！！！！
如何实现高级算法？
如何实现高级算法？
lishendan 2004-11-02
- 打赏
- 举报
???????我自己顶
lishendan 2004-11-01
- 打赏
- 举报
zyl910 (910：分儿，我又来了！) 发的,不过还没找到语音的.
###########################################################
###########################################################
###########################################################
http://www.aivisoft.net/Zyl910/NetPicTran.zip
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
（利用GIF_LZW算法实现的）网络图片传输
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
作者：zyl910
版本：1.0
更新：2004-06-06
技术特点
~~~~~~~~
一、使用TCP协议传输数据。理由：稳定性好。
二、使用字节数据流进行传输，理由：
A:VB的String存在自动Unicode转换问题，影响速度；
B:可以直接发送8位字节数据，不需要使用Base64编码，从而减少了编码时间。
三、使用GIF-LZW压缩算法压缩图像。理由：
A:行程编码、Huffman压缩算法压缩率太低；
B:JPEG压缩算法需要太多位运算，且运算量大（有专门MMX优化算法），不利于VB实现；
C:GIF-LZW压缩算法压缩率较好，且我已想出VB语法下高效GIF-LZW压缩/解压算法。
四、使用“有序抖动”算法进行 色彩量化。理由：“有序抖动”处理的结果具有一定规律性，有助于LZW类算法压缩。
速度测试
~~~~~~~~
操作系统：Windows 98 第二版 2222A
CPU：赛杨733
（请运行编译后exe。在VB开发环境下是解析运行的，速度很慢）
传输一幅图片（单位：ms）：
我的程序（800*600）：360
SpyScreen（400*300）：520
SpyScreen++（400*300）：425
SpyScreen是指ThirdApple(陨落雕)在2004年初写的SpyScreen
SpyScreen++是指 我优化（主要是对Base64编码/解码）的SpyScreen
lishendan 2004-11-01
- 打赏
- 举报
to Un1()
avphone可有注册码?
avphone可有注册码?
helanshan 2004-10-29
- 打赏
- 举报
关注
Un1 2004-10-29
- 打赏
- 举报
http://www.banasoft.net/avphone3/demos/sourcedemo.htm
xiaoyuanzhi 2004-10-26
- 打赏
- 举报
up
lishendan 2004-10-26
- 打赏
- 举报
??????怎么没有人过来了呀????
lishendan 2004-10-25
- 打赏
- 举报
谢谢大家的支持.跪求代码子,呵呵,不好意思,俺十分菜.~-~
lhy0922 2004-10-23
- 打赏
- 举报
关注
iambluebird 2004-10-23
- 打赏
- 举报
获得图象--》压缩--》传递--》接收--》显示
iamwiner 2004-10-23
- 打赏
- 举报
在专题开发->流媒体这块是专门讲这个东西的,你可以进去看一去
laan 2004-10-23
- 打赏
- 举报
使用一个usb口数字摄像头对图像进行采集，摄像头其中应该使用了自定义的压缩算法吧，那摄像头的输出数据是帧么？
先不考虑网络传输方面的问题，若只要求在本机播放，那怎么通过usb口与本计算机通信，是将帧缓存在缓冲区中然后解压缩播放么？具体的全部通信流程和接口都是什么，
还有NorthMan(青铜圣斗士：黑暗天龙):把白皮书和例子程序的网址贴上来吧，没找到，多谢了。
先不考虑网络传输方面的问题，若只要求在本机播放，那怎么通过usb口与本计算机通信，是将帧缓存在缓冲区中然后解压缩播放么？具体的全部通信流程和接口都是什么，
还有NorthMan(青铜圣斗士：黑暗天龙):把白皮书和例子程序的网址贴上来吧，没找到，多谢了。
cosio 2004-10-23
- 打赏
- 举报
NEETMEETING!
加载更多回复（6）
