读书人

C# 作 音视频聊天室

发布时间: 2013-09-24 11:29:02 作者: rapoo

C# 做 音视频聊天室
--不知道QQ的视频聊天的视频一秒传多少帧

我们老大要求视频和语音在一个通道里面传 说什么压力大了会出问题。。。。。

C# 作 音视频聊天室出了问题在修改啊

另外声音和视频如何放到一起
我现在放在了一个流里面 然后网速太大了 要200K啊。。。

肿么弄。。。
老大要求分辨率640*480的每秒30帧视频质量为30 艹
给多少钱?可以外包出去。
[解决办法]
这没得讨论,视频音频本来就不好压缩。故意整你的吧。
[解决办法]
我来说几个关键词
1.视频压缩/视频编码。也就是平时说的h264,MPEG-4
2.音频编码。也就使平时说的wav, mp3, Ogg Vorbis
3.流媒体/多媒体容器
4.许可/Licence,也是最重要的。

有说得不到位的欢迎楼下斧正。

我觉得你老板正让你一个人造长城。
[解决办法]

引用:
我来说几个关键词
1.视频压缩/视频编码。也就是平时说的h264,MPEG-4
2.音频编码。也就使平时说的wav, mp3, Ogg Vorbis
3.流媒体/多媒体容器
4.许可/Licence,也是最重要的。

有说得不到位的欢迎楼下斧正。

我觉得你老板正让你一个人造长城。

现在为啥不能编辑自己写的内容!
wav改成PCM应该更准确。

关于数据量问题,一般就是这么几个问题
1.画面大小 (视频聊天的话估计480*270够了)
2.帧率/fps (你老大每秒30有病么!娱乐行业里的视频也大多在25~30差不多了。你们的画面要求还比人家制片的高?用视频编码最低下限即可!一般在15前后。你们软件真需要高质量画面的话,买现成方案得了)
3.码率 (其实也是视频编码的一部分,下面我给出链接你自己琢磨下。码率直接影响你的带宽,根据上面提到的1和2基本上可以决定平均码率的大小,如果需要更好的画质只能增大码率了。假设480x270 25fps,那么码率一般在256~384kbps之间应该够用了,再加上你的音频码率假设是我们可以忍受的90kbps,那么你一秒大致带宽是 视频码率+音频码率+容器包装+其他 大概在 45~60K每秒)
http://www.quavlive.com/video_codec_comparison

让你老大看着办吧,还有,我总觉得你应该把帖子发在C区,至少也是c++。。。术业有专攻



[解决办法]
有现成的ffmpeg的C的代码,花费个几个月到几年的时间,也就差不多了,看你的要求了。
ffmpeg里面有现成的转码的东西,不过是转文件的,没看见转内存流的东西。

C#里这方面的资料很少,因为,这本来就不是C#擅长的领域。这是C和C++的天下。
上层的界面可以使用C#处理。

不知道你处理的视频来源是什么,视频格式和音频格式是什么。
参考下:
可以参考directshow试试,有C#写好的类库可以调用。
使用微软的mp4压缩算法,看看能不能达到你的要求吧。

音视频的压缩算法一般都是收费的,目前只发现一个微软的mp4压缩算法是免费的。
当然ffmpeg里的压缩和转码算法都是公开的,就怕你看不懂。
[解决办法]
降噪其实不是这么做的。。。不过反正你能用就行
你说的合成就是我说的容器,给你个开源的而且商业友好的容器作参考
http://www.xiph.org/ogg/
Ogg is a stream oriented container, meaning it can be written and read in one pass, making it a natural fit for internet streaming and use in processing pipelines. This stream orientation is the major design difference over other file-based container formats.
我只做过解码部分,不做你这么多本来应该几个人做的事情,所以没demo。
估计你那是某小公司,程序员需要包揽所有工作。。。国内小作坊就这尿性!

读书人网 >C#

热点推荐