由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 既然有webrtc,微信网页版为什么还没有视频功能
相关主题
说说我以前做的ultra low latency架构吧两道小题
我想用Python做个群发短信功能,不知道有没有现成的模板问个 C++到C的问题
两个电脑之间的Java程序怎么方便传输简单的数据?有没有人在Vista下试过UDP广播
iphone andriod 直接视频通讯有人了解socket error 10013吗?
有没有人觉得restful被高估了一个奇怪的问题
板上大牛都用哪些mobile framework?有啥比较好的multithreaded C++ project?
专业c++程序员都用什么ide (转载)[合集] 求助: socket传递C++ class的问题
btw, MS C++ 是ECMA-372标准[合集] Socket编程问题 (转载)
相关话题的讨论汇总
话题: br话题: webrtc话题: 用戶话题: 视频话题: webview
进入Programming版参与讨论
1 (共1页)
w*****r
发帖数: 197
1
缺憾啊
T********i
发帖数: 2416
2
你这个帖子,玩笑开大了。LOL
w*****r
发帖数: 197
3
天儿被你聊死了,LOL


: 你这个帖子,玩笑开大了。LOL



【在 T********i 的大作中提到】
: 你这个帖子,玩笑开大了。LOL
T********i
发帖数: 2416
4
既然说起来,我就展开说说。
首先,WeChat web 2017年6月以后注册的用户是禁用的。你一句发言,暴露了账号的注
册时间。
其次,wechat视频和webrtc根本不兼容。它也是花大力气做的。webrtc发展缓慢多了。
技术路线根本不一样。
再次,wechat的监控力度,其它聊天软件是不能比的。最近海外大批账号被封。我的也
被封了。据说米国政府要调查可能下架,我估计也就不了了之。目前美国的趋势,是要
和厉害国比low。这样搞,最后比low肯定比不过,其它的也会四裤全输。基本定局了。
关于中国出口带宽。政府根本不希望老百姓上任何外网。恶意限制出口带宽,利用深度
学习恶意干扰出口网络连接,其实是不成文的政策。
下面三篇论文,你们可以学习一下。
https://citizenlab.ca/2016/11/wechat-china-censorship-one-app-two-systems/
https://www.usenix.org/system/files/conference/usenixsecurity18/sec18-liu_0.
pdf
https://www.cs.ucr.edu/~zhiyunq/pub/sigmetrics20_slowdown.pdf
你用wechat和中国大陆聊天这么通畅。是通过腾讯的中间服务器做转发。那是特殊路由
,所谓“带宽优化”。这是巨大的生意。里面水深着呢。不信你自己写几十行做个p2p
的视频和中国聊天试试质量。
前阵子一帮朋友聊视频系统。有说zoom好,有说其它的好,一个物理学家说前阵子开了
个视频会议,后来发现腾讯视频质量最好。这个世界如何运作的,大抵如此。


: 天儿被你聊死了,LOL



【在 w*****r 的大作中提到】
: 天儿被你聊死了,LOL
:
:
: 你这个帖子,玩笑开大了。LOL
:

g****t
发帖数: 31659
5
As I suggested earlier, Chi-English is very important because, from my
personal understanding, it is war time now.

【在 T********i 的大作中提到】
: 既然说起来,我就展开说说。
: 首先,WeChat web 2017年6月以后注册的用户是禁用的。你一句发言,暴露了账号的注
: 册时间。
: 其次,wechat视频和webrtc根本不兼容。它也是花大力气做的。webrtc发展缓慢多了。
: 技术路线根本不一样。
: 再次,wechat的监控力度,其它聊天软件是不能比的。最近海外大批账号被封。我的也
: 被封了。据说米国政府要调查可能下架,我估计也就不了了之。目前美国的趋势,是要
: 和厉害国比low。这样搞,最后比low肯定比不过,其它的也会四裤全输。基本定局了。
: 关于中国出口带宽。政府根本不希望老百姓上任何外网。恶意限制出口带宽,利用深度
: 学习恶意干扰出口网络连接,其实是不成文的政策。

T********i
发帖数: 2416
6
老顾,跟谁war啊?大家价值观真的有区别么?有啥值得war的?你展开说说。。。

【在 g****t 的大作中提到】
: As I suggested earlier, Chi-English is very important because, from my
: personal understanding, it is war time now.

T********i
发帖数: 2416
7
谷歌开源WebRTC这事儿本身,就很有意思。能够彻底解释清楚这里面各种复杂的利益关
系的,应该凤毛麟角。
f*******t
发帖数: 7549
8
微信在deprecate网页版。我的账户几年前还可以登陆,最近在ubuntu下看到提示说必
须换到win/mac系统,安装app才让登陆。所以别期待有什么功能改进了,能文字聊天就
偷笑吧。
a*****g
发帖数: 19398
9
改 telegram.org 了

【在 T********i 的大作中提到】
: 既然说起来,我就展开说说。
: 首先,WeChat web 2017年6月以后注册的用户是禁用的。你一句发言,暴露了账号的注
: 册时间。
: 其次,wechat视频和webrtc根本不兼容。它也是花大力气做的。webrtc发展缓慢多了。
: 技术路线根本不一样。
: 再次,wechat的监控力度,其它聊天软件是不能比的。最近海外大批账号被封。我的也
: 被封了。据说米国政府要调查可能下架,我估计也就不了了之。目前美国的趋势,是要
: 和厉害国比low。这样搞,最后比low肯定比不过,其它的也会四裤全输。基本定局了。
: 关于中国出口带宽。政府根本不希望老百姓上任何外网。恶意限制出口带宽,利用深度
: 学习恶意干扰出口网络连接,其实是不成文的政策。

w*****r
发帖数: 197
10
想想可以理解,如果用户都拥抱网页版了,腾讯不就自己把客户端给废了吗?那他苦心
经营的那些生态怎么办?
但是我觉得web everything是趋势,因为极大降低开发和维护成本。腾讯这么守客户端
是逆潮流的。虽然出了个微信小程序,很方便,也很尴尬。作为一个通讯工具,没问题
。但作为连接人和机器智能的入口,会有局限。
Google开源webrtc也不难理解,因为他就想把chrome变成一切连接的入口。
顺便聊聊视频,视频其实是个很苦逼的领域。重资产,高难度,却一直被大厂标准化,
白菜化,把原本很好玩的东西变成没的玩。


: 微信在deprecate网页版。我的账户几年前还可以登陆,最近在ubuntu下看到提
示说必

: 须换到win/mac系统,安装app才让登陆。所以别期待有什么功能改进了,能文字
聊天就

: 偷笑吧。



【在 f*******t 的大作中提到】
: 微信在deprecate网页版。我的账户几年前还可以登陆,最近在ubuntu下看到提示说必
: 须换到win/mac系统,安装app才让登陆。所以别期待有什么功能改进了,能文字聊天就
: 偷笑吧。

相关主题
专业c++程序员都用什么ide (转载)问个 C++到C的问题
btw, MS C++ 是ECMA-372标准有没有人在Vista下试过UDP广播
两道小题有人了解socket error 10013吗?
进入Programming版参与讨论
g****t
发帖数: 31659
11
人在电脑屏幕前的时间没多少。不可能让人在手机上,打开浏览器,用微信聊天的。所
以Mobile 必然是优先。


: 想想可以理解,如果用户都拥抱网页版了,腾讯不就自己把客户端给废了
吗?那
他苦心

: 经营的那些生态怎么办?

: 但是我觉得web everything是趋势,因为极大降低开发和维护成本。腾讯
这么守
客户端

: 是逆潮流的。虽然出了个微信小程序,很方便,也很尴尬。作为一个通讯
工具,
没问题

: 。但作为连接人和机器智能的入口,会有局限。

: Google开源webrtc也不难理解,因为他就想把chrome变成一切连接的入口。

: 顺便聊聊视频,视频其实是个很苦逼的领域。重资产,高难度,却一直被
大厂标
准化,

: 白菜化,把原本很好玩的东西变成没的玩。

: 示说必

: 聊天就



【在 w*****r 的大作中提到】
: 想想可以理解,如果用户都拥抱网页版了,腾讯不就自己把客户端给废了吗?那他苦心
: 经营的那些生态怎么办?
: 但是我觉得web everything是趋势,因为极大降低开发和维护成本。腾讯这么守客户端
: 是逆潮流的。虽然出了个微信小程序,很方便,也很尴尬。作为一个通讯工具,没问题
: 。但作为连接人和机器智能的入口,会有局限。
: Google开源webrtc也不难理解,因为他就想把chrome变成一切连接的入口。
: 顺便聊聊视频,视频其实是个很苦逼的领域。重资产,高难度,却一直被大厂标准化,
: 白菜化,把原本很好玩的东西变成没的玩。
:
:
: 微信在deprecate网页版。我的账户几年前还可以登陆,最近在ubuntu下看到提

w*****r
发帖数: 197
12
web app的逻辑也可以包装成mobile app,只要它需要云服务。如果用js的mobile dev
framework,可能代码都不大用改。这些都算不上原生的手机应用,只是网页的另外一种
表现形式。


: 人在电脑屏幕前的时间没多少。不可能让人在手机上,打开浏览器,用微
信聊天
的。所

: 以Mobile 必然是优先。

:

【在 g****t 的大作中提到】
: 人在电脑屏幕前的时间没多少。不可能让人在手机上,打开浏览器,用微信聊天的。所
: 以Mobile 必然是优先。
:
:
: 想想可以理解,如果用户都拥抱网页版了,腾讯不就自己把客户端给废了
: 吗?那
: 他苦心
:
: 经营的那些生态怎么办?
:
: 但是我觉得web everything是趋势,因为极大降低开发和维护成本。腾讯
: 这么守
: 客户端

T********i
发帖数: 2416
13
WebRTC是浏览器的原生支持。也就是写进浏览器标准了。
你用JS包装成App,要嵌入完整的browser。大约20-40GB。
Android WebView是支持的。
iOS WebView是不支持的。
这玩意儿,请求一大堆camera和microphone权限,而且底层随意乱发UDP包leak IP地址。

【在 w*****r 的大作中提到】
: web app的逻辑也可以包装成mobile app,只要它需要云服务。如果用js的mobile dev
: framework,可能代码都不大用改。这些都算不上原生的手机应用,只是网页的另外一种
: 表现形式。
:
:
: 人在电脑屏幕前的时间没多少。不可能让人在手机上,打开浏览器,用微
: 信聊天
: 的。所
:
: 以Mobile 必然是优先。
:
:

g****t
发帖数: 31659
14
差不多就这么回事。微信这种大型软件,看不出来不走
native app的理由。risk/award完全不合理。走web view变数太多了。不仅现在,也要
想下个月怎么过日子。
早先fb选错路,股票跌30%吧?zuckberg出
来改成mobile first。当初我在板上曾提及此事。html 5是再后来在手机上才有了起色
。细节可能旧帖还有存在。


: WebRTC是浏览器的原生支持。也就是写进浏览器标准了。

: 你用JS包装成App,要嵌入完整的browser。大约20-40GB。

: Android WebView是支持的。

: iOS WebView是不支持的。

: 这玩意儿,请求一大堆camera和microphone权限,而且底层随意乱发UDP
包leak
IP地址。



【在 T********i 的大作中提到】
: WebRTC是浏览器的原生支持。也就是写进浏览器标准了。
: 你用JS包装成App,要嵌入完整的browser。大约20-40GB。
: Android WebView是支持的。
: iOS WebView是不支持的。
: 这玩意儿,请求一大堆camera和microphone权限,而且底层随意乱发UDP包leak IP地址。

T********i
发帖数: 2416
15
有个笔误,20-40MB


: WebRTC是浏览器的原生支持。也就是写进浏览器标准了。

: 你用JS包装成App,要嵌入完整的browser。大约20-40GB。

: Android WebView是支持的。

: iOS WebView是不支持的。

: 这玩意儿,请求一大堆camera和microphone权限,而且底层随意乱发UDP包leak
IP地址。



【在 T********i 的大作中提到】
: WebRTC是浏览器的原生支持。也就是写进浏览器标准了。
: 你用JS包装成App,要嵌入完整的browser。大约20-40GB。
: Android WebView是支持的。
: iOS WebView是不支持的。
: 这玩意儿,请求一大堆camera和microphone权限,而且底层随意乱发UDP包leak IP地址。

g****t
发帖数: 31659
16
Size只是一方面。自从Steve jobs灭掉flash以来。手机web 接口政策几次改变,每次
背后都有剧烈的斗争。我认为不确定性太大。历次版本的基础交集可以用,比较新的功
能需要定点调查才能有结论。


: 有个笔误,20-40MB

: IP地址。



【在 T********i 的大作中提到】
: 有个笔误,20-40MB
:
:
: WebRTC是浏览器的原生支持。也就是写进浏览器标准了。
:
: 你用JS包装成App,要嵌入完整的browser。大约20-40GB。
:
: Android WebView是支持的。
:
: iOS WebView是不支持的。
:
: 这玩意儿,请求一大堆camera和microphone权限,而且底层随意乱发UDP包leak
: IP地址。
:

T********i
发帖数: 2416
17
第一,WebRTC作为Browser的一部分,已经成为标准了。这个过程花了10年。进展是缓
慢的。别的视频聊天工具没必要遵循这个标准。
第二,WebRTC建立P2P通话的一系列流加密过程,实现的对,根本没办法监听。这就注
定了微信不可能兼容。

【在 g****t 的大作中提到】
: Size只是一方面。自从Steve jobs灭掉flash以来。手机web 接口政策几次改变,每次
: 背后都有剧烈的斗争。我认为不确定性太大。历次版本的基础交集可以用,比较新的功
: 能需要定点调查才能有结论。
:
:
: 有个笔误,20-40MB
:
: IP地址。
:

p*****n
发帖数: 64
18
不是这样的,我司就使用WebRTC,所有消息都经过服务器,没什么无法监听的问题。

【在 T********i 的大作中提到】
: 第一,WebRTC作为Browser的一部分,已经成为标准了。这个过程花了10年。进展是缓
: 慢的。别的视频聊天工具没必要遵循这个标准。
: 第二,WebRTC建立P2P通话的一系列流加密过程,实现的对,根本没办法监听。这就注
: 定了微信不可能兼容。

T********i
发帖数: 2416
19
嗯,singnaling都通过中心服务器倒是可以。把每个offer和answer里面的SDP的key都
记录下来。
WebRTC不管信令。你做成中心化的也可以。做成P2P的也行。
但是这样依然有问题啊。你也只能知道谁和谁通话了。通话内容你依然不知道。
SRTP的KEY是DTLS动态谈判出来的,public key防止监听的。而且具有forward secrecy
。SDP里面只有CERT signature。

【在 p*****n 的大作中提到】
: 不是这样的,我司就使用WebRTC,所有消息都经过服务器,没什么无法监听的问题。
n******t
发帖数: 4406
20
flash不光是steve jobs要搞掉它,google,M$都想搞掉它。
這種掐着脖子的東西,必然是所有人都要搞掉你的。

【在 g****t 的大作中提到】
: Size只是一方面。自从Steve jobs灭掉flash以来。手机web 接口政策几次改变,每次
: 背后都有剧烈的斗争。我认为不确定性太大。历次版本的基础交集可以用,比较新的功
: 能需要定点调查才能有结论。
:
:
: 有个笔误,20-40MB
:
: IP地址。
:

相关主题
一个奇怪的问题[合集] Socket编程问题 (转载)
有啥比较好的multithreaded C++ project?Linux Socket编程
[合集] 求助: socket传递C++ class的问题问个关于socket问题
进入Programming版参与讨论
g****t
发帖数: 31659
21
这些知识我就不了解了。需要认真对待才能有体会。


: 第一,WebRTC作为Browser的一部分,已经成为标准了。这个过程花了10年。进
展是缓

: 慢的。别的视频聊天工具没必要遵循这个标准。

: 第二,WebRTC建立P2P通话的一系列流加密过程,实现的对,根本没办法监听。
这就注

: 定了微信不可能兼容。



【在 T********i 的大作中提到】
: 嗯,singnaling都通过中心服务器倒是可以。把每个offer和answer里面的SDP的key都
: 记录下来。
: WebRTC不管信令。你做成中心化的也可以。做成P2P的也行。
: 但是这样依然有问题啊。你也只能知道谁和谁通话了。通话内容你依然不知道。
: SRTP的KEY是DTLS动态谈判出来的,public key防止监听的。而且具有forward secrecy
: 。SDP里面只有CERT signature。

g****t
发帖数: 31659
22
他的意思似乎是说,如果用webrtc的系统,实现得当,就无法被监听。


: 不是这样的,我司就使用WebRTC,所有消息都经过服务器,没什么无法监听的问
题。



【在 p*****n 的大作中提到】
: 不是这样的,我司就使用WebRTC,所有消息都经过服务器,没什么无法监听的问题。
n******t
发帖数: 4406
23
google opensource webrtc是沒辦法的事情。
2008年左右視屏音頻傳輸是一個技術上已經解決的問題,剩下只是怎麼拼出一個好用的
東西的事情。這個事情,小公司其實在用戶體驗上是可以有優勢的。google在用戶體驗
的設計上一直非常糟糕(當然他也不在乎,as long as它能拿到用戶的數據和信息),
所以他自己如果搞一個產品出來,不管從難度和好處上面都意義不大。
但是他開源了,對他的好處是:
1.既然有了別人就不要自己搞了,但是這個有是一個動態目標,從你用的這一天開始,
就是我控制的一個協議,我可以讓你的協議爲我搜集數據服務。這個和android這個項
目的目的非常像,免費的的目的是讓你不要自己搞了,同時搞了也沒有生態環境,因爲
生態環境已經被我免費的搞沒了。
2.google要得是用戶數據,不是用戶(他的用戶是打廣告的)。所以開放協議,讓別人
爲自己打造用戶體驗是最好的辦法。反正最後有很大的比例這東西會從web或者chrome
瀏覽器,或者whatever google的ecosystem經過。
open source早就不是當年的open source了,尤其是大公司的項目全是夾帶私貨的情況
,看看這幾年google在linux kernel的tcp/ip stack放了多少私貨就知道了。
如果是我是搞軟件的,我可能會用webrtc(降低開發成本,兼容性和平臺都比較好),
如果我搞服務,我會儘量避免和google控制的任何技術,原因很簡單,不是技術原因,
而是和這種公司扯到一起有長期的問題。尤其是如果我自己的用戶群已經不小,更沒必
要去用webrtc。

【在 w*****r 的大作中提到】
: 想想可以理解,如果用户都拥抱网页版了,腾讯不就自己把客户端给废了吗?那他苦心
: 经营的那些生态怎么办?
: 但是我觉得web everything是趋势,因为极大降低开发和维护成本。腾讯这么守客户端
: 是逆潮流的。虽然出了个微信小程序,很方便,也很尴尬。作为一个通讯工具,没问题
: 。但作为连接人和机器智能的入口,会有局限。
: Google开源webrtc也不难理解,因为他就想把chrome变成一切连接的入口。
: 顺便聊聊视频,视频其实是个很苦逼的领域。重资产,高难度,却一直被大厂标准化,
: 白菜化,把原本很好玩的东西变成没的玩。
:
:
: 微信在deprecate网页版。我的账户几年前还可以登陆,最近在ubuntu下看到提

g****t
发帖数: 31659
24
人民需要爱情,资本家建设妓院
人民需要智慧,资本家提供AI


: google opensource webrtc是沒辦法的事情。

: 2008年左右視屏音頻傳輸是一個技術上已經解決的問題,剩下只是怎麼拼
出一個
好用的

: 東西的事情。這個事情,小公司其實在用戶體驗上是可以有優勢的。
google在用
戶體驗

: 的設計上一直非常糟糕(當然他也不在乎,as long as它能拿到用戶的數
據和信
息),

: 所以他自己如果搞一個產品出來,不管從難度和好處上面都意義不大。

: 但是他開源了,對他的好處是:

: 1.既然有了別人就不要自己搞了,但是這個有是一個動態目標,從你用的
這一天
開始,

: 就是我控制的一個協議,我可以讓你的協議爲我搜集數據服務。這個和
android
這個項

: 目的目的非常像,免費的的目的是讓你不要自己搞了,同時搞了也沒有生
態環境
,因爲

: 生態環境已經被我免費的搞沒了。



【在 n******t 的大作中提到】
: google opensource webrtc是沒辦法的事情。
: 2008年左右視屏音頻傳輸是一個技術上已經解決的問題,剩下只是怎麼拼出一個好用的
: 東西的事情。這個事情,小公司其實在用戶體驗上是可以有優勢的。google在用戶體驗
: 的設計上一直非常糟糕(當然他也不在乎,as long as它能拿到用戶的數據和信息),
: 所以他自己如果搞一個產品出來,不管從難度和好處上面都意義不大。
: 但是他開源了,對他的好處是:
: 1.既然有了別人就不要自己搞了,但是這個有是一個動態目標,從你用的這一天開始,
: 就是我控制的一個協議,我可以讓你的協議爲我搜集數據服務。這個和android這個項
: 目的目的非常像,免費的的目的是讓你不要自己搞了,同時搞了也沒有生態環境,因爲
: 生態環境已經被我免費的搞沒了。

f******2
发帖数: 2455
25
魏老师,这里有错误给你指出(怕下面的人忽悠你,你产品作了不安全)
多流视频会议,通常需要mcu的那种,服务商可以在mcu上做文章。不是端到端加密。


: 嗯,singnaling都通过中心服务器倒是可以。把每个offer和answer里面的SDP的
key都

: 记录下来。

: WebRTC不管信令。你做成中心化的也可以。做成P2P的也行。

: 但是这样依然有问题啊。你也只能知道谁和谁通话了。通话内容你依然不知道。

: SRTP的KEY是DTLS动态谈判出来的,public key防止监听的。而且具有forward
secrecy

: 。SDP里面只有CERT signature。



【在 T********i 的大作中提到】
: 嗯,singnaling都通过中心服务器倒是可以。把每个offer和answer里面的SDP的key都
: 记录下来。
: WebRTC不管信令。你做成中心化的也可以。做成P2P的也行。
: 但是这样依然有问题啊。你也只能知道谁和谁通话了。通话内容你依然不知道。
: SRTP的KEY是DTLS动态谈判出来的,public key防止监听的。而且具有forward secrecy
: 。SDP里面只有CERT signature。

T********i
发帖数: 2416
26
哈,刚才脑子有点短路。对,多路视频流,需要中间服务器做转发。
那个中间服务器叫MCU。确实可以在MCU做文章,全程录音录像。
我主要关注一种特殊的MCU,SFU,我前两天视频技术的帖子还提到过。差别是MCU做编
码解码转码,计算量可以巨大。SFU只转发。
当然了,要监听录像录音,这两种都能做到。属于加密系统的中间人。

【在 f******2 的大作中提到】
: 魏老师,这里有错误给你指出(怕下面的人忽悠你,你产品作了不安全)
: 多流视频会议,通常需要mcu的那种,服务商可以在mcu上做文章。不是端到端加密。
:
:
: 嗯,singnaling都通过中心服务器倒是可以。把每个offer和answer里面的SDP的
: key都
:
: 记录下来。
:
: WebRTC不管信令。你做成中心化的也可以。做成P2P的也行。
:
: 但是这样依然有问题啊。你也只能知道谁和谁通话了。通话内容你依然不知道。
:
: SRTP的KEY是DTLS动态谈判出来的,public key防止监听的。而且具有forward
: secrecy

a*****g
发帖数: 19398
27
今天刚刚发现
webrtc 会泄露 IP 地址
就算有了 VPN,它也要泄露。算是一个系统安全漏洞。

【在 w*****r 的大作中提到】
: 缺憾啊
1 (共1页)
进入Programming版参与讨论
相关主题
Linux Socket编程有没有人觉得restful被高估了
问个关于socket问题板上大牛都用哪些mobile framework?
Cannot recvfrom() on ipv6, HELP!专业c++程序员都用什么ide (转载)
我也请问一个multi-thread的问题btw, MS C++ 是ECMA-372标准
说说我以前做的ultra low latency架构吧两道小题
我想用Python做个群发短信功能,不知道有没有现成的模板问个 C++到C的问题
两个电脑之间的Java程序怎么方便传输简单的数据?有没有人在Vista下试过UDP广播
iphone andriod 直接视频通讯有人了解socket error 10013吗?
相关话题的讨论汇总
话题: br话题: webrtc话题: 用戶话题: 视频话题: webview