网络的应用是失败的，那么也就对视频的播放能力不报希望了，虽然我对视频没有什么应用，但是简单的测试也让我失去了信心，我试着播放AVI，试着播放FLV,我不需要太大分辨率太大编码的测试，我只要日常的应用，比如是不是可以看看UC的视频，是不是可以看看优酷。

这段完全是放屁。。。。528的CPU本身就自带BASE的H264硬解
WM系统用起来哪里那么差？O2 VISTA去年就有专区论坛，速度不好找个好点的ROM刷就行了
那个自带的GF5500去年用专用版TCPMP也可直接硬解各类支持的BASE级别H264 H263，似乎还支持外挂字幕
模拟器也更新到了能用GF5500进行硬件拉伸
退一万步，QVGA你就是MAIN级别的H264用528的CPU播放也不可能扯蛋到只有10帧。。。。

写M8枪文的去死

都是一样的GF5500，一样的接口，一样的WM系统。。。。不同？有什么不同？

愿闻其详。。。。

[posted by wap]

完全同ls，一个模子出来的东西。

[posted by wap, platform: UCWEB/IE/内置]

我觉得视频方面的事可以这么理解，楼主当年玩wm的时候对cpu硬解264这类是不熟悉的。一般评测机器视频能力一色用coreplayer和tcpmp软解，所以造成视频渣的假象。。。。gf5500的能力是……h263类base级别硬解，h264类base级别720+480下推荐500k，大动态大码率吃力。对目前psp和iphone兼容的是不会有问题。但是lz说o2 vista的cpu渣到qvga都只有10帧表示不可能。目前主流cpu渣的就是e71 5800这类400左右，coreplayer软解qvga级别的base h264都是全速，所以贴里结论不可信。。。。
另外在我玩视频转换以来，像nokia很早的s40机都是能硬解现在主流base h264，h263要全屏 点对点全速也是完全没有问题。。。。所以这颗528的cpu能无需gf5500硬解640+480级别的base h264应该是完全没问题的。。。。
所以无论从软解还是硬解方面，我觉得评测都是有问题的。。。。

本帖最后由 zmqzmqzmq 于 2009-7-17 23:28 通过手机版编辑

[posted by wap]

成吧，我只知道gf5500开发是在g900上，o2也是这个。我想在同平台+同硬件+同视频接口下要说俩机器能力不同我觉得说不过去。。。。同理相关模拟器在俩手机的硬件拉伸图像上我想也能说明点问题。。视频播放能力问题我在此打住。。lz继续

[posted by wap]

tcpmp的g900专用版作者我有联系到，gf5500的具体硬解能力可自己google原帖。720+480下500k推荐这个参数是作者给的
wm系列机器特色是自带播放器能发挥cpu的全部硬解能力，并不需要第三方调用。。。。第三方唯一用处是支持文件后缀多点。。。。比如我高分辨率的xvid编码做到flv里，可能自带播放不了，tcpmp调用gf5500就能利用gf5500的硬件解码，既省电也cpu占用极少。但是我换下封装，xvid封到mp4里用自带播放器mp播放。wm系统会自己调用cpu本身的解码函数来播放。gf5500就是处于闲置状态。从我的经验看，528那颗cpu硬解640+480的base h264是完全没问题的。。。。
你说的意义上的tcpmp就完全是靠cpu处理，且无法调用cpu本身的硬解能力。。。。仅仅相当于拿个模拟器来测速度罢了。

[posted by wap]

你的方向可能完全错了，我讨论的是编码，你说的是封装。。。。那个tcpmp原版是对应gf5500的视频接口，m8官方已经在自带实现了cpu硬解部分的写入，所以这个软件用在m8上相当于重新作了一次官方的视频解码接口编辑，甚至还没有官方自带的高效。。。。可以这么说，m8那颗cpu能力仅仅在现有主流wm机型上有了主频上100m的优势，这个优势转化为实际就是对电驴那种dvd rip（非base级别h263的dvix或者xvid）的稍许流畅，因为cpu不支持高于base的函数，所以电驴上常规的dvd rip那种编码能放，但是编码稍微高级点码率稍大就根本不可能流畅。，视频播放上官方稍微优化了下对于各种封装类型的支持。。。。且m8在播放psp和iphone兼容视频的时候会有轻微中屏撕裂问题，而在psp和iphone上图像是绝对的稳定和流畅。所以不客气的说：魅族并没有技术能力完全掌握和优化这台机器的硬件。
如果比对主流机型的base h264播放能力，m8是没有什么优势的。而软件也更加没有wm机型那么健壮和完善。

引用:

原帖由 mancestor 于 2009-7-18 08:51 发表
感谢zmqzmqzmq的经验，但我还是有两个问题
1，的确psp上流畅播放的文件在m8下有撕裂和影音不同步现象，这是否表示其硬件优化不好？

2，如果优化不好，那其全屏流畅播放的flv是怎样实现的？它调用的也是m8video?还 ...

1、PSP支持的视频格式为XVID(DVIX)+AAC   BASE H264+AAC  MAIN(无B帧) H264+AAC  MAIN(B帧+CABAC)+AAC 这几类组合。。。。IPHONE和PSP兼容下的为480/272的BASE H264+AAC。。。。动用COOL大的PPA可以硬解480P以下的BASE H264+AAC  MAIN H264+AAC 这两类编码以及MAIN(无B帧) H264+AAC合成的PMP—AVC
M8仅仅支持现在主流的BASE H264视频编码，这类是可以依靠CPU来硬解。。。。类似电驴上主流的XVID(DVIX)（非BASE级）+MP3编码的AVI。。。。MAIN（HIGH）+DTS合成的MKV。。。。都是只能依靠CPU运算来软解。。。。所以PSP那种MAIN H264级别的HAVC，靠M8的软解是绝对没戏的。。。。

屏幕中屏撕裂是机器显示部分问题，类似模拟器没开垂直同步。。。。应该是显示同步刷新没优化好,WM没这问题。

2、FLV那种常规FLASH VIDEO编码是非常初级的东西，QVGA下用200M的机器（M600 N73类）都可以80~90%的速度软解掉，这个要播放太简单了。。。。另外FLV只是一个容器，里面一样可以是H263或者是H264编码。。。。新兴的QVGA分辨率级别的BASE H264编码封装的FLV，用E71 5800那一类400M左右的CPU用COREPLAYER就可以完美软解了，一点不稀奇。。。。

[ 本帖最后由 zmqzmqzmq 于 2009-7-18 09:54 编辑 ]

[posted by wap]

你用coreplayer播放不能全速可能是coreplayer的渲染器你没有选对，这在X1上的coreplayer很明显。设置……参数设置……视频参数……第一栏渲染器……gf5500专用版是可以选择解码接口的。你一准是设置问题
X1上用coreplayer软解……大腕……的dvix编码640+336的avi，选对了渲染器可以在中等画质+百分之50平滑拉伸下达到百分之90的速度。。。。其他参数最多到60。。。。而tcpmp上甚至没有这个渲染方式，速度更加渣。。那个528的cpu放flv慢估计是这个问题。

[ 本帖最后由 zmqzmqzmq 于 2009-7-18 10:46 编辑 ]