Comments on: Mac OS X 视频解码技术之现状

By: » SMplayer.app on OSX, again Xar

» SMplayer.app on OSX, again Xar — Tue, 01 Dec 2009 16:39:12 +0000

[...] SMPlayer.app之后现在来谈谈一点其他的东西。当前Mac OS X下的免费视频播放器已经比较丰富了，有Movist.app，Plex.app，MPlayer OSX Extended.app，VLC.app等等。 Plex.app是目前暴力解(软解)效率最高的，比如eMule上拖下来的”The Sky Crawlers”(1080p) [7] 只有Plex.app才能流畅的播放，其他播放器都会有不同程度的“音画不同步”、“卡壳”等现象。当然Plex.app暴力解的代价就是风扇的疯狂运行。Plex.app的“缺点”就是界面不友好，不支持UTF-8编码的字幕；配置麻烦…… 其他三个用下来效率都差不多，比较偏好Movist.app一点，MPlayer OSX Extended.app似乎也不错，不过第一次运行会用fontconfig生成字体cache好像，比较耗时。VLC.app曾经的配置是最麻烦的，新版似乎好点了。关于OSX下视频解码，可以看看jjgod的博文《Mac OS X 视频解码技术之现状》。 [...]

By: waterguo

waterguo — Tue, 24 Nov 2009 17:22:12 +0000

硬解压有鸟用. apple 的低端 pc/laptop 都是 c2d, 解 1080p 戳戳有余. 随着硬件进步, cpu 的占用率进一步降低,能耗和热量问题都会成为历史

By: Yue Wang

Yue Wang — Sat, 21 Nov 2009 20:10:52 +0000

@珠宝狼: 目前Safari, Firefox等浏览器都支持 tag吧。

By: ssnake

ssnake — Sat, 21 Nov 2009 16:56:53 +0000

@jjgod：确定的，我专门查证过。CoreAVC网站的FAQ里也侧面提及了（现在是iPhone不方便找）。你可以再试试看。

By: jjgod

jjgod — Sat, 21 Nov 2009 11:54:35 +0000

@ssnake: 你确定？据我所知用 CoreAVC 选 CUDA 解码的时候是不需要 DXVA 的。

By: 珠宝狼

珠宝狼 — Sat, 21 Nov 2009 05:06:22 +0000

“推广html5才是正道。”HTML 5是标准草案，内部编码还没吵干净，而且这个跟文中提到的视频解码支持不矛盾。难道大家就只能用Safari了以后？如果是的话，Safari推出一个随便什么标准就好了，何苦大家还要搞HTML？

By: ssnake

ssnake — Sat, 21 Nov 2009 05:04:07 +0000

至于 GPGPU 方案，市场上现有的只有 CoreAVC 基于 CUDA 的解码技术 <– 这一句话有一点问题，CoreAVC的解码实际上还是用的DXVA，CUDA只用于从显存中Dump出DXVA解码后的数据，所以并不是真正意义上的GPGPU方案。除非CoreCodec重新开发，否则移植到OpenCL是不可能的。

By: Yue Wang

Yue Wang — Sat, 21 Nov 2009 03:19:23 +0000

推广html5才是正道。

By: HUan

HUan — Fri, 20 Nov 2009 03:33:38 +0000

quote:"现在玩h.264的还是少部分爱好者了，Apple根本不在乎。"

---Apple就是靠这些设计师们最为核心的用户起家的了，而且这些用户才给Apple冠以神话的高帽和无尽的口碑；如果这都不在乎，Apple还在乎什么？

By: Rio

Rio — Wed, 18 Nov 2009 12:24:22 +0000

感觉Apple很没动力去做这件事啊，几个因素吧：

QT X现在支持mp4封装的h.264硬解码。这个基本解决了iTunes Store里面购买的正版720p视频的播放问题。而现实中大部分mkv封装的视频基本上是BT来的盗版。考虑到Apple对mp4容器的支持，它估计不怎么愿意去支持mkv。那自然的，开放API给ffmpeg就没那么要紧了。
ATi/NVidia两家的API不通用，Apple也不想吊死在任何一家上。如果Apple当年从PowerPC转到x86这个过程中学到什么的话，估计就是它巴不得所有的commodity components能够互换，省得自己出钱出力去维护API。现在的ATi/NVidia两家情形有点类似，因此就算Apple打算侧重一家，应该都还在观望看到底谁比较有戏。太早选定型以后再改的成本太大了。
［个人猜测］Apple可能不觉得独立的GPU或者GPGPU能撑多久，5年后的趋势也许是混合芯（也许来自AMD，也许来自Intel）。现在虽然GPU算浮点是快很多，但是毕竟是另外一套编程思路了，少部分做视频或者高性能计算的能用上，普通开发者估计不太愿意去学习另外一套API。OpenCL虽然性能上差点，但是好处是通用啊，普及起来容易很多。Apple也不用担心现在到底是用ATi呢还是NVidia、以后到底是dedicated GPU还是hybrid C/GPU这样的头痛问题。
还有iPhone用的既不是ATi也不是NVidia，但是也需要h.264硬解码，要是开放API，这里又得是另外一套东西了。Apple怕维护难吧。
其实最核心的是h.264现在还是没那么普及。欧美好多人还在看DVD。Blu-Ray才刚开头，Apple产品上现在连个Blu-Ray的光驱都没有（很怀疑2年内会不会有），也不存在说用户买回家发现播不了的问题。现在玩h.264的还是少部分爱好者了，Apple根本不在乎。