Android IOS WebRTC 音视频开发总结(四八)-- 从商业和技术的角度看视频行业的机会

本文主要从不同角度介绍视频行业的机会,文章来自博客园RTC.Blacker,支持原创,转载必须说明出处,欢迎关注个人微信公众号blacker

-------------------------------------------------------------

这段时间在北京呆了10天左右,相对深圳,这边有点冷,也比较干燥,期间发生了两件大事:

1,优酷和土豆被阿里招安了

2,搜狐出品人大会召开了

第一件事是大事,但跟我们关系不大,第二件事不算大事,但跟我们关系不小,原因如下:

1,优酷土豆被阿里收购,说明互联网的冬天有点冷,他们想找颗大树靠着很正常,跟我们没啥关系。

2,搜狐出品人大会很多人不知道是啥?也不知道跟我们有啥关系?下面我用直白的语言从商业和技术的角度帮大家解释:

------------------------------------------------------

优酷土豆被招安,乐视和搜狐视频这些小伙伴们日子其实也不怎么好过,因为没有盈利,前面我分析过他们的三块主要成本。

1,网络资费

2,人力成本

3,视频版权

这部分上次在win10升级为何要p2p里面我也分析过,并列出了乐事的财报,见下图:

----------------------------------------------

在没有更多盈利渠道的情况下(看广告我们嫌烦,办会员我们嫌贵),他们只能选择节流。

但节流得有针对性,网络资费是肯定降不下来的,原因你懂的,人力成本也是降不下来的(音视频高级工程师大家抢着要),那最后只能从版权上着手。

目前版权来源有两种:

1,买别人的(如美剧,成本贵得吓人)

2,自制剧(如屌丝男士以及一些用户自己上传的)

美剧,国产剧这些版权费是很难降下来的,本身成本就那么高,加上各种审批,各种潜规则,说出来一把辛酸泪。

这时候解决这个问题只有一个办法:“提高优质自制剧的比例”。

但这里有个问题:不同用户上传的东西可能水平大不一样,而且大部分情况下这些东西水平可能都不高,这时候怎么办呢?

他们想到的办法就是提高用户的制作水平,同时鼓励用户提供更多原创的东西(鼓励说白了就是给钱),这就是搜狐出品人大会的初衷。

说到这里您会问:“blacker,我还是没搞懂这个出品人大会跟我们赚钱有啥关系?”

您想想:如果您自创的这个东西传到搜狐视频上去,点击率很高,搜狐视频会不给您提供些分成吗?您不就相当于是制片人吗?

您还会问:“blacker,天朝盗版这么严重,我拍摄的那些“珍藏版”被盗版了咋办?”

问得很好,下面我从技术的角度帮你分析搜狐视频怎么解决这个问题?

早期的技术:md5算法

效果:只要两个视频文件不一样,他们的md5值就不一样,如果一样,后台很容易查出来。

原理:每个视频文件生成一个md5值,不同文件的md5值不可能一样,一旦一样,后台数据库马上就能查出来。

缺陷:想盗版的人拿着你的视频文件加点字幕,或稍加剪辑,md5值就变了,再上传后台就检测不出来了,赤裸裸的盗版。

------------------------------------------------------

现在的技术:搜狐视频基因算法

效果:后台能自动识别两个相似度在60%以上的视频文件,一旦发现盗版,立马发出警告。

原理:图像识别与大数据结合,具体如下:

1,每个视频文件提取关键帧(不是视频编码里面的关键帧,而是场景切换的关键帧)

2,与待比较的视频做关键帧比较,主要是比较像素所产生的波形,说白了就是图像识别。

3,不多说了,有些知道的不宜多说,不知道的不敢多说(亲,关注下微信公众号呗(blacker),也可以扫描下方二维码)。

4,如果相似度在60%以上说明被盗版了(这个比例是可以调整的)。

------------------------------------------------------

分析到这里你知道这个出品人大会跟我们的切身关系了吧!

只要你能产生别人想看的内容你就可以赚钱了,因为你拍些东西传上去就有人就给你钱!

当然搜狐视频只不过是一个典型案例,如果你能产生优质视频内容,谁都会给你提供分成的。

最后也提醒那些有优质内容但又欠缺成熟技术的朋友,可考虑我上面说的这些东西,专注于自己的业务,先赚到钱,视频技术这东西,门槛比较高,不是一时半会能搞定的,这也就是blacker混迹江湖的缘由之一。

喜欢系列文章请关注我的微信公众号blacker,或扫描下方二维码(关注后可送搜狐视频一年会员优惠码(私信给我),给力吧!):

----------------------------------------------------

本文最早发自个人微信公众号,详见从商业和技术角度看视频行业的机会,支持原创,转载必须说明出处。

时间: 2024-11-03 08:45:50

Android IOS WebRTC 音视频开发总结(四八)-- 从商业和技术的角度看视频行业的机会的相关文章

转:?Android IOS WebRTC 音视频开发总结 (系列文章集合)

随笔分类 - webrtc Android IOS WebRTC 音视频开发总结(七八)-- 为什么WebRTC端到端监控很关键? 摘要: 本文主要介绍WebRTC端到端监控(我们翻译和整理的,译者:weizhenwei,校验:blacker),最早发表在[编风网] 支持原创,转载必须注明出处,欢迎关注我的微信公众号blacker(微信ID:blackerteam 或 webrtcorgcn). callstats是一家做实时通讯性能测阅读全文 posted @ 2016-07-22 08:24

Android IOS WebRTC 音视频开发总结(八十五)-- 使用WebRTC广播网络摄像头视频(下)

本文主要介绍WebRTC (我们翻译和整理的,译者:weizhenwei,校验:blacker),最早发表在[编风网] 支持原创,转载必须注明出处,欢迎关注我的微信公众号blacker(微信ID:blackerteam 或 webrtcorgcn). 回顾:Android IOS WebRTC 音视频开发总结(八十三)-- 使用WebRTC广播网络摄像头视频(上) 连接网络摄像头 正如上文所提,我们选用一款简单的D-Link DCS-7010L网络摄像头.关键原因在于它支持RTSP协议,因此服务

Android IOS WebRTC 音视频开发总结(六八)-- Google: What's next for WebRTC

本文主要从用户,公司和技术角度分析美女视频直播这个行业,文章最早发表在我们的微信公众号上,支持原创,详见这里, 欢迎关注微信公众号blackerteam,更多详见www.rtc.help Justion和Sarah是google webrtc项目的主要负责人,下面的图片是根据他们分享的内容进行整理的,涉及webrtc进展.优化等方方面面.整理这些资料的过程中我们发现他们对待webrtc还是挺用心的,为webrtc的完善做了很多的工作,谢谢他们! 原始视频时长53分13秒,全英文的,所以我们考虑做

Android IOS WebRTC 音视频开发总结(六)

前段时间在搞IOS的音视频版本,所以将标题改为了Android IOS WebRTC 音视频开发总结, 下面总结一下开发过程中的一些经验: 1. IOS WebRTC音视频编译和下载: 有过android WEBRTC编译下载经验再去弄IOS,你会发现简单多了,再有问题,可以参考:http://www.cnblogs.com/ProbeStar/p/3411510.html  记住有MAC和IOS两个版本,要指定好你想要哪个版本. 2. 正确区分armv7 armv7s i386平台: 编译的时

Android IOS WebRTC 音视频开发总结(七四)-- WebRTC开源5周年了,Google怎么看?

本文最早发表在我们的微信公众号上(微信ID:blackerteam),支持原创,详见这里, 2016年6月9日是WebRTC开源5周年的日子,Google WebRTC负责人Harald在社区里面写了一篇文章总结这几年的进展,并附上了自己5年前同样场景下写的一篇文章.为了便于大家更好理解过去5年在WebRTC上都发生了什么,我将这两篇给翻译过来了. 友情提醒:整个翻译并不是逐字逐句进行的,而是在理解了作者的意思后用自己的语言表达出来的,因为如果逐字逐句可能很多意思我们都无法正确理解.这就是为什么

Android IOS WebRTC 音视频开发总结(二四)

本文主要分析webrtc音视频点对点部分的代码结构,文章来自博客园RTC.Blacker,转载请说明出处. 前段时间在查一个偶尔断线的问题(这种问题最蛋疼,不好重现,只能凭经验去搞),所以理了下webrtc的P2P代码结构,总结如下: 先来张图显示实际会话过程中的两种通讯路径:P2P或转发,92%的情况下是通过P2P实现. 注意:实际通讯过程中每个客户端都会不停地发送和接收Stun包,这样做是为了维护响应的连接和端口. 实际通讯过程中的核心组件为P2PTransportChannel,他代表着本

Android IOS WebRTC 音视频开发总结(五七)-- 网络传输上的一种QoS方案

本文主要介绍一种QoS的解决方案,文章来自博客园RTC.Blacker,欢迎关注微信公众号blacker,更多详见www.rtc.help QoS出现的背景: 而当网络发生拥塞的时候,所有的数据流都有可能被丢弃:为满足用户对不同应用不同服务质量的要求,就需要网络能根据用户的要求分配和调度资源,对不同的数据流提供不同的服务质量: 1.对实时性强且重要的数据报文优先处理: 2.对于实时性不强的普通数据报文,提供较低的处理优先级,网络拥塞时甚至丢弃. 为了满足上述需求,QoS出现了,定义如下: QoS

Android IOS WebRTC 音视频开发总结(二九)

Android上的音质一直被大家所困扰和诟病,这里面有很多原因, 下面是最近一位前UC同行发邮件跟我交流的一些记录,供参考,支持原创,文章来自博客园RTC.Blacker,转载请说明出处. 以下文字来自邮件,为便于阅读和理解,略有整理: "Blacker,您好,本人一直从事音视频算法的处理与研究,包括H264视频,语音抑制,回音消除,噪音处理等分支.最近已经转向webrtc了,对webrtc也算是相对熟悉了.不过我在利用webrtc模块来开发时,遇到了一个音频采集的问题.不知道你是否遇到了,你们

Android IOS WebRTC 音视频开发总结(七六)-- 探讨直播低延迟低流量的粉丝连麦技术

本文主要探讨基于WebRTC的P2P直播粉丝连麦技术 (作者:郝飞,亲加云CTO,编辑:dora),最早发表在[这里] 支持原创,转载必须注明出处,欢迎关注微信公众号blacker(微信ID:blackerteam  或 webrtcorgcn) 到目前为止,直播行业继续如预期的那样如火如荼的发展着,在先后竞争完延迟,高清,美 颜,秒开等功能后,最近各大直播平台比拼的一个热点就是连麦.什么是连麦? 简单??述 就是当主播直播期间,可以与其中某一个粉丝进行互动,并且其他粉丝能够观看到这个互动 过程