视频通讯
huyinguo
视频处理和视频通讯技术
展开
-
降低H.264流播放时延的几种方法
在交互性强的网络视频聊天或视频会议中,视频播放时延是关键的系统性能质量指标。如果播放延迟偏大,那么会严重影响用户的交流观感。 视频系统的播放时延一般来源于四个方面:发送端的采集和压缩编码时延;服务端的缓存转发时延;网络传输时延;接收端的解码和播放时延。经测算,在局域网环境下,前三个方面的时延是一个比较小的固定值:发送端的时延有1-2帧的延迟,采用的Adobe FMS的服务端平均延原创 2008-09-21 22:29:00 · 5854 阅读 · 10 评论 -
项目交易平台上发布的项目
去年下半年开发的AVC/AAC流播放器虽然在C/S模式下性能很好,但在B/S模式下的兼容性还有很长的路要走。以前因为FMS2不支持H.264,FMS3刚出来时间不长,还有些担心。经过08年的大量应用,应该够成熟啦,计划用Adobe Flash Player替代B/S模式下的自研产品,以后把精力集中在前端编码器和后端的Flex应用解决方案上,避免在PC底层不停地造轮子。特别是傍着Adobe这颗大树,原创 2009-01-04 22:59:00 · 3091 阅读 · 0 评论 -
意外发现老版本cyberlink decoder存在的问题
三个月前做的多路播放高清H.264视频的SDK,在应用过程中挑机子。大部分机型很稳定,个别机型总是存在着弹出Active Movie窗口现象。以前一直怀疑是自己使用VMR的问题,本周终于在同事的提示下,下决心不用VMR方式。考虑到cyberlink不支持debug模式,moonlight又太老啦,就陆续试验了coreAVC、mainconcept、elecard等h.264解码器,在查询下载这些解原创 2009-01-17 15:00:00 · 929 阅读 · 0 评论 -
网络视频监控系统的现状和发展
转载链接 :http://www.etah-tech.com/news4.htm一、网络视频监控制系统的现状 目前,网络视频监控系统正处在数控模拟系统已发展非常成熟、性能稳定,在实际工程中得到广泛应用,数字系统迅速崛起但尚不完全成熟的数字和模拟混合应用并将逐渐向数字系统过渡的阶段。在国内外市场上,主要推出数字控制的模拟视频监控和数字视频监控两类产品。前者技术发展已经非常成熟、性能转载 2009-03-10 13:08:00 · 3530 阅读 · 2 评论 -
XP Professional定制成XPE风格的技巧
随着上网本市场的蓬勃发展,x86小主板越来越普及,无论是尺寸、外观、性能和价格都可以媲美同类的嵌入式硬件主板。将PC软件直接封装到x86小主板上,做成嵌入式设备,从市场考虑是很有吸引力的。对于免费盗版软件用惯了的中国用户,在PC机上的软件不容易卖出好价格,但他们更愿意为硬件设备大笔掏钱。为了使它在用户眼里更像一台嵌入式设备,而不是熟悉的windows界面,所运行的操作系统就需要特殊定制。微软的原创 2009-08-01 10:47:00 · 2524 阅读 · 0 评论 -
新版cyberlink试用
Cyberlink AVC/H.264 decoder出2.4版本了,相对于前一版本,有两大突出优点:1. 硬解码兼容性明显增强 前一版本,无法识别一些支持H.264硬解的集成显卡,这一版本就可以加速支持。2. 启动速度显著加快 对比测试,基于directShow的filter链接速度快了一倍。 不过,我以前所采用的那套减小启动延时的方法不好使啦。尤其原创 2009-07-05 22:05:00 · 883 阅读 · 0 评论 -
ffmpeg解码器优化
在以前的视频项目中,用到了几种商业版的H.264解码器。虽然性能稳定,支持DXVA或CUDA,在高清视频播放效果上不错,但是存在一个共同的缺陷-存在帧间延迟。经过我的测算,大概有3帧的缓冲延迟。当帧率在20fps以上时,所带来的延迟小于150毫秒,还不算明显。但是在低帧率的情况下,延迟显得非常大。 为了解决这个问题,拟将source和decoder写成一个filter,避原创 2009-10-23 22:47:00 · 15329 阅读 · 4 评论 -
FFmpeg-mt初次试验
昨天试验了ffmpeg-mt,但是性能始终上不去,感觉还是像以前那样,没有利用好双核的优势。 早上仔细看ffmpeg-mt在多线程处理方面的源码,发现了问题所在。问题出在pthread.c文件里的一个检测多线程能力的函数,如下所示:static void validate_thread_parameters(AVCodecContext *avctx){原创 2009-10-25 11:16:00 · 9355 阅读 · 4 评论