2012年Android平台为何诞生不了像iOS上那样牛逼的

2 人赞成了该回答

Android的视频播放器不会比iOS差吧~

App 内察看

4 人赞成了该回答

视频播映是否流畅和有关，无论是硬解码还是软解码。java只是用来写个插件框架

App 内察看

谢邀，自我禁言中，不回答难题

简单点说，硬解拼chipset，软解拼cpu主频，绝大部分软解都是用的 FFmpeg，提升有技巧，引擎构架有区别，所以区别没那么夸张。

感谢提到我司的 RockPlayer，2012年时我们可能早已同时支持 iOS 和 Android 了，但是今天才看见。

App 内察看

22 人赞成了该回答

伪命题！本人安卓平台下，长期使用MXplayer，播放任何视频基本没有压力。

说到牛逼java本地视频播放器，IOS平台下的播放器绝无Android牛逼，本人切身体会。

首先，RMVB，RM这些退役老格式，我也不好意思拿他来作对比了，其实H264主流的今天，H265刚兴起的今天，所以硬要拿这个老格式也是参考，也完全没有意义了。

由于我是高清控，对播放器播放高清甚为苛刻，Android平台下，MXplayer基本可以秒杀大多数高清视频，唯一不足的是我的小米2播放ssa格式字幕时会出现字体大小不一致现象，但是听说是小米手机问题而已。

至于IOS吧java本地视频播放器，我没法说呵呵，最近过年拿企业的new pad放高清，各个播放器播放高清，简直是黑发齐放，我指的是难题百花齐放喔。

AVplayer，Oplayer这两款，是当前最好的播放器，但是有一硬伤，不支持DTS音频，这也不能怪他，起码这个是杜比公司的要求。某些人说移动平台不需要DTS，好，我提议，但是，我下载到的片源就是DTS，你乃我怎么，我也不想呀，谁叫压制组只压制DTS的，不支持也算了，起码能通过软件支持，可惜苹果又不支持，那我们没法默哀3分钟。

VLC这款是堪称全格式通杀的播放器，很高兴，首先你没有被杜比公司盯上，你是支持DTS的，但这款播放器，播放这些高清的时候，我没法说咳咳，譬如Despicable.Me.2.2013.720p.BluRay.DTS.x264-PublicHD.mkv和The.Four.2.2013.720P.WEB-DL.X264.AC3-CHD就卡的不得了，说IOS强大的，真爱不强，单单这款，就断言IOS有时还不及Android。

RushPlay是既能播放DTS格式音频，又能确保不卡的播放器。可惜呢，但是你能播放DTS，但不代表你能放好，女声还没有VLC一半大，不伸出鼻子都听不清。而且，你竟然不支持断点续播，切个流程又要慢慢找，找就算了，快进就烂得一坨屎一样。

听说暴风影音也能播放DTS，这算国内老牌的播放器，我将就去试了一下，竟然可以，但是竟然不卡，看来暴风挺不错呀，没放几秒，察觉，女声不对劲呀，什么又是这样小的。看着盯着更应该不对劲呀，原来不支持片头样式，譬如看福尔摩斯的悬挂字幕就麻烦大了，这大大不行呀。

最终总结，Android一款播放器真的可以秒IOS的好几款播放器几条街了……

App 内察看

知乎用户

移动互联网 话题的优秀回答者

12 人赞成了该回答

1. 关键问题不在java，事实上，android只是使用了java成为一种语言方式，并未采用java的运行机机制，而是和C++一样采用的编译-运行的制度，所以，作为母语自身，不对效率造成影响，和以后的J2ME完全不一样，说所谓java开发的还是XX之类话的人，是缺少对android研发环境的完全了解

2. android上增加效能的，不在语言而在于操作系统架构，android的构架要比ios复杂太多，其益处是可以在各个不同层面开放给生态圈内不同的人群（软件商，硬件开发者，硬件驱动开发者，OS定制者），所以客观上，这增加了整个OS运行的效能。

3.从另外一个角度上说@Bill Cheng 说的是对的，android反而有劣势，因为开放内核，但是对第三方开发者来说，有更多优化余地和空间。

4.决定播放效能的，不单单是cpu和播放器，还取决于内置图形控制芯片（GPU）的效能。给你i7的CPU配个5年前的内存，是比不上i5 CPU配个最新的内存的，这是一个道理。

5.何况你举的实例证明不了任何难题，运行单线程的流程，发挥不了多核CPU的劣势，这是知识。就CPU角度说，更取决于主频而不是几核。

6. 播放效能还遭到播放分辨率的影响，播放的分辩率越高，软件要求越高。

App 内察看

网游解说，Minecraft，索尼肥宅，CS，小巫师

站在2016年的高度，现在安卓平台的使用插件的适用性已经全方位吊打苹果了，苹果的封闭性带来的弊病已经暴露无遗。

回想4年前，当年的骁龙平台大概刚刚开始用电容屏，ip4无愧于当年的机皇，ios的快捷易用美观在当年的骁龙阵营并没有对手，但是是以后出的第一代小米也无法与之相比（撇开价格不谈）

App 内察看

安卓上最强的播放器应该叫moboplayer。

App 内察看

数据仓库，数据发掘，歌曲及旅游爱好者，无政府主义者，公知

3 人赞成了该回答

父子，你这么多理论不知道从哪里来的。

1.处理器一定是核越多就越好，处理器性能的指标是怎么？

2.java编出来的播放器，什么认为把作用发挥到极限”；“重量极大，清晰度低、java没有内存操作系统、没有指针”；“没内存操作变量组件，速率就不应该快起来”请问这种有论点么？

我的看法是哥哥还是多看资料吧，要不他人跟你说不清楚（不带褒义）。

App 内察看

182 人赞成了该回答

自检讨下，确实自己离无脑喷只差半步了，同样挖坟，对不起大家了

当时其实没看见这个难题是2012年提的，后来打算搜Android播放器相关实现，结果搜出来一个很老的难题。

现在回想2012的Android开发确实是一个黑暗的时光啊

因为放我进题主的Context，当然在2012年从事了Android开发，所以对某个业务方向有了质疑，确实也会怀疑自己的硬件，从而怀疑是不是语言自身机制的难题（因为概率很小）。

题主直到怀疑Java语言，是因为环境，而我自己吐槽（其实，最终一句看起来要开喷了），是因为失误没看时间，这点确实做的不对，之后我会提醒哒~

最终总结：

1.答主自身错在没考虑时间，进而不礼貌回答

2.同样坚持自己看法，这样对比不合理，但是进而怀疑到实现语言自身，作为比较浅显的思考

以上为原答案，求轻喷

想了想先不匿名了，自己犯的错自己担负，所以有更吐槽我我不爽了再匿名（不服你咬我）

=====================================

拿KindleFire和iPhone对比，我应该醉了

你至少拿个三星S7啊

没三星你至少拿个Nexus啊

没Google亲妹妹你至少拿个国产小米或魅族啊

没小米你至少拿个电脑啊

拿一个看书的平板的去看集锦，然后说Android不行，从而说Java语言不行

离无脑喷只差一步

App 内察看

1 人赞成了该回答

请定义下 iOS下的牛逼播放器是什么牛逼，可以举个实例，如果列下参数，这种我们才好下嘴，你这么直接带答案地问问题，我们不好答。

App 内察看

前 Android App 开发者

那为什么不用NDK。。

App 内察看

一台ipad,一台渣渣红米,实际体验后以后我只想说--ios播放器只能从省电角度上能看看了...两台设备都是可以完美流畅1080P(再高已经没意义),有些视频AVPlayer还播放不了,所以mxplayer真是完美播放.

关于题主的难题,第一我认为你觉得使用同等的硬件进行对比,而不是一个用来看书的pad和一个应用pad进行对比,你们系统定位就不一样好么!至少你拿个mi pad都好啊~第二我想说核数并不能代表所有,核数只是多线程处理的一个条件而已,和处理速率都不能说成反比,还要看线程调度什么的,更何况android的真多线程和ios的单线程从根本上都不同了.

App 内察看

5 人赞成了该回答

答主是在搞笑吧

你拿2万的拖拉机代表传统燃料和新能源汽车特斯拉做比较，说传统燃料车什么就速度怎么慢是不是安卓硬伤

要比较起码得是系统定位有类似部分且价格达到的，骁龙手机荣耀6加ipad mini4用户，没感觉第三方视频播放器有很大区别

App 内察看

12 人赞成了该回答

Java真可怜，日日被C艹和C井码农黑就算了，现在连小白也直到黑

App 内察看

3 人赞成了该回答

顶一下我们自己的VPlayer：vplayer.net，Android上最早做播放器的，在国内是收费版本，国外免费版。

真硬解码、支持UPNP/DLNA、还可以用我们播放器无广告看优酷、搜狐、yutube、vimeo等。~~

App 内察看

大概几点...

1.虚拟机 + java

2.软件太杂 (GPU, 分辨率)

3.除了一些tegra 普遍GPU跟不上

4.木有h264硬件解码

如果看到说CPU的... 真CPU解码的话iPad也吃不消... 估计放半个小时就烧...

App 内察看

2 人赞成了该回答

你不知道的软解独特的加速技巧(降位数，16bit，跳过deblock)满屏色块和色度，然后用opengl柔化一下就骗过他们这种演员的耳朵

App 内察看

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/bofangqi/article-118811-1.html