2011年06月09日 星期四 01:50
我们计划做视频协同办公,就是两个人坐在两个办公室,但是一直连接着视频。和一般 的视频聊天不同在于:一是我们一直开着(麦克风和视频窗口),二是不太容忍质量变 化--两者都会使人想要沟通时犹豫,犹豫就没有视频办公的效果了。相比之视频办 公,视频会议往往大家计划好了何时开始,并且注意力都在沟通上,视频办公需要注意 力不全在视频上。 要满足条件一,需要专机专用; 要满足条件二,需要直接连接UDP(TCP会断)并且不中转(需要路由器上打洞)。我原 以为条件二需要专线,后经实测发现带宽占用到156kbps到400kbps(ADSL上行极限)之 间时,Thoera在VGA不论带宽为何值,用户能观察到的区别几乎可以忽略不计,单盲测试 为证[1],所以就放弃了专线专用的想法,当然有QoS时也很好。 想请你来帮忙主要是为了打洞的事。这事本来我极有兴趣弄明白的,但是最近实在没有 时间太折腾(单盲测试已经折腾了个吧小时了,但是影响后面决定不得不花自己时间)。 我并非仅为难于打洞一事。找洞也很困难。我们测试环境发现找洞需要动用各种东西 (wireshark),从头学习,学习成本太高。 [1] 单盲测试为证,实际上4000kbps也没有太大区别。这说明这种codec(或者是其 implementation)对于带宽不敏感。测试用的软件是ekiga,其上另外一种codec是 H.261,是对带宽敏感的,可是最大CIF,不中用。 -- 锐业软服(北京)信息技术有限公司 Real Softservice Information & Communication Technologies 北京市朝阳区 富尔大厦 (Full Tower) 3301A (金台夕照西南口出门南行100米右侧) http://www.realss.com Tel: +86 (10) 010 - 5287 0923
2011年06月09日 星期四 08:26
于 2011年06月09日 01:50, 张韡武 写道: > 单盲测试为证,实际上4000kbps也没有太大区别。这说明这种codec(或者是其 > implementation)对于带宽不敏感。测试用的软件是ekiga,其上另外一种codec是 > H.261,是对带宽敏感的,可是最大CIF,不中用。 详细测试内容在这里,昨夜写了一篇文章: http://www.zhangweiwu.name/060911.html -- 我的博客: http://zhangweiwu.ixiezi.com/ 网站进化论 --写给需要网站或后悔有了网站的人
2011年06月09日 星期四 09:29
2011/6/9 张韡武 <zhangweiwu在realss.com>: > 想请你来帮忙主要是为了打洞的事。这事本来我极有兴趣弄明白的,但是最近实在没有 > 时间太折腾(单盲测试已经折腾了个吧小时了,但是影响后面决定不得不花自己时间)。 软件支持相关的打洞方式是重点。或者最简单的方式:直接找能支持服务器中转的免费SIP路由(网上有很多),这样两边都无需打洞。实测速度基本可以接受(关键看对方服务器的素质) 自己建服务器的话,在真实外网中搭一个服务器,然后内网都可以用uPnP解决(就是说内网中谁使用端口都自己临时申请)。我们实测这个方案可行,其中通讯软件是自己拿开源软件改的。 但是我觉得,窃以为就你的例子而言,这件事情完全可以不用做得这么这么的复杂。。。装一个 Skype 就完全搞定的事,真的。 Skype 实现了很多人想实现却没实现的东西:分布式服务,也就是说,每一台开着 Skype 的电脑都是一个潜在的 Skype 服务器,这个时候,Skype 就可以利用强大的服务器中转功能来实现非常复杂条件下的视频穿透。——在已知的视频软件中,Skype 的网络穿透能力基本是首屈一指的,几乎是只要你能上网就能 Skype。
2011年06月09日 星期四 10:59
On Thu, Jun 09, 2011 at 09:29:10AM +0800, pansz wrote: > 2011/6/9 张韡武 <zhangweiwu在realss.com>: > > 想请你来帮忙主要是为了打洞的事。这事本来我极有兴趣弄明白的,但是最近实在没有 > > 时间太折腾(单盲测试已经折腾了个吧小时了,但是影响后面决定不得不花自己时间)。 > > 软件支持相关的打洞方式是重点。或者最简单的方式:直接找能支持服务器中转的免费SIP路由(网上有很多),这样两边都无需打洞。实测速度基本可以接受(关键看对方服务器的素质) > > 自己建服务器的话,在真实外网中搭一个服务器,然后内网都可以用uPnP解决(就是说内网中谁使用端口都自己临时申请)。我们实测这个方案可行,其中通讯软件是自己拿开源软件改的。 > > 但是我觉得,窃以为就你的例子而言,这件事情完全可以不用做得这么这么的复杂。。。装一个 Skype 就完全搞定的事,真的。 > > Skype 实现了很多人想实现却没实现的东西:分布式服务,也就是说,每一台开着 Skype 的电脑都是一个潜在的 Skype > 服务器,这个时候,Skype 就可以利用强大的服务器中转功能来实现非常复杂条件下的视频穿透。——在已知的视频软件中,Skype > 的网络穿透能力基本是首屈一指的,几乎是只要你能上网就能 Skype。 抱歉,我OT一下: Skype能在Android 3.0+的平板电脑上使用视频功能吗?我看到现在的主流IM软件,好像只有ipad上能用mac的im进行视频。 Thanks B.R Kermit
2011年06月09日 星期四 11:07
2011/6/9 Kermit <kermit.mei在gmail.com>: > > 抱歉,我OT一下: Skype能在Android 3.0+的平板电脑上使用视频功能吗?我看到现在的主流IM软件,好像只有ipad上能用mac的im进行视频。 > 现在谁手上有 android 3.0 平板啊,没几个人有,这个事情也没法验证。 但如果你自己是平板产商的话,办法总是有的,至少 Skype 的 Linux 版支持视频,而它的视频输出是完全可以通过重写系统 Xv.c 中的函数来截取的。
2011年06月09日 星期四 11:19
On Thu, Jun 09, 2011 at 11:07:49AM +0800, pansz wrote: > 2011/6/9 Kermit <kermit.mei在gmail.com>: > > > > 抱歉,我OT一下: Skype能在Android 3.0+的平板电脑上使用视频功能吗?我看到现在的主流IM软件,好像只有ipad上能用mac的im进行视频。 > > > > 现在谁手上有 android 3.0 平板啊,没几个人有,这个事情也没法验证。 > > 但如果你自己是平板产商的话,办法总是有的,至少 Skype 的 Linux 版支持视频,而它的视频输出是完全可以通过重写系统 Xv.c 中的函数来截取的。 哦,理解了,过些时间找机会自己试试。 继续讨论楼主的问题吧。 Thanks B.R Kermit
2011年06月09日 星期四 14:34
于 2011年06月09日 09:29, pansz 写道: > Skype 实现了很多人想实现却没实现的东西:分布式服务,也就是说,每一台开着 Skype 的电脑都是一个潜在的 Skype > 服务器,这个时候,Skype 就可以利用强大的服务器中转功能来实现非常复杂条件下的视频穿透。——在已知的视频软件中,Skype > 的网络穿透能力基本是首屈一指的,几乎是只要你能上网就能 Skype。 我前面已经说了,系统需要一开机就保持视频8个小时,从早上上班到下班。skype 的质量是优秀且不可靠的(有时候好有时候不好,取决于中间节点 的质量),并 且本地ISP每若干个小时断一次TCP连接(任何TCP连接)。8小时的连接对于中间节 点及对于ISP都不现实。 -- 我的博客: http://zhangweiwu.ixiezi.com/ 网站进化论 --写给需要网站或后悔有了网站的人
2011年06月09日 星期四 15:43
weiwu, 之前和你讨论时,你提到可以设置成DMZ,这样如何?打洞我没有研究,哪位熟悉请多指教。 2011/6/9 Zhang Weiwu, Beijing <zhangweiwu在realss.com> > 于 2011年06月09日 09:29, pansz 写道: > > Skype 实现了很多人想实现却没实现的东西:分布式服务,也就是说,每一台开着 Skype 的电脑都是一个潜在的 Skype > > 服务器,这个时候,Skype 就可以利用强大的服务器中转功能来实现非常复杂条件下的视频穿透。――在已知的视频软件中,Skype > > 的网络穿透能力基本是首屈一指的,几乎是只要你能上网就能 Skype。 > > 我前面已经说了,系统需要一开机就保持视频8个小时,从早上上班到下班。skype > 的质量是优秀且不可靠的(有时候好有时候不好,取决于中间节点 的质量),并 > 且本地ISP每若干个小时断一次TCP连接(任何TCP连接)。8小时的连接对于中间节 > 点及对于ISP都不现实。 > > -- > 我的博客: > http://zhangweiwu.ixiezi.com/ > 网站进化论 --写给需要网站或后悔有了网站的人 > > _______________________________________________ > zeuux-universe mailing list > zeuux-universe在zeuux.org > http://www.zeuux.org/mailman/listinfo/zeuux-universe > > ZEUUX Project - Free Software, Free Society! > http://www.zeuux.org > -------------- 下一部分 -------------- 一个HTML附件被移除... URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20110609/5cd4cd4b/attachment.html>
2011年06月09日 星期四 15:55
非常抱歉这么晚回复,今天在折腾一个噩梦般巨大的分支合并,刚刚才有点空上gmail 我从上下文猜测你想在内网运行一个sip关守,只是不清楚你运行的是Asterisk还是第三方的proprieatry keeper。其实对于这种场景,Siproxd应该是比较合适的。http://siproxd.sourceforge.net/并且这个app在OpenWRT平台上有port,直接opkg install即可。你试试看好用不,等你的post。 2011/6/9 张韡武 <zhangweiwu在realss.com> > 我们计划做视频协同办公,就是两个人坐在两个办公室,但是一直连接着视频。和一般 > 的视频聊天不同在于:一是我们一直开着(麦克风和视频窗口),二是不太容忍质量变 > 化--两者都会使人想要沟通时犹豫,犹豫就没有视频办公的效果了。相比之视频办 > 公,视频会议往往大家计划好了何时开始,并且注意力都在沟通上,视频办公需要注意 > 力不全在视频上。 > > 要满足条件一,需要专机专用; > 要满足条件二,需要直接连接UDP(TCP会断)并且不中转(需要路由器上打洞)。我原 > 以为条件二需要专线,后经实测发现带宽占用到156kbps到400kbps(ADSL上行极限)之 > 间时,Thoera在VGA不论带宽为何值,用户能观察到的区别几乎可以忽略不计,单盲测试 > 为证[1],所以就放弃了专线专用的想法,当然有QoS时也很好。 > > 想请你来帮忙主要是为了打洞的事。这事本来我极有兴趣弄明白的,但是最近实在没有 > 时间太折腾(单盲测试已经折腾了个吧小时了,但是影响后面决定不得不花自己时间)。 > > 我并非仅为难于打洞一事。找洞也很困难。我们测试环境发现找洞需要动用各种东西 > (wireshark),从头学习,学习成本太高。 > > [1] > 单盲测试为证,实际上4000kbps也没有太大区别。这说明这种codec(或者是其 > implementation)对于带宽不敏感。测试用的软件是ekiga,其上另外一种codec是 > H.261,是对带宽敏感的,可是最大CIF,不中用。 > > -- > 锐业软服(北京)信息技术有限公司 > Real Softservice Information & Communication Technologies > > 北京市朝阳区 富尔大厦 (Full Tower) 3301A > (金台夕照西南口出门南行100米右侧) > > http://www.realss.com > Tel: +86 (10) 010 - 5287 0923 > > > -------------- 下一部分 -------------- 一个HTML附件被移除... URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20110609/eea9ede5/attachment-0001.html>
2011年06月09日 星期四 15:58
2011/6/9 Zhang Weiwu, Beijing <zhangweiwu在realss.com>: > 我前面已经说了,系统需要一开机就保持视频8个小时,从早上上班到下班。skype > 的质量是优秀且不可靠的(有时候好有时候不好,取决于中间节点 的质量),并 > 且本地ISP每若干个小时断一次TCP连接(任何TCP连接)。8小时的连接对于中间节 > 点及对于ISP都不现实。 要想完全保证稳定,只能用办公室局域网。 但是听说你要打洞,所以我默认认为,你需要在外网上面做这个事情。 如果你是在外网上做这个事情,不论用什么软件,貌似都不可能脱离 ISP 以及中间节点的物理限制吧。 至于 UDP 的问题,目前我已知的:SIP 协议用 UDP 进行音视频通讯,RTP 做信令交换与文字通讯。 ekiga, linphone 等等开源软件都可以作为标准 SIP 客户端,如果你使用 opensips 服务器,那么应该没什么理由他们之间会采取 TCP 进行视频通讯。 关于 skype ,你一说我倒实际测试了一下,证实了 Skype 也是用的 UDP。(理论上说,我认为做视频通讯这种软件,用 TCP 是不可思议的。也确实没有见过哪个视频通讯软件用 TCP。)
2011年06月09日 星期四 16:08
于 2011年06月09日 15:58, pansz 写道: > 关于 skype ,你一说我倒实际测试了一下,证实了 Skype 也是用的 UDP。(理论上说,我认为做视频通讯这种软件,用 TCP > 是不可思议的。也确实没有见过哪个视频通讯软件用 TCP。) 误会了,误以为SKYPE用TCP. 又:你用过skype,询问一下能达到VGA吗?
2011年06月09日 星期四 16:19
2011/6/9 Zhang Weiwu <zhangweiwu在realss.com>: > 于 2011年06月09日 15:58, pansz 写道: >> 关于 skype ,你一说我倒实际测试了一下,证实了 Skype 也是用的 UDP。(理论上说,我认为做视频通讯这种软件,用 TCP >> 是不可思议的。也确实没有见过哪个视频通讯软件用 TCP。) > > 误会了,误以为SKYPE用TCP. 又:你用过skype,询问一下能达到VGA吗? > Skype 是带宽自适应的。当带宽足够时,甚至可以超过VGA达到更高的水平。 我在实测中达到过800x600,限于我的网络原因不能上到更高,但VGA是常事。另外分辨率似乎也与版本有关,Skype Linux 版本最高就只能上到 VGA。 仔细测试了一下 skype 与我们公司自制的视频通讯,发现 skype 在保持视频 UDP 流的过程中也还有一个 TCP 连接传输少量的信令数据(视频数据流是用 UDP 的,这个 TCP 连接具体在做什么不清楚,估计拿到那位黑客的 skype 源代码可以解决),但是我们自己的视频通讯就完全只有 UDP 流。
2011年06月09日 星期四 16:40
只可惜skype不是开源的,没法进行详细研究了。 2011/6/9 pansz <pan.shizhu在gmail.com> > 2011/6/9 Zhang Weiwu <zhangweiwu在realss.com>: > > 于 2011年06月09日 15:58, pansz 写道: > >> 关于 skype ,你一说我倒实际测试了一下,证实了 Skype 也是用的 UDP。(理论上说,我认为做视频通讯这种软件,用 TCP > >> 是不可思议的。也确实没有见过哪个视频通讯软件用 TCP。) > > > > 误会了,误以为SKYPE用TCP. 又:你用过skype,询问一下能达到VGA吗? > > > > Skype 是带宽自适应的。当带宽足够时,甚至可以超过VGA达到更高的水平。 > > 我在实测中达到过800x600,限于我的网络原因不能上到更高,但VGA是常事。另外分辨率似乎也与版本有关,Skype Linux 版本最高就只能上到 > VGA。 > > 仔细测试了一下 skype 与我们公司自制的视频通讯,发现 skype 在保持视频 UDP 流的过程中也还有一个 TCP > 连接传输少量的信令数据(视频数据流是用 UDP 的,这个 TCP 连接具体在做什么不清楚,估计拿到那位黑客的 skype > 源代码可以解决),但是我们自己的视频通讯就完全只有 UDP 流。 > _______________________________________________ > zeuux-universe mailing list > zeuux-universe在zeuux.org > http://www.zeuux.org/mailman/listinfo/zeuux-universe > > ZEUUX Project - Free Software, Free Society! > http://www.zeuux.org > -------------- 下一部分 -------------- 一个HTML附件被移除... URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20110609/10ca1fcb/attachment-0001.html>
2011年06月09日 星期四 16:48
2011/6/9 Wills os <wills.du在gmail.com>: > 只可惜skype不是开源的,没法进行详细研究了。 这个代码可以用于 skype 研究。可能需要梯子。 http://skype-open-source.blogspot.com/2011/06/skype-protocol-reverse-engineered.html
2011年06月09日 星期四 17:41
On Thu, Jun 09, 2011 at 04:48:04PM +0800, pansz wrote: > 2011/6/9 Wills os <wills.du在gmail.com>: > > 只可惜skype不是开源的,没法进行详细研究了。 > > 这个代码可以用于 skype 研究。可能需要梯子。 > > http://skype-open-source.blogspot.com/2011/06/skype-protocol-reverse-engineered.html 不好意思,什么是梯子? PS:上面的链接打不开,墙了? B.R Kermit
2011年06月09日 星期四 21:37
于 2011年06月09日 17:41, Kermit 写道: > 不好意思,什么是梯子? > PS:上面的链接打不开,墙了? 梯子…… 墙…… -- 我的博客: http://zhangweiwu.ixiezi.com/ 网站进化论 --写给需要网站或后悔有了网站的人
2011年06月09日 星期四 21:44
于 2011年06月09日 16:19, pansz 写道: > 仔细测试了一下 skype 与我们公司自制的视频通讯,发现 skype 在保持视频 UDP 流的过程中也还有一个 TCP连接传输少量的信令数据(视频数据流是用 UDP 的,这个 TCP 连接具体在做什么不清楚,估计拿到那位黑客的 skype源代码可以解决),但是我们自己的视频通讯就完全只有 UDP 流。 好像遇到视频技术高手了,抓紧时间问问题。你那边试过在NAT后用skype(不穿 透)连续八小时能正常工作吗?受你蛊惑我原以为肯定不行的,现 在决定找时间 试验一下了。找时间很困难,你要是有测试结果就大家共享吧。 -- 我的博客: http://zhangweiwu.ixiezi.com/ 网站进化论 --写给需要网站或后悔有了网站的人
2011年06月09日 星期四 21:47
于 2011年06月09日 15:55, Samuel 写道: > 非常抱歉这么晚回复,今天在折腾一个噩梦般巨大的分支合并,刚刚才有点空上 > gmail > > 我从上下文猜测你想在内网运行一个sip关守,只是不清楚你运行的是Asterisk > 还是第三方的proprieatry keeper。其实对于这种场景,Siproxd应该是比较合 > 适的。http://siproxd.sourceforge.net/ 并且这个app在OpenWRT平台上有 > port,直接opkg install即可。你试试看好用不,等你的post。 我十分有兴趣,只是日程表要逼死我啦!还是按你同意我们约定的我们周末一起搞 吧,因为我一个人底子不厚,势力不行,万一卡住就急死啦。按原计划, 搞完这 事后用美女美酒折磨你。
2011年06月09日 星期四 22:42
我觉得就目前应用环境下,连续视频8小时没有太大意义。按现在上下班的作息时间,其实连续5小时就足够了。(中午吃饭、打盹的时候可以关掉视频) 2011/6/9 Zhang Weiwu, Beijing <zhangweiwu在realss.com> > 于 2011年06月09日 16:19, pansz 写道: > > 仔细测试了一下 skype 与我们公司自制的视频通讯,发现 skype 在保持视频 UDP 流的过程中也还有一个 > TCP连接传输少量的信令数据(视频数据流是用 UDP 的,这个 TCP 连接具体在做什么不清楚,估计拿到那位黑客的 > skype源代码可以解决),但是我们自己的视频通讯就完全只有 UDP 流。 > > 好像遇到视频技术高手了,抓紧时间问问题。你那边试过在NAT后用skype(不穿 > 透)连续八小时能正常工作吗?受你蛊惑我原以为肯定不行的,现 在决定找时间 > 试验一下了。找时间很困难,你要是有测试结果就大家共享吧。 > > -- > 我的博客: > http://zhangweiwu.ixiezi.com/ > 网站进化论 --写给需要网站或后悔有了网站的人 > > _______________________________________________ > zeuux-universe mailing list > zeuux-universe在zeuux.org > http://www.zeuux.org/mailman/listinfo/zeuux-universe > > ZEUUX Project - Free Software, Free Society! > http://www.zeuux.org > -------------- 下一部分 -------------- 一个HTML附件被移除... URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20110609/e2d8c6fb/attachment-0001.html>
2011年06月09日 星期四 22:48
于 2011年06月09日 22:42, Wills os 写道: > 我觉得就目前应用环境下,连续视频8小时没有太大意义。按现在上下班的作息 > 时间,其实连续5小时就足够了。(中午吃 饭、打盹的时候可以关掉视频) 同意
2011年06月10日 星期五 08:52
2011/6/9 Zhang Weiwu, Beijing <zhangweiwu在realss.com>: > 好像遇到视频技术高手了,抓紧时间问问题。你那边试过在NAT后用skype(不穿 > 透)连续八小时能正常工作吗?受你蛊惑我原以为肯定不行的,现 在决定找时间 > 试验一下了。找时间很困难,你要是有测试结果就大家共享吧。 没有试过很长的时间,不过其实要找这个时间应该并不难吧,晚上下班的时候开着视频,第二天上班来看它是不是还活着就好了。
Zeuux © 2024
京ICP备05028076号