钻进瓶子的生活(技术版)

项目进展：
四大浏览器核心目前已齐聚M8，oyeah~~
【Webkit】http://bbs.meizu.com/thread-914027-1-1.html
【Gecko】http://bbs.meizu.com/thread-972883-1-1.html

背景说明：
　　说四大浏览器核心大家可能不熟悉，但主流的浏览器应该会上网的多少还都是有所了解的，主要包括IE、Firefox、Opera、Safari，其它的各种名字的浏览器则只是使用它们四个中的一个或多个内核的再次封装，作为嵌入式WinCE平台，M8自带IE移动版（Trident）内核（虽然由于授权没有集成IE浏览器，但内核还是在的，所以直接在资源管理器中就能打开网页，但对HTML新标准的支持就太落后了），另一个就是大家都知道的Opera M8（Presto）版（一直在改进，但一直没达到满意的效果，同样，对HTML新标准支持也未为M8同步更新），而Webkit核心为人熟悉和喜爱，则是从iPhone的Safari移动版的出现开始，随后的Google Chrome则更一步推广了Webkit，现在Webkit几乎被所有除WM的主流的厂家使用，如Apple，Google，Palm，Nokia……，应用领域覆盖桌面PC，笔记本，手机，移动终端等各种环境，因为它不仅仅是一个浏览器内核，更推动了HTML5标准，可能是未来云计算（WebOS）的软件UI接口的实现标准，同样的，Adobe、微软也在按它们的思路实现类似的目标，所谓掌握标准就掌握了市场;
　　放在最后，我们要提的就是Mozilla，前身Netscape作为WWW的启蒙开创者，虽然现在已经消失在历史进程中，但其留下的Mozilla基金会，在开源社区支持下推广的Gecko内核的Firefox相信已经为广大PC浏览器用户所熟悉了（不要拿国内个人网站恶意推广Firefox赚小钱来说事，这只能反映出国内IT领域发展现状的悲哀而不能反映Firefox的技术优势），虽然Gecko内核是最后一个宣布进入移动平台的浏览器内核，虽然Webkit发展势头非常迅猛，但Gecko也有它的优势，从Mozilla创建初期，它们的目标就不只是浏览器，而是软件开发的一套标准，Firefox也只是一个专为浏览网页而生的一个精简了的子集，Mozilla提出的XUL框架，相信有一些用户已经有所接触了——比如某软件要求你安装Firefox才能运行，其实它就是用的Firefox的内核来生成软件界面的，包括Firefox自己，它也是由XUL通过解析XML文本来生成的一个用户界面，Gecko作为Webkit的一个有力的竞争者，促进了双方的共同的技术进步，最近的Intel的上网本操作系统Moblin好象就是基于Gecko内核的，而Android基于Webkit也在向上网本操作系统发力;
　　说到这相信懂行的已经清楚了，四大浏览器内核中，除了IE，全都是跨平台的，全可以作为软件开发的基础框架来使用，其中特别突出的就是Webkit，随后是Gecko，Opera则采用了另一种Widget的思路但它是商业化闭源的，而这些也符合了软件发展的趋势，数据云端化、终端硬件及操作系统无关性、随时随地可操作性，可能在未来，Webkit或Gecko会合并，Google、Apple、微软三个巨头也会为了推广自己的平台而提出各种新的技术名词和框架，但技术的发展和商业化运作的结果是没人能预测的，我们也只能是尽快跟随标准的发展过程——不说参与标准的制定了，目前国内的技术发展和厂商的前瞻性还没进化到这一步……
　　作为一台合格的互联网手机，一个优秀的浏览器内核是必备的，这个内核不是只能浏览下网页就完事了，它要有良好的新标准的支持和二次开发能力，基于这个内核进行Web2.0应用的无缝对接更是必须要提前考虑的，甚至完全用这个内核来构建所有界面（Palm Pre），这将是3G的杀手级应用——否则，3G的数据能力毫无用处，M8的MZFC开发库只能说还停留在象VC6时代类似MFC的“单机”版软件开发框架的阶段;
　　现在已经几乎没有不联网的电脑了，３Ｇ时代，这句话可以换成——将没有不联网的数字设备，没有Web2.0应用开发框架的M8，注定将只是iPhone的形似的模仿者，iPhone带来的不只是工业设计和操作界面。

　　入手M8一周新鲜出炉的第一个试验程序，主要为验证M8开发环境和试验SDK及第三方C程序库接口，此程序为另一个计划中的程序的子功能试验项目，主要包括试验：
1.M8 SDK UI及消息控制，定时器设置;
2.M8 COM接口控制声音视频播放及控制;
3.振动控制;
4.网络连接状态检测及自动GPRS/EDGE拨号;
5.SQLite3移植及Demo;
6.WinCE Socket试验及基于POP3协议的邮件探测（暂不支持SSL）;

　　当前开发状态为SVN代码库第一次提交，目前已实现1-5全部功能及6的连接试验部分（仅需添加邮件头的下载分析存入数据库备下次检测时检查是否有新邮件即可），已基本满足一个后台定时探测邮箱新邮件所需的全部功能部件;

**注意**：
　　不建议普通用户下载，敬请期待正式版，目前仅供开发人员查看，编译后联接M8真机调试时发布到\disk\temp\目录下，运行时需将SQLite3.dll及mbstudio.db拷贝到程序目录下，另需拷贝一个1.mp3文件到程序根目录下以便验证Mp3播放功能;
　　到处拷贝试验代码，目前代码较乱，呵呵 ^_^

项目代码由Google代码库通过SVN管理，Web地址为
http://code.google.com/p/mbmail-m8lite/

SVN：
svn checkout http://mbmail-m8lite.googlecode.com/svn/trunk/ mbmail-m8lite-read-only
Windows下使用者建议安装http://tortoisesvn.net/的SVN工具，直接CheckOut代码的SVN地址即可得到最新的代码：

不方便使用SVN的可至Web页面的Download目录下载VSS2005工程打包，该目录下也有打包的SQLite3 for M8及试验用的sqlite数据库文件及其Windows下数据管理工具;

开发环境：
　　软件 Vistual Studio 2005 SP1以上 + M8SDK0.9.3
（居然不支持Visual Studio Express版本，没办法，Express不支持嵌入式开发，老比尔靠这个赚企业级用户的米呢，所以别骂Ｍｅｉｚｕ，使用了ＷｉｎＣＥ的方案，从硬件到软件到开发平台全受限了哈，如果是基于Ｌｉｎｕｘ的，肯定能自己定制免费的开发环境，但可能就不是Ｍｅｉｚｕ的软件工程师能应付的了，现在的Ｍ８ＳＤＫ是基于ＷｉｎＣＥ　ＳＤＫ的厂家定制模板，如果是基于Ｌｉｎｕｘ，就更难发布ＳＤＫ更难移植软件更没开发人员参与更不适合国情了哈——省去Ｎ多字～～～）
　　硬件 最好是“主流”配置机型，VSS占资源的特点摆那呢，分辨率要至少1280x800的，毕竟M8是720x480的分辨率，再加上模拟器皮肤，占用巨大的屏幕空间，而且占用资源暴大，下面有解决方法;

知识要求：
　　C、C++，最好开发过VC6 MFC或WIN32API应用或其它嵌入式平台——反正不是拖控件写程序的RDE环境^_^，也就是说，MZFC提供的一个类似MFC的开发库，没法让你快速拖控件来快速开发，界面的所有布局显示你都得自己算坐标，所有的控件事件你都得自己重载MZFC基类虚函数去接管处理——至于WINCE的.net库，虽然可用，而且M8的空闲内存也达到100多M之“巨”，但由于无法应用M8的原生界面，除非是写全屏程序，如游戏或全部用图片替代标准UI的程序，否则建议直接用MZFC的UI库，保证效率、稳定及界面的统一性;
　　至于另外一点，就是WIN 32的基本API和常用数据结构要了解，比如字符串特别是Unicode字符串的处理（CE不同与WINDOWS，所有字符都是Unicode化了），文件，Socket，XML之类的，COM会调用Meizu提供的COM接口就可以了，不用深究（个人不喜欢Windows的COM实现），MZFC提供的UI库的使用类似MFC并且更简单，而高级接口都是基于COM调用的，知道COM接口的查询、执行和返回值处理流程就差不多了（已经有位M8开发者放出了系列教程里，描述了COM的简单使用方法，说的也比较明白了值得参考）;

开始Ｈｅｌｌｏ　Ｍ８程序：
　　安装完成Ｍ８ＳＤＫ后可以看到有一个Ｓａｍｐｌｅｓ目录，里面有主要的示例，第一个就是类似HelloＭ８的程序，直接打开工程文件即可，如能成功编译，则表示环境已经搭建成功，否则就要检查开发环境的安装配置了，正常情况下不会有异常，直接可用；
　　浏览代码，可以看到，主要代码是继承ＭＺＦＣ的程序ＡＰＰ基类（负责初始化和销毁应用和窗体的全局管理）和窗体ＷＮＤ基类（负责窗体的显示和事件接收处理），重载窗体的事件处理虚函数，完成控件操作事件的实际处理工作和其它控件窗体的创建、管理和销毁即完成了，相比当年的ＶＣ６　ＭＦＣ开发，ＭＺＦＣ提供的界面ＵＩ控件的使用和消息处理还是比较简单的了，关键代码摘要：

运行和调试：
　　直接Ｆ５编译执行示例工程１，会打开模拟器来执行，如果你能全屏显示模拟器并感觉非常快速，恭喜你，你的电脑很“先进”，呵呵，一般情况下，我们需要进模拟器的配置中，启用视频模式而不是皮肤模式，这样可能能全屏显示全部Ｍ８模拟器的操作界面了（但按键没了，不过大多数时候都尽量是触摸控制的，按键倒也不常用除非是一引起系统级的工具软件哈），不然，你可以还要旋转一下界面，才能正常显示，不过接下来你要歪着头调试了^_^~~
　　如果你用的是上网本或古老的小分辨率的显示屏，或者模拟器的速度让你抓狂，你最好还是直接用Ｍ８真机来调试吧，还是那句，别骂Ｍｅｉｚｕ，这个ＳＤＫ和模拟器是基于ＷｉｎＣＥ解决方案的，不是Ｍｅｉｚｕ能控制的：）
　　要启用ＶＳＳ与Ｍ８真机的联机调试，需要Ｍ８已经与本机建立同步关系（来宾方式不行，一定要是同步成功连接），Ｍ８的项目工程的调试目标设备有两种，一个是Ｍ８ＳＤＫ　Ｅｍｕｌａｔｏｒ，一个是Ｍ８ＳＤＫ　ＡＲＭＶ４Ｉ　Ｄｅｖｉｃｅ，其中后一个已默认配置好使用ActiveＳｙｎｃ连接进行真机进行调试，只需要注意选中这个目标并点击后面的连接到设备按钮即可，提示成功连接后，可以在Ｍ８上打开程序管理器看到edm.exe守护进程，这就是WinCE的远程调试连接器，不要关了它，然后选择编译为Release或Debug即可运行调试了（如果连接失败，还是会转用模拟器调试运行）——这里特意试了下在Debug断点模式时打电话进来，还好，没有犯笨错误，Debug不会锁死手机，呵呵，但尽量还是建议在飞行模式或电话不繁忙时调试吧，以免误事;
　　实际测试下来，无论是模拟器还是真机，速度都很好（模拟器只是占用内存多启动慢，进入调试时还可以），单步跟踪也流畅，这倒算是WinCE嵌入式平台开发的一惯优势，比嵌入式Linux没有一个统一的远程调试方案要好很多，这种真机调试情况下，普通上网本倒是应该也可以正常开发调试了，不过屏幕还分辨率还是个问题哈，小心保护眼睛~~
　　注意：虽然是调试，但在Ｍ８上按Ｍ键还是会直接终止掉程序的，所以调试时最好解锁设备并不要随便按Ｍ键，特别是Ｄｅｂｕｇ模式时，以免机子异常哈～～

学习进阶：
　　首先当然是要通读官方的文档（大概了解一下，具体的使用时再详细看），其中：
　　Meizu M8 MZFC Documentation (CHS).chm是ＭＺＦＣ描述，主要是界面控件元素的定义和使用方法，包括简单示例的代码，为了保证所有应用的界面一致性，建议开发者尽量使用该库提供的界面元素；
　　Meizu M8 COM Documentation (CHS).chm则是ＣＯＭ接口描述，主要是提供第三方应用程序使用现有的Ｍｅｉｚｕ内置功能的接口，比如文件浏览器照片读取显示等，简化开发者工作，当然，你如果认为官方的功能不好用，比如图片读取要支持更复杂的格式文件浏览选取界面要更酷些，你可以自行开发你自己的原生库，跳过官方的ＣＯＭ库哈；
　　最后一个Meizu M8 PlatformAPI Documentation (CHS).chm则是平台ＡＰＩ，简单的说就是官方封装的主要与系统软硬件资源直接交互的接口，比如马达，重力感应器等，当然，如果你比较牛也可以直接汇编控制硬件哈～～～

　　其次就是动手把官方示例都调试一遍并按ＭＺＦＣ文档的描述多试验几个示例里没用到的控件，熟练了即可，以后可以随用随查；
　　期间也可以参考Ｍ８现有优秀程序的开源代码，这里只公布几个采用ＳＶＮ管理源码的（具体ＳＶＮ怎么用Ｂａｉｄｕ，Ｇｏｏｇｌｅ一下吧），分别是desktopM：http://svn.w18.net/svn/desktopm【需要到该源码管理平台注册账号才能检出源码】和飞鸽：http://m8ipmsg.googlecode.com/svn/trunk【Ｇｏｏｇｌｅ的源码管理平台，可以匿名检出代码】，这两个应用基本覆盖了常用的界面，文件，网络，注册表等开发知识，非常好的入门参考材料，再次感谢原作者^_^
　　
　　然后，就是收集分析软件需求，开始你的第一个Ｍ８软件开发吧，祝M8开发之旅愉快^_^

初步列定业余开发计划：
　　GoogleReader，GoogleCalendar，GoogleContact，Last.FM Srobber同步程序，Picasa、LiveSpace照片，日志发布等——排名不分先后，择机开工，敬请期待，oyeah~~~

　　在歌曲较少的时候，文件夹无疑是最简单便捷的歌曲管理方式，但一旦歌曲数量超过一千时，你就必须要找一个曲库管理软件了，作为最流行的播放器iPod，其配套的iTunes软件也无疑是目前功能最强大界面最人性化的了，特别是支持PC端和播放终端的歌曲即时动态的同步，根据各种复杂的歌曲状态数据进行智能播放列表的创建，可以让你快速找到你想要找的歌曲，基本上是无人出其右了，虽然其在Windows下的性能不太好，占用太多系统资源，但能轻松管理大量歌曲，自动同步你的iPod，这点代价也还是能接受的——至少现在的主流电脑都应该能跑的动了吧;

　　说了iTunes的好处，它的坏处就是，长时间在iTunes界面下操作，你也许早忘了文件夹里存的歌曲主文件到底怎么样了，因为全交给iTunes打理了，直到有一天，你买了台新的非iPod的播放器，或想拷点歌到你的手机里，这些播放终端它们的曲库管理方式主要是基于文件夹的（例如众多国产mp3），或是直接由WMP进行同步管理，稍注重品牌形象的，则会提供与它们产品配套的曲库管理软件，例如创新公司的Zen系列，则可以直接文件夹拷贝，也可以用WMP同步，同时它也配套了同步软件，在最新的Zen X-Fi和小格格播放器推出后，创新也全新推出了Creative Centrale曲库管理软件，试用下来，基本上这是个基于WMP风格的曲库管理软件，同时也比WMP更兼容iTunes的曲库数据的转移，虽然由于是新软件稳定性还不太好，但已是最适合创新Zen产品的曲库管理软件了，经过了大量试验工作后，目前暂时找到一种最快速和兼容效果最好的曲库平移方法，在此分享，欢迎转载传播，但请标明原作者，Meineson，同时，操作前请备份好你的曲库数据包括歌曲文件，因为这是很多人宝贵的数据，为了安全，养成多花些时间来备份的习惯还是必要的：）

注：虽然iTunes推荐的是AAC格式，而AAC也的确音质文件比更好些，但为了曲库管理软件和播放器终端的兼容性，还是推荐将iTunes内歌曲都转换为mp3格式——个人就花了6个多小时把曲库里的ALAC转成了320k mp3，痛苦的过程：）

　　虽然Creative Centrale提供了ID3标记乱码的处理工具，但似乎也不是万能的，最好的方法就是自己买CD直接由iTunes导入，并自己从网上下载封面照片粘贴上，这种情况下的mp3是能很好地直接被Creative Centrale和WMP支持的，直接能显示正确的ID3标记包括封面图片，但鉴于国内许多人的电脑上的mp3歌曲来源复杂，而分享者压制时使用的ID3标签版本和格式也各不相同，这就导致了如果把iTunes歌曲直接拖到上述两个软件时，要么显示乱码，要么就是显示成未知艺术家未知专辑，把你好好的iTunes曲库显示成大杂烩，相信很多人面对它们会崩溃，如果手工去改，没几天几夜搞不定，呵呵，还好，现在有人经过大量试验之后，找到了最简单效果最好的方法了（对于本人来说，仅供参考^_^），仅仅三步：

　　Step 1:播放列表，选中你要转移的全部曲目，如果是全部歌曲，只需要直接在音乐资料库里选中全部就可以了，点右键选“转换ID3，本项工作只是去强制写入ID3标记到指定的版本，推荐v2.3版本，因为iTunes在添加曲目时，它能读取所有可能的位置去获取曲目信息，如ID3v1,v2,Ape等，而且它也能自动识别不同的编码，但其它的软件包括WMP可不这么智能，在这里重新保存一下，可以把全部曲目的ID3用同一个编码写到同一个位置的ID3标记位置中，为下一步工作作准备;

　　Step 2:使用Mp3Tag这个免费软件（http://www.mp3tag.de/en/），基本上不需作任何配置就可以使用了，但为了达到更好的效果，可以简单设置一个参数，即“标签->Mpeg->读取“参数，改成只读取ID3v2，其它默认，即，上面iTunes已经重写了所有iTunes里能看到的歌曲信息到ID3v2的位置了，只读取这个位置能防止冲突，而Mp3Tag写入参数设置为ID3v1,ID3v2则是把mp3文件中v1,v2版本位置都写上相同的数据，兼容各种读取不同位置的ID3信息的曲库管理软件和终端，默认是存为UTF-16即unicode编码，这样也能保证曲库移到Mac OS或Linux时也能不会变乱码，慢慢等待吧，你离成功的喜悦最后一步了——这里包括封面，但由于封面数据各种软件和终端处理方式相差更大，所以效果不如ID3标识兼容性好，但也能保证绝大多数你在iTunes中自行添加的封面能在Creative Centrale里正常显示了，iTunes自动连接网络获取的封面可能由于格式限制，不能移到其它软件中显示，而WMP效果则差些，不能显示封面更多些，但曲目基本信息都能得到保留，只需微调;

  现在尝试进入你的曲目所在的目录吧，你会发现在资源管理器里，原先只能显示图标的文件现在信息丰富了，能直接在资源管理器里显示歌曲的详细信息了，这就是mp3tag的功劳了，它成功填充了能让Windows资源管理器直接读取的媒体信息，该信息同时也能在搜索时被使用;

　　再次打开你的iTunes，同时也打开Creative Central或WMP，再次在iTunes里选中要转移的曲目，拖动到这两个软件的曲库管理界面，现在它们就开始导入曲目了，同时，你也能看到带封面的歌曲专辑列表出现在曲库里了，休息一下，等一下回来享受你的新曲库吧：）

Creative Centrale:

WMP11:
 

小结：好吧，虽然上述工作已经节省了不少事情了，但由于iPod与iTunes的整合实在太紧密了，许多曲库管理软件与播放器协同工作的功能在这里丢失了，例如在Centrale和WMP曲库中，不能平移来自iTunes的评级信息，不能显示播放计数，播放时间等信息，这些曲库管理软件也不能支持智能创建例如七天前放过的歌曲并自动根据当前日期动态更新的播放列表等等，so，想要更大的对曲库的掌控自由度，必须用iTunes+iPod，不过，还好Zen X-Fi是16g的，基本够把所有歌曲同步到播放器了，Zen的定位还是静静地好好听歌没花哨功能哈，不过还是希望创新公司能把 Creative Centrale软件改进的更好用些：）

　　得益于网络带宽提升，音视频硬解码芯片和P2P技术的发展，以及国内大量可方便获取的“免费”影音资源的丰富的存在，国内大量厂家在国产芯片的支持下，以类似MTK山寨手机解决方案一样的技术和商业模式，低价迅速推出支持RMVB等视频播放功能的手持和家用视频播放器产品，价格也从千元进入百元级，变得和MP3播放器一样白菜价，去去年（07年底）的时候，以4百左右的价和5百左右的价分别入了一个2.8寸屏的RMVB手持视频播放器（只能流畅支持到VGA级别且色块严重）和最高支持色差720p输出（注意，只是输出，不是播放^_^）的电视视频播放器（标清网络视频大部分能流畅支持，但格式上有些挑），虽然说是第一代产品，在使用时的用户体验感较差，只能说是勉强能用，但确实是开创了一个新的视频播放器时代，光盘播放器在国内的确是越来越卖不动了，D版商的好日子也快到头了^_^；

　　短短一年的发展，随着技术发展，高清平板电视的降价日益普及——虽然这里面有许多水份，但1080P，HDMI这些名词还是越来越为大家了解了，而上述的手持和家用视频播放器以及传统的HTPC甚至电脑功能也有了交集：
　　许多手持播放器渐渐拓展产品功能，支持电视“高清”播放和输出，换大液晶，替代数码相框等，家用视频播放器则进一步在硬件性能解码能力上与手持设备拉开距离，同时加入更高一级视频和音频的硬解码，而加入网络甚至无限网络功能的产品也有许多，甚至是内置操作系统支持浏览器和ＢＴ，ＦＴＰ下载等功能；

　　由此带来的问题就是，各种厂家看到了暴利，大量山寨产品进入市场，而一些正规公司也只能大打夸大宣传打擦边球，非发烧级人员基本搞不清这些产品为什么从几百到几千的价位不等，但都在宣传自己通吃各种格式，大玩高清概念，无奈在国内，想买哪种产品就得把自己变成那方面的专家才不会吃亏，只能花点时间稍微研究下这方面的技术文档，稍有了解，在此分享，对于普通用户作知识普及足已，如有错误，敬请及时指出。

　　首先从音视频格式和清晰度上来大概看下，一般网络下载的稍正式的清晰版本，例如DVDrip之类的，大都是480P的，大都以RMVB和AVI,MKV,WMV等格式存在，文件大小为一部影片5百M到1G左右，目前市场上支持ＲＭＶＢ播放的手持mp3播放器大多能流畅播放，这些产品根据屏幕大小不等差价较多，大量的山寨品牌都是这类产品，以最普通的３寸屏左右的产品来看，一般在两三百左右的是第一代产品，五百左右的是第二代产品，区分的方法很简单，如果宣传时说支持720P或“高清”的，是第二代，一般正规厂家都开始转向第二代产品了，这里的720P也就是许多平板电视及其它厂家宣传的高清概念了，看高清电影的用户一般也是从这种分辩率的电影开始下载的，大都以AVI，MKV，WMV，MOV等格式存在了，文件大小为一部电影在2-4G左右，也就是下载宣传的HR-HDTV,HDTVRip,BDrip等，其实这里有些没有达到720p，比如HR-HDTV，这里480p,720p其实就是影片在电脑上播放时的原始分辨率，720p就是1280x720，而1080p则是1920x1080,HR-HDTV顾名思义，是1080p的一半，960x528，知道了这些概念，就明白为什么普通电脑用户只下载720p,或HR-HDTV了，因为显示器特别是笔记本主流宽屏分辩率就是1280x800左右，下1080p也是浪费，说到这，也知道为什么有些平板电视的宣传里有水份了，液晶有一个最佳分辩率，就是原始的物理分辩率，许多32寸液晶电视是1366×768的物理分辨率，但宣传时会写的很小或不写，只说支持1920x1080，也就是仅是“支持”1080，而并不是最佳支持效果，这种分辨率，无论是720p还是1080p都不能做到点对点物理显示，显示效果当然会打折扣，试试把电脑液晶显示器调到一个非标准分辨率（无论是调高还是低）就知道效果了，但大多数普通用户只是在购机时在卖场里大概对比看一下，所以可能不太容易看出明显差别；
　　知道了上面的这些东西，就知道目前手持播放器，就算说支持720P，但也只是仅限RMVB，也不保证是不是经特殊解码方式压缩了画面效果，因为显示屏小了，看不出来，而对其它格式的支持，可能会更差些，如果支持接电视机的，输出的效果可能更差了（而且一般只有色差输出，达不到720p的最好效果），这种情况下还是需要专用的家用硬盘播放器，不过这种手持播放器，对于上面说的480p的支持应该已经比较完美了，或者屏幕再大些时，兼用作数码相框还是不错的：）

　　说到重头家用媒体播放器了（一般是低端和高端可内置硬盘，中端的都是接USB外置硬盘），其实主要是说高清的——真正的高清，因为其它有些产品虽然宣传高清，但不支持1080p甚至720p支持都不完美的，只能算是虚假和夸大宣传，这些产品一般在5百左右甚至更低，品牌也很多很杂，但播放能力和输出的质量比手持设备还是要好很多的，适合有大量480p视频收集要求不太高的人使用；
　　要达到真正高清，至少要完美解码1080p视频，这里暂不说音频，而格式上一般主流的AVI(包括MPEG,H264等编码),MKV，WMV等高清视频格式都要支持，这些文件一般一部影片要几十G，而且只会比这更大，大多有独立字幕文件和音频封装（未深究，较复杂，可参考专业高清文件论坛），单独的DTS音频就几个G文件大小，最普及一档次的这类叫入门级高清播放器，价格在千元左右，带普通色差之类模拟输出和HDMI1.3数字信号接口（有些上述标清播放器也有HDMI，但是早期版本，不支持音频输出，某些平板电视也有类似欺骗问题）音视频两声道输出和光纤数字输出，只支持杜比（一般下载描述为音频AC3或DD5.1之类）输出，如果是DTS音频，需要功放支持硬件解码，这些播放器只支持原始未解码数字信号输出，要由功放音箱去硬件二次解码才能出声，而这类音箱要三四千大洋，比播放器贵多了哈，这点要注意的，而下载720P的视频，还能找到带AC3的音频的，但1080P的几乎全是DTS音频的了，不明白这些，可能买一个高清播放器只能看无声的1080P电影了哈；
　　要达到1080P完美播放，至少需要3千左右价位的高清播放器，上面的播放器都是支持USB2.0或网络共享播放的，这里这类播放器一般还有支持内置硬盘的sata接口，毕竟速度比USB更快好多倍，支持字幕的高级定制（如字体，大小，色彩，多字幕等高级功能），支持DTS硬件的解码后，音频直接输出到5.1音箱（不带解码的，便宜好多），或直接由HDMI或普通立体声降级输出，一般还都有网络共享，直接BT下载甚至架设一个FTP服务器，浏览网页和在线视频等功能，反正是电脑能有的音视频功能，能加的都给它加上，高价嘛，呵呵，纯粹的视频上就没有太大差别了，最多还有就是人机界面的友好不同，大的公司的做的更好一些。

　　小结一下，如果是经常看流行的ＲＭＶＢ电影，喜欢没事和家人一起或外出时随时接上普通电视看电影的话，一个主流的第二代ＲＭＶＢ手持播放器+几百块的能接移动硬盘（250g足够了）的家用播放器能满足你的需求，投资不超过１千块就齐了；
　　如果要小享受下，买个支持ＨＤＭＩ的３２寸左右的平板，接个入门的支持７２０Ｐ的高清播放器（注意下载带AC3字样的高清电影），接个好点的电脑音箱，投资不超过5千块，也能小享受下了；
　　要达到发烧级的，换个更好更大的平板，接个ＤＴＳ解码的好音箱，换个大的硬盘（至小要上Tb了哈）接上光纤宽带（或直接去淘宝买大硬盘，让卖家给你拷满几个ＴＢ的电影哈）就可以，或直接上新的更高级的高清播放器＋平板＋音响系统＋视听间打造……没底哈，这就是发烧，烧钱是没底的，切记！切记！