无视广电禁令,“多屏互动”让盒子满血复活

简介:
 

无视广电禁令,“多屏互动”让盒子满血复活

本周宅客君(letshome)在聚焦广电总局对盒子的禁令,针对禁令的内容以及对用户和盒子厂商所带来的影响展开了一系列讨论。总菊看盒子不顺眼,视其为异类,由此进行了各种限制。那么广电的决策究竟有没有道理,身为用户的我们该如何摆脱总菊的禁锢,盒子厂商和应用开发者如何规避风险,宅客君的小伙伴们从各种角度进行了分析评论,下面我们来做一下总结陈词:

不要把盒子当作免费的机顶盒

首先对于盒子能不能看电视节目直播的问题,宅客君持保留看法。盒子是为互联网视频而生的,是一个获取更丰富视频资源的渠道,跟传统电视节目完全是两个不同的生态。虽然大多数人都有在盒子上看直播的需求,但其中涉及的版权问题是无法规避的。我宅小伙伴晓茹评论道:“版权方需要确认有一个长期稳定可靠的商业模式,才会去做。别人干着急是没用的”。

对此,晓茹拿时下相对应的Kindle与纸质书的生态作对比,把传统电视节目比作纸质书,电视盒子等同于Kindle:“如果你想看一本书只有纸质版,你就只能看纸书,总不能因为你买了Kindle就要人家必须出个Kindle版。”

另一方面,盒子不能看直播这真的只是中国特色吗?雷锋网(公众号:雷锋网)驻硅谷的同事王星观察到,没有广电总局的美国,盒子一样看不了免费直播。即便有的电视频道在盒子上也提供视频直播,但观看之前仍必须输入有线电视的账户。也许今后互联网内容与传统电视节目这两个平台会找到一种融合的方式,但目前为止,身为用户的我们没有任何正当理由擅自跨越两者的界限。

长着一颗同样的“芯”,只是脸大了点就受到区别对待

如上所说,盒子不能看电视节目直播是可以得到理解,但盒子里的其他视频来源被广电出文严格限制,令人匪夷所思。众所周知,国内所有视频网站上传的视频都是经过审核通过的,这些视频在电脑上可以看,在手机上可以看,在平板上可以看,但唯独到了“电视/盒子”这个形态上就不能随意观看,总菊这么糊弄安慰自己真的有意思么?

于是,有网友就想到了,那我们不把这个东西叫“电视/盒子”行不行?有读者在宅客君先前一篇文章下面评论道:

那些厂商不应该把自己产品称作“智能电视”或“电视盒子”,应该叫“集成ARM处理器计算机显示器”或“HDMI接口迷你互联网视频播放器”之类的。

多么机智。

禁令之下,盒子厂商、应用开发者日子过得还好吗

宅客君可以很明确地告诉大家:好得很~我宅主任采访了某个视频应用开发者,对方表示这次的“关闭函”对他们的用户量基本没什么影响,反而起到了宣传作用,让更多人知道了这款应用,于是被点名批评的对象反而惹来羡慕嫉妒恨。

至于盒子厂商,除了以后更乖地按政策管控一下内容以外,对他们的销量完全木有影响。因为一方面,这些被点名的盒子厂商他们自己的供货量本来就很小,所以不至于出现库存积压。另一方面,对于在盒子市场占比更大的山寨盒子厂商来说,他们原本就处于政策管辖不到的范围,因而就更谈不上什么影响了。

其实,广电与民众与厂商之间已经形成一种相当默契互利共存的局面。从厂商角度讲,上面有政策查得严就配合一下,等哪天风声一过就迎合一下用户的需求,大不了再收个文件整改一下而已;从用户角度讲,自由、开放的互联网世界广电是如何也管控不了的,想用哪个视频客户端、想看什么内容照样有途径绕过“封锁线”,所以完全忽视那些条条框框;而在广电看来,他们自己也就做做样子,这次发函的意思不就是挽回一点颜面嘛,动机就是简单。

作为媒介的盒子其实还有更酷的玩法

一般而言,盒子的用途主要有两个:看视频和玩游戏。而现在,视频不能随便看,可玩的游戏又少得可怜,那怎么办?其实,作为电视和手机的媒介,盒子还有更好玩的功能:多屏互动。

其实,早在约十年前,人们就在考虑移动设备与PC等设备间的互联互通了,这就是由微软、英特尔、索尼等发起推出的DLNA协议。现如今,各大视频网站的手机客户端和盒子都支持这一协议,所以如果想在某狐视频网站看美剧,而广电又不让在盒子上看,就可以打开手机客户端,选择设置里的DLNA,就能将视频投放在大屏电视上进行观看。

除此以外,还有近几年兴起的Airplay、WiDi和Miracast等协议,可以实现小屏幕(如手机)到大屏幕(如电视)的实时镜像传输。比如手机跟电视相联,你在操作手机的同时所有的画面都会同步投射到电视上,包括视频和游戏。

无视广电禁令,“多屏互动”让盒子满血复活

有了这些协议,我们完全可以无视广电又对盒子下了什么禁令,在手机里看什么视频,总菊大概是管不着的。而且手机的性能比盒子要好,视频资源和游戏资源又丰富,体验可以更好。然而这些玩法在国内都没能得到推广应用,究其原因,乐播科技的CEO冯森表示,一方面是因为Android阵营的硬件配置不统一导致使用体验不佳,而Airplay又只应用于apple TV,国内的苹果用户无法使用。

冯森在做的正是改善这一局面,乐播科技在全志芯片底层做开发,可以使iOS设备在Android盒子上流畅地使用Airplay镜像功能,有感兴趣的同鞋可以跟他交流(Wechat ID: Hpplay)

 
 
  本文作者: 白腾飞

本文转自雷锋网禁止二次转载, 原文链接
目录
相关文章
|
自然语言处理 前端开发 JavaScript
最好用的 8 款 React Datepicker 时间日期选择器测评推荐
React 时间日期选择器(date-timepicker)组件,与表单、富文本、表格、拖拽等组件一样,是大家用 React 搭建项目时使用最频繁的组件之一。React DateTimePicker 除了基础选择日期时间外,还有非常多样的功能配合不同场景使用,比如 12/24小时,禁止选择某些日期,高亮某些日期,夜间模式,多语言,酒店订单的特别场景等。本文记录了我自己使用多年最好用的 8 款 React DateTimePicker 组件,每一款都经过我实际测试,推荐给大家。
2462 0
最好用的 8 款 React Datepicker 时间日期选择器测评推荐
|
移动开发 算法 前端开发
|
存储 JavaScript Linux
Linux环境下安装nmp(Centos环境)保姆级教学 一步到位
Linux环境下安装nmp(Centos环境)保姆级教学 一步到位
|
10月前
|
数据采集 缓存 监控
京东商品API技术对接手册(2025版)
本接口文档涵盖基础服务能力、核心接口规范、业务场景实现及开发者注意事项。包括请求性能、数据覆盖、同步机制、认证鉴权、流量控制等内容,适用于商品信息获取、价格监控、库存预警等场景,助力开发者高效对接系统。
|
机器学习/深度学习 人工智能 算法
如何像 Manus 交付业务需求-- OneAgent + MCPs 范式
本文探讨了从单一LLM调用到复杂Agent系统的发展历程,重点介绍了OneAgent + MCPs范式。该范式通过结合强大的基础Agent和领域特定的MCP(Microservice Capability Provider)来解决复杂业务需求。文章分析了其在保险科技领域的实践,展示了如何通过Loop框架执行任务,并讨论了当前面临的挑战如to-do质量依赖、状态管理和知识整合深度等问题。同时,提出了包括标准化交互生态、提升系统鲁棒性、优化MCP调用管理及应用强化学习等发展方向。最终展望了这一范式在更多行业落地的潜力,强调了快速搭建领域Agent的重要性,而非追求全知全能的GodAgent模式。
如何像 Manus 交付业务需求-- OneAgent + MCPs 范式
|
编解码 Linux API
【Camera基础(一)】Camera摄像头工作原理及整机架构
【Camera基础(一)】Camera摄像头工作原理及整机架构
|
人工智能 测试技术
Valley:字节跳动开源小体积的多模态模型,在小于 10B 参数的模型中排名第二
Valley 是字节跳动推出的多模态大模型,能够处理文本、图像和视频数据,在电子商务和短视频领域表现优异,并在 OpenCompass 测试中排名第二。
1011 10
Valley:字节跳动开源小体积的多模态模型,在小于 10B 参数的模型中排名第二
|
机器学习/深度学习 人工智能 算法
|
数据可视化 JavaScript 前端开发
【数据分析与可视化】pyecharts可视化图表讲解及实战(超详细 附源码)
【数据分析与可视化】pyecharts可视化图表讲解及实战(超详细 附源码)
1836 0