射手影音播放器官方博客 http://blog.splayer.org the best user experienced media player project Tue, 03 Aug 2010 07:00:49 +0000 en hourly 1 http://wordpress.org/?v=3.0 使用RouterOS路由表配合OpenVPN搭建无障碍网络环境 http://blog.splayer.org/index.php/2010/08/%e4%bd%bf%e7%94%a8routeros%e8%ae%be%e7%bd%ae%e8%b7%af%e7%94%b1%e8%a1%a8%e9%85%8d%e5%90%88vpn%e7%bf%bb%e5%a2%99/ http://blog.splayer.org/index.php/2010/08/%e4%bd%bf%e7%94%a8routeros%e8%ae%be%e7%bd%ae%e8%b7%af%e7%94%b1%e8%a1%a8%e9%85%8d%e5%90%88vpn%e7%bf%bb%e5%a2%99/#comments Mon, 02 Aug 2010 16:56:51 +0000 Tomasen http://blog.splayer.org/?p=2273 RouterOS是非常强大的路由系统。配合MikroTik的硬件可以非常节省成本和环保的实现路由、多重上行线路、多重无线收发、BGP、OSPF等等超强功能。甚至可以设置连接特定VPN并将该VPN作为默认路由跨越网络障碍，且支持OpenVPN。可以说是民用级价格、企业级的功能。鉴于对最新技术资讯的依赖度高，射手科技也使用RouterOS作为网络环境的关键组成部分。同时使用了一个无线上行节点（WiFi）和一个网络专线（有线）。下行则连接至千兆交换机，实现内网间千兆通讯。

RouterOS的功能强，配置的复杂度也高。首先简单提一下OpenVPN的配置要点:
1. 将证书文件拖拽之WinBox的文件(Files)项目下
2. 在 System – Certificates 项目中导入刚刚创建的证书文件
3. 在 PPP 项目下创建OpenVPN连接，使用刚刚导入的证书
请务必注意的是，目前RouterOS只支持tcp且不开启lzo压缩的OpenVPN服务端

之后是配置路由表。思路可能与多数人的直觉相反，是将默认路由设为OpenVPN的网关，但Distance设较高的值（即较低的优先级）。而专门为属于中国的IP设置路由走原来默认的专线网关（当然OpenVPN服务端所在的IP也要设为直接连接的路由）。这样做的原因是境外的IP虽然没有直接被封，但是还是受关键字影响。另外中国区的IP段行数少，相对容易维护。

因为路由表还是很大，所以使用命令行/ip route进入console：
之后修改 这个文件，将GateWay=ether1改为真正的直线路由的Interface名称。并将所有内容粘贴至console。

之后整个网络环境都可以无障碍了。 :) 当然常用的网站例如wikipedia、msdn等，建议采用varnish之类的镜像缓存系统，在内网自建镜像，来节省流量。

]]> http://blog.splayer.org/index.php/2010/08/%e4%bd%bf%e7%94%a8routeros%e8%ae%be%e7%bd%ae%e8%b7%af%e7%94%b1%e8%a1%a8%e9%85%8d%e5%90%88vpn%e7%bf%bb%e5%a2%99/feed/ 10 这里是精炼没有隔阂的耕作空间(多图) http://blog.splayer.org/index.php/2010/07/%e8%bf%99%e9%87%8c%e6%98%af%e7%b2%be%e7%82%bc%e6%b2%a1%e6%9c%89%e9%9a%94%e9%98%82%e7%9a%84%e8%80%95%e4%bd%9c%e7%a9%ba%e9%97%b4%e5%a4%9a%e5%9b%be/ http://blog.splayer.org/index.php/2010/07/%e8%bf%99%e9%87%8c%e6%98%af%e7%b2%be%e7%82%bc%e6%b2%a1%e6%9c%89%e9%9a%94%e9%98%82%e7%9a%84%e8%80%95%e4%bd%9c%e7%a9%ba%e9%97%b4%e5%a4%9a%e5%9b%be/#comments Tue, 13 Jul 2010 11:05:09 +0000 admin http://blog.splayer.org/?p=2207 DSC_5667
门口的Logo终于设计好了

DSC_5732
偷拍我们建设中的的小洽谈室兼员工休息室

DSC_5582
有认得出这张沙发的么

DSC_5591
估计没认出来吧，这就是『六人行』中乔伊爱做的那个LazBoy
在力所能及的范围内，我们希望能为同事提供一个尽量舒适的空间。

DSC_5520
这里是精炼没有隔阂的耕作空间 没人看到那台Wii吧。

DSC_5396
所以所有的工作位都有窗哦 :) SAP在最右边那栋楼里面和我们做邻居了

DSC_5399DSC_5514DSC_5517DSC_5735

最后再打个求贤广告

]]> http://blog.splayer.org/index.php/2010/07/%e8%bf%99%e9%87%8c%e6%98%af%e7%b2%be%e7%82%bc%e6%b2%a1%e6%9c%89%e9%9a%94%e9%98%82%e7%9a%84%e8%80%95%e4%bd%9c%e7%a9%ba%e9%97%b4%e5%a4%9a%e5%9b%be/feed/ 15 射手科技的 XenServer/XenDesktop 虚拟化应用方案 http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e7%9a%84-xenserverxendesktop-%e8%99%9a%e6%8b%9f%e5%8c%96%e5%ba%94%e7%94%a8%e6%96%b9%e6%a1%88/ http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e7%9a%84-xenserverxendesktop-%e8%99%9a%e6%8b%9f%e5%8c%96%e5%ba%94%e7%94%a8%e6%96%b9%e6%a1%88/#comments Tue, 13 Jul 2010 03:14:09 +0000 Tomasen http://blog.splayer.org/?p=2172 虚拟化技术的优点无数，节省成本、节约能源、便于管理、易于维护等等都是众所周知。射手科技的开发和办公环境需求，基于开源Xen的企业化版本，实践了一套完整的生产用虚拟化环境。

需求整理
射手科技开发环境需要配置的服务器包括且不限于：版本管理、文件共享、开发测试、模拟生产环境、域控制、VPN服务器等。同时为了配合灵活工时制度，需要一个可以远程登录的开发环境系统阵列。
对于没有虚拟化技术的年代，可能需要十多台服务器和专人维护才能满足这些需求。但是基于虚拟化技术，可以将所有这些需求集中在2-3台服务器来完成。

选型
企业化虚拟环境，除了最出名的VMWare之外就是Xen。但是VMWare的企业版（ESX）价格昂贵，对硬件要求也高。而Xen则有免费版，非常适合射手这种创业型企业。所以我决定尝试一下Xen系列的企业化产品。

方案
Xen系列的产品线也不少，特别分为开源和商业化版本。经过比较，商业化版本的XenServer因为包含XenCenter这GUI的管理工具，更容易管理。且它的免费版本已经包括了所有我所需要的功能，所以我选择了XenServer+XenCenter+XenDesktop的配置方案。

具体的方案配置如上图。2台服务器均通过网络采购配件DIY。XenServer使用4核处理器和SSD硬盘。文件服务器使用5块1.5T SATA硬盘，其中2块组RAID1，另外3块组RAID5，以保证文件系统安全。之间使用千兆交换机互联，实测使用网络存储的瓶颈已不在网络而在硬盘IO，所以性能上并不比原方案低，但是容灾、安全、管理和扩展性等各个方面都更加方便。

波折
万事开头难，期间也有不少意外的波折：
* 因为XenServer基于Linux，所以原计划将存储和文件共享一并做成RAID，与XenServer使用同一台设备，这样只需要配置1台服务器。但是最终我发现所有家用/商用级主板自带的RAID均不能被XenServer识别。经过资料检索发现，家用/商用主板自带RAID均属于FakeRaid，就是说所谓主板自带的RAID其实仅是存储了一些配置信息，真正的RAID分配读写操作均需操作系统的驱动来完成。而XenServer是没有这种驱动的（对应的开源版本Xen Cloud Platform也有同样问题）。好在XenServer的设计可以将虚拟硬盘通过nfs存储在远程文件服务器上。便少许追加预算，另外配置一台基于Centos的Raid1+Raid5的NFS服务器，兼做samba文件共享存储。同时因为将存储和运算设备分离，容灾性能也可以更好。

虚拟池
XenServer的管理有一个最大的优点，就是虚拟池技术（Pool）。简单的说，就是每台Guest虚拟机，并不一定只能在一台XenServer上运行。你可以将多台XenServer配置为一组虚拟池。而Guest虚拟机可以在多台XenServer之间迁移甚至按需分配。而我将文件存储与XenServer分离的方案更加方便了这种池内的迁移。这个好处不仅提高了运算资源的利用率，在维护上也更加方便（硬件维护升级可以做到几乎无缝迁移），而且降低了设备灾难带来的风险。

XenDesktop
Xen系列产品中还有个有趣的XenDesktop，根据官网介绍，使用XenDesktop可以高效的远程登录虚拟机上的桌面环境，同时因为是在虚拟服务器上，非常方便阵列管理。对于射手科技来说，意味着可以配置一台开发环境后，迅速克隆多台。之后可以在任一地点登录到该虚拟环境立刻开始进行工作。且XenDesktop的免费版允许10个用户，非常适合射手科技目前的规模。听上去真是非常美好，所以好奇的我也忍不住动手一试。
不过实际使用的结果并不理想。XenDesktop的配置很大程度上依赖Win的域控制。对于常见的企业环境来说，可能是可以非常快的融入。但对于不熟悉Windows域控管理的我，则是非常痛苦。尽管Xen的企业官网提供了配置向导视频，但缺乏方案上的指导，让我还是感到困难重重：
* 不要听视频中的鬼话，Domain Controller 和 Desktop Delivery Controller 别放在同一台虚拟服务器
* Domain Controller 和 Desktop Delivery Controller 不能Clone，域内不能有2台SID完全相同的设备。所以各自都重头安装才好。
* 每个XenDesktop的远程连接都需要一套虚拟环境资源（这一点在介绍视频中语嫣不详）。所以建议还是使用XP环境为主，因为Win7 x64需要最低2G内存才能运行，一台8G RAM的XenServer最多也只能跑3个桌面了（要留给XenServer系统一点）。
* 免费的产品版本中似乎还不能做到配置1台Guest Desktop即可完成部署的程度。配置好后需要逐台Clone。如果谁有更高效的管理和部署经验，还请指导。

迁移
人生难免留下一些之前VMWare上的虚拟机，迁移到XenServer可不算是一件容易的事情。甚至可以说是最大的一个麻烦。这个问题上我尝试多次，也没有找到可以称为最好的方法。只是一些积累的经验分享出来以免更多的人犯同样的错误。
* 最好的格式转换工具应该是VMWare自带的导入、导出工具，而不是XenConverter。VMWare为了便于虚拟机在多个产品之间迁移，大部分产品都可以导出到ovf（一个开放标准的虚拟机配置及存储格式）。例如 http://support.citrix.com/article/CTX116603 。但是这个导出有一些先决条件，如果条件没有满足，就不会出现可以导出到ovf的选项，也没有明显提示。
* 一篇详细的迁移参考 http://forums.citrix.com/message.jspa?messageID=1465589
* VMWare的虚拟机最好是单硬盘的。如果不是，最好想办法合并一下。
* VMWare的虚拟机硬盘千万不要“按2G大小分割”，其结果就是不能导出到ovf。如果木已成舟，可以用VMWare自带的 vmdisk-manager 命令行先转换为单文件存储。
* 迁移前移除VMWare-Tool，比迁移后移除方便。
* 能不迁移就不迁移（难以预料的问题太多）

后记
使用虚拟化产品部署后，整个服务器环境成本大幅下降：
XenServer配置：AMD 4核+8G内存+SSD 约3000元
文件服务器配置： 最低端的CPU+1G内存+5x 1.5T硬盘 约5千元
总成本控制在1万元内，却完成了原本需要超过10台硬件设备才能完成的功能。同时非常易于维护，并因为硬件设备的减少，能耗也大幅降低。

Tips
* Xen企业产品的官网提供了很多详细指导视频，建议先进行直观的了解。部分教程可以下载回来，协助配置。
* XenServer的免费版也是需要注册激活的，不收钱，但是也别忘记了。
* 如果需要安装GUI的Centos，不要选默认的Centos模板，要选择”Other Install Media”才能识别显卡 :(
* 个人观点：lvm是非常不适合虚拟机环境的文件系统。难以迁移和管理，硬件变化对lvm的影响可能是灾难的。我很迷惑为什么现在的Linux都要以lvm为默认的文件系统。

]]> http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e7%9a%84-xenserverxendesktop-%e8%99%9a%e6%8b%9f%e5%8c%96%e5%ba%94%e7%94%a8%e6%96%b9%e6%a1%88/feed/ 15 关于SPlayer项目中 rev#1374-1382 的一些结构变化 http://blog.splayer.org/index.php/2010/07/%e5%85%b3%e4%ba%8esplayer%e9%a1%b9%e7%9b%ae%e4%b8%ad-rev1374-1382-%e7%9a%84%e4%b8%80%e4%ba%9b%e7%bb%93%e6%9e%84%e5%8f%98%e5%8c%96/ http://blog.splayer.org/index.php/2010/07/%e5%85%b3%e4%ba%8esplayer%e9%a1%b9%e7%9b%ae%e4%b8%ad-rev1374-1382-%e7%9a%84%e4%b8%80%e4%ba%9b%e7%bb%93%e6%9e%84%e5%8f%98%e5%8c%96/#comments Sun, 11 Jul 2010 03:24:47 +0000 Tomasen http://blog.splayer.org/?p=2178 射手播放器项目在最近一段时间经历了一些项目管理上的改变，并降低参与门槛：
首先，引入了SVN版本管理系统的trunk/branches/tags机制，以应对此后对多人多线开发的需求，并降低各自开发任务的互相依赖。
其次引入了WTL，为项目整体的架构迁移和重建作准备，使得射手播放器逐渐脱离对MFC的依赖，迈向更理想的程序架构，以追求更简洁高效的代码和程序效率。
在项目管理上，新导入的WTL头文件作为一个第三方依赖，不进入播放器项目的版本管理，在rev#1382后，遵循国际通行的做法，许多项目中使用的第三方依赖类库将逐渐全部从目前的版本管理系统中脱离，并作upstream处理。因此单独从SVN checkout的源代码树将不能直接通过编译。而为了方便新人入手，在开发指南另外提供一个通过Zip打包的项目文件压缩包。这个项目文件压缩包，已经包含全部完成预编译的第三方类库，所以可以直接开始编译。
这样一来，爱好者可以不必安装svn进行checkout，而只要通过http直接下载源码包后，解压即可完成编译（仍需Win7 SDK和DirectX SDK）。

]]> http://blog.splayer.org/index.php/2010/07/%e5%85%b3%e4%ba%8esplayer%e9%a1%b9%e7%9b%ae%e4%b8%ad-rev1374-1382-%e7%9a%84%e4%b8%80%e4%ba%9b%e7%bb%93%e6%9e%84%e5%8f%98%e5%8c%96/feed/ 1 射手科技将为参与SPlayer开源项目的志愿者提供资助 http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e5%b0%86%e4%b8%ba%e6%97%97%e4%b8%8b%e5%bc%80%e6%ba%90%e9%a1%b9%e7%9b%ae%e7%9a%84%e5%8f%82%e4%b8%8e%e8%80%85%e6%8f%90%e4%be%9b%e7%bb%8f%e8%b4%b9%e6%94%af%e6%8c%81/ http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e5%b0%86%e4%b8%ba%e6%97%97%e4%b8%8b%e5%bc%80%e6%ba%90%e9%a1%b9%e7%9b%ae%e7%9a%84%e5%8f%82%e4%b8%8e%e8%80%85%e6%8f%90%e4%be%9b%e7%bb%8f%e8%b4%b9%e6%94%af%e6%8c%81/#comments Tue, 06 Jul 2010 03:07:21 +0000 Tomasen http://blog.splayer.org/?p=2119 或许是因为SPlayer的项目结构过于复杂，或许是因为国内开发者的压力较大可自由支配的时间少，或许还有其他的原因，射手影音播放器作为一个立足于中文环境的开源项目，公众开发者的参与度长期以来并不算高。

因此射手科技将尝试为参与开源项目的志愿者，建立个机制，使志愿者可以获得资助，更轻松的参与到项目中来。当然这可能是一个略带争议性的话题，因为作为自由软件或者说开源项目的参与者，似乎应该是出于自愿，是否有必要设计利益关系呢。事实上，从很多大型国际开源项目的经验上说，开发者可以获得回报的机制虽然并不明显，但也并非不寻常。包括对项目捐助的分配，或者开源项目背后的服务等等。引用Google Summer of Code中FAQ的一段：

# Isn’t it unusual for open source developers to be paid?（开源开发者获得报酬是否不寻常？）
Not really（并非如此）. Many of our mentors get paid to work on open source. Some run their own consultancies, others tinker for some cash on the side, others work for large companies. Some profess to code for cotton.
That said, we do know it is tricky to introduce cash into the mix of Free and Open Source, but that is why we’re working with external organizations with years of collective experience in this kind of thing.

就我个人来说，对这种模式是否有效心里也没底。不过在能力范围内或者逻辑下无法求得最优解时，也许最好的方案确实是follow your  heart。即便错了，至少可以说无怨无悔。

射手科技为参与SPlayer项目的志愿者，包括开发、测试或其他方面的志愿者，提供多种资助模式。虽然数量并不多，但是已是能力所及。：
A) 基于成就的资助模式
针对解决特定TODO条目和技术难题的开发者，按解决的复杂度和时间，获得对应的资助。
优点：时间管理比较灵活，可以从兴趣出发。

B) 固定参与的资助模式
对于长期参与项目的开发者或设计者，可以按月获得相应的资助。同时还可参加由射手科技定期组织的培训和课程。
优点：可以有相对稳定的收入，可以共同学习提高。
凡是并有意愿投入时间加入的志愿者，且成功提交patch或进行功能改进的开发者，均可申请成为项目的固定参与者。
射手科技可为每位固定参与者每月提供高至800元资助。

C) 资深参与者
每1-3个月，我们会对参与者的工作进行评估，对于有突出贡献的参与者，可以获得更多的资助。
射手科技为每位资深项目参与者每月提供高至2000元开发资助。

D) 高级参与者
成为射手科技的固定雇员，长期从事SPlayer相关开发。

具体的参与流程：
开发者在TODO列表和技术挑战中选择一项或几项
向SPlayer项目管理组进行登记，对于需要一定开发周期的条目，预估开发所需消耗的时间。
SPlayer项目管理组对条目和消耗时间进行评估，并与开发者约定可提供的经费金额。
开发者完成开发，提交patch或commit，并领取经费。
完成至少2条TODO列表或1条技术挑战中的项目后，可以申请成为固定参与者，并按月领取开发资助。

SPlayer项目管理组的联络方式：
Email: tomasen@gmail.com

]]> http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e5%b0%86%e4%b8%ba%e6%97%97%e4%b8%8b%e5%bc%80%e6%ba%90%e9%a1%b9%e7%9b%ae%e7%9a%84%e5%8f%82%e4%b8%8e%e8%80%85%e6%8f%90%e4%be%9b%e7%bb%8f%e8%b4%b9%e6%94%af%e6%8c%81/feed/ 4 射手科技的成立说明暨招聘告示 http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e7%9a%84%e6%88%90%e7%ab%8b%e8%af%b4%e6%98%8e/ http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e7%9a%84%e6%88%90%e7%ab%8b%e8%af%b4%e6%98%8e/#comments Sun, 04 Jul 2010 19:17:47 +0000 Tomasen http://blog.splayer.org/?p=2107 上海射手信息科技有限公司（Sagittarius Technology Co. Ltd.）于2010年Q2在上海正式成立（虽然我个人更想以基金会的形式作为一个开始，但根据国内的法规，那对我们来说是不可能的），将主要负责推广射手相关产品的研发使用，支持产品开发者和爱好者社区的活动，以及维护包括开发者设计者在内的权利人权益。射手科技秉承开放的理念，通过高度组织化、协作化、透明化的工作流程，研发和推广射手的技术和产品。

射手科技不是传统意义上的软件公司。我们是致力于为中文用户提升影音娱乐体验的社会化组织，是期待能在未来扶植和创造更多深层次技术与应用的花园。射手科技旗下包括射手网和开源的射手播放器（或称射手影音）。

特别说明：
射手播放器（或称射手影音）作为射手科技旗下产品根据对应的开放原始码许可（统称“开放原始码许可”）的条款，以原始码的形式在 http://www.splayer.org 上提供。本说明中的任何内容不应诠释为限制任何根据开放原始码授权授予的权利。除上文所述之外，射手科技谨代表本身和其许可人保留本产品中的所有知识产权。惟许可协议另行授予的权利之外，您不得移除或更改产品中或上面的任何商标、标志、著作权或其他专有权通知。我们也并未授权您使用射手或其许可人的商标、服务商标或标志。

对于常年来一直支持和帮助射手的朋友们，我在此特别表示感谢。因为部分朋友没有留下过Email或者联系方式迭失，所以也许我的致谢信没有能送到你的手上。不过我想一纸书信是聊表心意，而如果我们能让射手为社会和文化做出更多的贡献，将是对所有帮助过射手的朋友们的最好的回报。

在射手科技正式成立之时，我们也非常期望拥有共同理想的你来加入我们。如果你在任意一个技术领域（开发：C/C++、UI交互、NSIS；设计：网页、界面；多媒体：DXVA/FFmpeg/DirectShow/算法；或移动及其他平台：Android/iPhoneOS/OSX/嵌入设备、数据挖掘或分析:DM /BI、算法：架构）有浓厚的兴趣并愿意（或已经）投入大量的时间。欢迎随时联络。

简单说，我们需要有创业心态的技术人才。不论在校、应届或者已经参加工作的朋友，只要你觉得自己有快速学习和实践的能力，也愿意在年轻的时候掺和次创业，欢迎面谈。如果是在校或者兼职，我们也可以在研究方向达成共识后，提供实习机会或经费共同学习研究。对于全职员工，公司执行灵活的工作时间制度， 但要求高度自律和专心投入。我们将会进入一个高挑战的时期，也会是整个团队共同学习实践不断进步的良好时期。工作地点将位于上海静安与黄浦区交界处，交通方便，周边繁华，期待你和我们一起喝下午茶。

你可以直接联系沈晟：tomasen@gmail.com

请附上简历并说明你的：
* Email
* twitter/新浪微博
* 博客
* facebook/开心网等的地址

射手科技的招聘流程如下：
1.邮件面试
2.技术面试
3.案例执行和实践
3.入职：劳动合同等

具体职位包括但不限于招聘职位列表

一点点额外的期望
—————-
* 你曾经阅读过《高效能人士的七个习惯》、《Getting Real》、《Rework》，理解其中观点并努力实践。
* 懂得GTD，对平衡自己欲望和工作的艺术有兴趣。
* 有耐心、耐力和勇气面对问题，解决问题。
* 不吸烟或有决心戒烟。
* 如果你是和我们一样有伟大理想却又能够脚踏实地快速做事的Geek，还犹豫什么呢？*射手创业团队在盼望你的加入。
* 辍学者优先 ;)

珍惜现在，努力生活。

]]> http://blog.splayer.org/index.php/2010/07/%e5%b0%84%e6%89%8b%e7%a7%91%e6%8a%80%e7%9a%84%e6%88%90%e7%ab%8b%e8%af%b4%e6%98%8e/feed/ 44 射手影音播放器以最快速度加入VP8(Webm)高清格式播放支持 http://blog.splayer.org/index.php/2010/05/%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8%e4%bb%a5%e6%9c%80%e5%bf%ab%e9%80%9f%e5%ba%a6%e5%8a%a0%e5%85%a5vp8webm%e9%ab%98%e6%b8%85%e6%a0%bc%e5%bc%8f%e6%92%ad%e6%94%be%e6%94%af/ http://blog.splayer.org/index.php/2010/05/%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8%e4%bb%a5%e6%9c%80%e5%bf%ab%e9%80%9f%e5%ba%a6%e5%8a%a0%e5%85%a5vp8webm%e9%ab%98%e6%b8%85%e6%a0%bc%e5%bc%8f%e6%92%ad%e6%94%be%e6%94%af/#comments Thu, 20 May 2010 10:05:17 +0000 Tomasen http://blog.splayer.org/?p=2128 近日Google I/O大会上，Google确认收购On2，开始推广VP8高清视频编码技术，并将VP8相关代码开源，项目命名为Webm。

目前绝大部分高清编码文件，均为H264标准所统治。尽管至今为止所有用户都可免费使用所有H264技术下诞生的产品或视频。但是多数人所不知道的是，H264包含千余项的来自微软、苹果等大公司专利。而作为H264的专利授权负责组织的MPEG-LA，也只不过将针对客户端播放的应用免费授权期延长了几年而已，而并不是说永久免费。所以H264的专利问题，真可谓暗潮涌动+盘根错节，一直是业界悬而未决的达摩克利斯之剑。因此Google选择在H264阵营之外的VP8技术，并将其开放授权给公众使用，也可算是一项利己利人的义举。而各大公司和厂商，也都乐于将H264的专利授权甩开，纷纷表示将加入对VP8视频的支持。

射手影音播放器，也已于今日最新的Build 1341前卫版中直接支持VP8格式的高清文件。

下载最新版的射手影音播放器： http://splayer.org/more.html

VP8测试文件下载： http://lachy.id.au/lib/media/elephantsdream/Elephants_Dream-720p-Stereo.webm

针对VP8技术而言，根据On2的宣传资料表示，画质会比H264更高（宣称画质高出50%）。根据目前的技术分析来看，可以确认VP8技术不会逊于H264。可以从一些底层算法逻辑看出，不管是借鉴也好，不告而取也好，VP8的算法和H264有不少相似之处。至于是否真的要比H264好那么多，仍然存疑。但是多一个开放免费的标准永远不是坏事。

]]> http://blog.splayer.org/index.php/2010/05/%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8%e4%bb%a5%e6%9c%80%e5%bf%ab%e9%80%9f%e5%ba%a6%e5%8a%a0%e5%85%a5vp8webm%e9%ab%98%e6%b8%85%e6%a0%bc%e5%bc%8f%e6%92%ad%e6%94%be%e6%94%af/feed/ 47 射手影音播放器 3.5.1 稳定版 http://blog.splayer.org/index.php/2010/04/%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8-3-5-1-%e7%a8%b3%e5%ae%9a%e7%89%88/ http://blog.splayer.org/index.php/2010/04/%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8-3-5-1-%e7%a8%b3%e5%ae%9a%e7%89%88/#comments Tue, 06 Apr 2010 23:45:29 +0000 Tomasen http://blog.splayer.org/?p=2100 射手影音播放器 3.5.1 是个较小的版本更新，不过也包括近50处改进。例如支持IPV6、自动简繁转换、动画字幕、改善字幕匹配服务的网络通讯稳定性等等。

主要更新有：
*支持通过IPV6进行通讯来使用字幕匹配服务
*加入自动字幕简繁转换功能。为简体用户自动将繁体字幕转为简体。反之亦然。(此功能也可以在设置面板中关闭)
*支持动画字幕，例如卡拉OK式的SSA字幕。
*原生支持rmvb的边下边看
*支持带有TRUEHD标志的mkv文件
*支持SCM格式文件
*支持amr扩展名的文件播放
*支持QTRLE格式的mov文件
*影片正常播放30秒后才会记忆退出断点以供续播
*记忆播放过的影片的字幕和音轨用户选择
其他更新有：
*Ctrl+HOME/DELETE/END 可以快速跳转至片头、片中和片尾亮度调节快捷键改为 Alt+HOME/END
*显示字幕时改变字幕菜单中的文字为“关闭字幕”
*对ram文件提供更好的支持
*对网络音频流不自动进行歌词匹配
*打开文件时间较长时，显示正在打开的提示
*修正部分音频在播放一段时间后无声的问题
*修正amr播放中可能出现的内存泄露问题
*修正一个h264解码问题
*少许改善性能模式下显示隔行画面的画质
*修正部分rmvb文件播放不流畅的问题
*取消手动下载字幕的界面
*防止对日文字幕进行繁简转换
*支持启动即全屏模式
*修正部分情况下工具栏按钮同时显示静音和喇叭标志的问题
*修正OEM版IVM解码文件会安装至错误位置的问题
*顶部悬浮控制面板根据顶部工具栏的高度来确定位置改善DTS数字输出的硬件兼容性
*按下停止按钮时，清除断点续播的记忆位置
*可以通过ui.ini控制主界面的最小宽度
*为不同尺寸的skin图标对界面尺寸做出相应的调整
*当目录下有m3u类的播放列表文件时，避免添加重复的项目文件
*修正快速切换mp3时，下载歌词争用线程导致异常的问题
*修正一个Norton 360最新版导致的冲突问题
*进行自动字幕语言转换时通过OSD进行一点友好的说明提示
*更智能的判断是否进行自动字幕简繁转换选项中
*可以启用和关闭自动字幕简繁转换功能
*修正半透明无标题栏界面播放音乐时不恰当的响应顶部按钮的事件
*闲置时清理30天未使用的字幕文件，避免网络字幕存储文件夹无限增大
*通过网络匹配字幕时不显示“正在显示字幕…”的提示
*修正：OpenSSL的RAND_ADD可能导致不稳定的线程问题
*非播放中双击界面空白处改为在全屏和窗口之间切换（非影院模式下）
*播放器背景图片设置为大尺寸时，手动关闭影片不会再将窗口缩放至背景图片的原始尺寸
*改为按“Tab”键显示当前播放文件位置而不是鼠标移动至界面下半部分时显示当前播放文件所在位置
*调用到断点续播功能时显示提示文字
*修改亮度不能修改时对应的提示文字为“您需要启用画质模式才能控制亮度”
*修正一些情况下快捷键不能正常调整亮度的问题
*手动匹配字幕时可以关闭匹配窗口重试网络不超过7次
*在网络连接失败时提示修改防火墙或安全软件设置
*调整网络超时时间限制
*根据wikimedia的词库改善自动简繁转换的算法
*初次下载失败后在多个匹配服务器间逐一切换
*简体界面环境下会自动将繁体字幕转为简体显示繁（正）体界面环境下会自动将简体字幕转为繁（正）体显示
*使用halli作为mp4分离的备用方案，以便兼容没有moov atom的mp4文件 :(
*支持大于4G的MP4Splitter

立刻下载 3.5.1版 |   参与开发

]]> http://blog.splayer.org/index.php/2010/04/%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8-3-5-1-%e7%a8%b3%e5%ae%9a%e7%89%88/feed/ 106 媒体播放器三大底层架构 http://blog.splayer.org/index.php/2010/03/%e5%aa%92%e4%bd%93%e6%92%ad%e6%94%be%e4%b8%89%e5%a4%a7%e5%ba%95%e5%b1%82%e6%9e%b6%e6%9e%84%e7%ae%80%e6%9e%90/ http://blog.splayer.org/index.php/2010/03/%e5%aa%92%e4%bd%93%e6%92%ad%e6%94%be%e4%b8%89%e5%a4%a7%e5%ba%95%e5%b1%82%e6%9e%b6%e6%9e%84%e7%ae%80%e6%9e%90/#comments Tue, 30 Mar 2010 08:53:44 +0000 Tomasen http://blog.splayer.org/?p=2074 自射手影音推出以来，生活中越来越多的时间开始被代码和各种Bug-Fix淹没。埋头在田里太久，常常会在一时之间忘记身处何方。所以偶尔上来透透气，顺便将一些经验和心得与大家分享。

媒体播放工具，这里主要指视频播放，因为要面临庞大的兼容性和纷繁复杂的算法，从架构上看，能脱颖而出的体系屈指可数。大体来说业界主要有3大架构：MPC、MPlayer和VLC。这3大架构及其衍生品占领了90%的市场，凡是用户能看到的免费媒体播放软件，无一不是源自这3大架构。

MPC/HC架构
MPC（Media Player Classic）和它的后续者MPC-HC应该并列而说。MPC基于DirectShow架构，是Windows系统下元祖级别的播放器。包括KMP之流最早也就是抄来MPC的代码再换个界面。MPCHC则在MPC的原作者Gabest渐渐退出开发后的继承者，MPCHC有很多创新特性，包括开始融入ffmpeg和支持更多DirectX特性和DXVA等等。

优点：更直接的支持DXVA，对一些稀奇古怪的Windows平台上的格式可以通过调用第三方的Filter组件等，拥有更好的兼容性
缺点：有人说DirectShow是Windows中最难掌握的SDK，开发复杂；DirectShow允许第三方封装的特点也让兼容性和稳定性问题复杂化；第三方Filter出现异常时非常难以分析处理，更难以复用；
射手播放器的架构主要来自MPC-HC，但更多的融合了FFmpeg的优势，对DirectShow Filter进行了多处改写，大大加强了对ffmpeg的利用，提高了解码稳定性，同时扩展了解码能力和兼容性。

mplayer架构
如果说MPC是Windows上的元祖，那么mplayer就是linux上媒体播放的元祖了。mplayer使用ffmpeg作为解码核心，也是与ffmpeg结合最紧密的项目，ffmpeg的代码就是由mplayer来host，开发者群也有非常大的交集。借助linux开发/使用者的强大实力，mplayer建立了要比DirectShow稳定的多的工作流程。超越ffmpeg本身的功能外，后来又通过反向工程使之可以调用Windows上的DirectShow Filter DLL，让mplayer架构越来越吸引人，成为兼具稳定性和性能的优秀作品。

优点：稳定，兼容性也可以说相当不错
缺点：代码结构不清晰；纯C语言开发，难于阅读；显卡硬件加速还需要越过更多障碍

VLC架构
VLC是个后起之秀，开发速度的进展可以说是一只奇葩。虽然同样基于ffmpeg，但可能是相对于“左三年右三年缝缝补补又三年”的mplayer架构来说，VLC的架构在设计之初就很好的考虑到模块化开发，所以使它更吸引年轻的开发人员。成为近年发展非常快的架构。

优点：稳定，兼容性也可以说相当不错
缺点：纯C语言开发，难于阅读；硬件加速略有障碍

很多人都会发现，3大架构中都可以看到ffmpeg的名字。说起ffmpeg，那真是”One Ring to rule them all，One Ring to find them, One Ring to bring them all“。在#ffmpeg有人和我说过，想不用ffmpeg去写媒体播放器，就像是造汽车而不用车轮。但是ffmpeg本身仅作为命令行工具或类库（常见的如libavcodec）出现。终端用户很少能直接接触到ffmpeg，所以知名度也较小。ffmpeg的详细架构，下次有时间时再续……

*注1：所有优缺点均仅针对架构本身而言
*注2：文中观点为个人意见，仅供参考

]]> http://blog.splayer.org/index.php/2010/03/%e5%aa%92%e4%bd%93%e6%92%ad%e6%94%be%e4%b8%89%e5%a4%a7%e5%ba%95%e5%b1%82%e6%9e%b6%e6%9e%84%e7%ae%80%e6%9e%90/feed/ 12 感谢！射手影音播放器日均下载过万次 http://blog.splayer.org/index.php/2010/03/%e6%84%9f%e8%b0%a2%ef%bc%81%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8%e6%97%a5%e5%9d%87%e4%b8%8b%e8%bd%bd%e8%bf%87%e4%b8%87%e6%ac%a1/ http://blog.splayer.org/index.php/2010/03/%e6%84%9f%e8%b0%a2%ef%bc%81%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8%e6%97%a5%e5%9d%87%e4%b8%8b%e8%bd%bd%e8%bf%87%e4%b8%87%e6%ac%a1/#comments Wed, 17 Mar 2010 09:01:05 +0000 Tomasen http://blog.splayer.org/?p=2071 感谢所有射手播放器的用户、参与者、开发者和支持者，根据射手影音主页的统计，射手影音播放器的日均下载已于上周末超过万次。同时每日通过射手播放器调用系统服务的请求也超过千万次，每日活跃用户数已逾50万人。

虽然自第一个版本发布至今不足一年，且到目前为止射手播放器并没有多少收入。但使用者的认可，就是对射手播放器项目最大的礼物。而今日的成果，更是来自多方的参与，所以也必须感谢那些提交设计、Patch，对代码做出贡献和给我帮助指导的朋友们。

今后射手播放器还是会以持续技术创新和应用创新的态度，在开源的道路上坚持追求。我的目标是通过优秀的服务和产品而不是强×来公平的挣取收入，证明在中国走合法合规的道路-即便会有痛苦和困难-也同样可以的创造出成功的品牌。希望未来能有更多有理想的朋友加入到项目中来，一同创造一个真正拿得出手的中文开源项目。

]]> http://blog.splayer.org/index.php/2010/03/%e6%84%9f%e8%b0%a2%ef%bc%81%e5%b0%84%e6%89%8b%e5%bd%b1%e9%9f%b3%e6%92%ad%e6%94%be%e5%99%a8%e6%97%a5%e5%9d%87%e4%b8%8b%e8%bd%bd%e8%bf%87%e4%b8%87%e6%ac%a1/feed/ 44