OK！同学们，现在开始给影音进行解剖，看看它的构造和我们人类有什么不同，解剖到任何区域我都由左往右一个个器官进行介绍，同学们要坚持住哦！


区域1：
影音的顶部，由顶部背景图片、LOGO文字图片、缩进系统按钮、缩小按钮、延展按钮（原始大小）、关闭按钮组成。

区域2：
影音的tips，先由tips背景图片，左边由放大1倍、放大2倍、标准画面（去上下黑边、去左右黑边）、音轨选择、画质增益，右边由正常播放（单曲循环、列表循环）、亮度对比度、截图、全屏切换（原始缩进）、窗口置前（窗口正常）、关闭按钮（全屏时才出现）组成。

区域3：
影音的控制栏，先是控制栏背景图片，剩下的先分为左、中、右三个部分来观察它吧
左边由LOGO、分享按钮、字幕左箭头、字幕按钮、字幕右箭头
中边由上一段、快退、停止、播放（暂停）、步进、快进、下一段
右边由打开文件、播放列表、设置面板、声音开启（静音）、声音大小调节按钮、声音调整背景图组成

区域4：
影音的边框由影音边框组成组成

区域5：
影音的打开文件部分，由影音打开文件按钮组成
这个打开文件与区域3右边的打开文件功能一样但视觉大小有区别

上一节我们对影音进行了全面解剖，额~大家小心点不要踩到，不然影响后期拼装，配合一下，谢谢 ……
OK，知道了影音的组成元素，要记住他们哦，麻雀虽小，五脏还是要全的！

背景图片制作方法：
(在skins文件甲下创建一个FrameCfg.dat)

区域1：
顶部背景图片

分为ABC三个部分组成一张图，A与C同等宽度与高度，B则横向无限延展

编辑FrameCfg.dat
//标题栏
CAPTIONHEIGHT:31;  //标题栏框横向延展图高度B区域
LCAPTIONTHICKWIDTH:3;//标题栏框左边图宽度A区域
RCAPTIONTHICKWIDTH:3;//标题栏框右边图宽度C区域

区域2：
tips背景图片，为一个颜色块来做横向无限延展背景图

区域3：
控制栏背景图片

切掉两边取中间A部分1px图横向无限延展

声音调整背景图

作为贴图背景

区域4：
影音边框

取4个角，4个1px边做为无限延展
编辑FrameCfg.dat
//框架
FRAMECORNERWIDTH:3;//圆角的宽度
FRAMECORNERHEIGHT:3;//圆角的高度
LFRAMETHICKHEIGHT:1;//左边框纵向延展高度
TFRAMETHICKWIDTH:1;//顶部框横向延展宽度
RFRAMETHICKHEIGHT:1;//左边框纵向延展高度
BFRAMETHICKWIDTH:1;//底部框横向延展宽度

按钮图片制作方法：

所有的可操作按钮只需要做一张显示图即可，操作的状态效果系统会自动实现，减轻了很大的工作量，还不错吧

制作规范：

图片格式：bmp
图片尺寸：无
图片命名：需与原始文件名对应上，见影音元素命名表

 
图片元素命名表：

区域1：
顶部背景图片           CAPTION
LOGO文字图片        CAPTIONTEXT
缩进系统按钮          BTN_MINTOTRAY_SINGLE
缩小按钮                   MINIMIZE_SINGLE
延展按钮                    MAXIMIZE_SINGLE               原始大小        RESTORE_SINGLE
关闭按钮                   CLOSE_SINGLE    

区域2：
tips背景图片             TOPBACKGROUND
放大1倍                     TOP_1X_SINGLE
放大2倍                     TOP_2X_SINGLE
标准画面        TOP_NORMAL_WIDER_SINGLE
（去上下黑边TOP_NORMAL_SINGLE                、            去左右黑边TOP_LETTERBOX_WIDER_SINGLE）
音轨选择       TOP_AUDIO_SINGLE
画质增益        TOP_VIDEO_SINGLE
正常播放        TOP_NOCYCLE_SINGLE
（单曲循环TOP_SINGLECYCLE_SINGLE          、        列表循环TOP_ALLCYCLE_SINGLE）
亮度对比度             TOP_GAMMA_SINGLE
截图                   TOP_CAPTURE_SINGLE
全屏切换      TOP_FULLSCREEN_SINGLE               （原始缩进TOP_RESTORE_SINGLE）
窗口置前      pinail2_SINGLE （窗口正常pinail_SINGLE）  
关闭按钮      TOP_CLOSE_SINGLE

区域3：
控制栏背景图片      BOTTOMBACKGROUND
左边由
LOGO                       SPLAYER
分享按钮                BTN_SHARE_SINGLE
字幕左箭头           BTN_SUB_DELAY_REDUCE_SINGLE
字幕按钮               BTN_SUB_SINGLE
字幕右箭头          BTN_SUB_DELAY_INCREASE_SINGLE
中边由
上一段                  BTN_PREV_SINGLE
快退                      FAST_BACKWORD_SINGLE
停止                     BTN_STOP_SINGLE
播放         BTN_PLAY_SINGLE           （暂停         BTN_PAUSE_SINGLE）
步进             BTN_STEP_SINGLE
快进              FAST_FORWORD_SINGLE
下一段          BTN_NEXT_SINGLE
右边由
打开文件              BTN_OPENFILE_SMALL_SINGLE
播放列表              BTN_PLAYLIST_SINGLE
设置面板              BTN_SETTING_SINGLE
声音开启     VOLUME_SINGLE      （静音   MUTED_SINGLE）           
声音大小调节按钮      VOLUME_TM_SINGLE
声音调整背景图      VOLUME_BG

区域4：
影音的边框由影音边框组成    FRAMECORNER

区域5：
影音打开文件按钮       BTN_BIGOPEN_SINGLE

其他元素：
预览图      皮肤名称 single
影音标示       watermark2

步骤：
1：整理好图片元素，对应好图片名
2：在SPlayer\skins下自建文件夹命名为xxxx
3：再将整理好的图片元素放入xxxx中
4：打开射手影音播放器右键  界面==》选择xxxx皮肤
5：恭喜您已经成功的做了一套符合自己的皮肤了

第一阶段：看和学

在和一些开源爱好者的接触过程中，我发现很多人都对自己关注的项目缺乏技术层面的理解。不论是对功能、代码或者项目的设计方向都很模糊，甚至大部分连代码都没有下载编译过。我想提醒爱好者的是，参与开源项目并不是靠一个简单的意愿就可以驱动的进程。阅读项目代码和了解设计脉络是必须的！

从小处着手：尝试修正bug/issue

绝大部分面向公众开放的开源项目都有issue区或者bug tracker。所谓issue区，也就是问题汇总。对项目有兴趣的爱好者，与其漫无目的开始，不如在issue/bug中先找到一个自己感兴趣的小问题，作为第一个目标并尝试解决它。

制作patch

patch又叫做补丁。是用来修补代码的文本文件。一个典型的patch文件例如:

--- clinkcc.orig/configure.in 2005-11-14 18:08:07.000000000 +0100
+++ clinkcc/configure.in 2005-11-14 18:08:13.000000000 +0100
@@ -150,6 +150,7 @@
AC_CHECK_FUNCS([iconv])
+AM_ICONV

可以看到patch文件是对修改前和修改后文件进行了比较，并将有差异的部分记录在文件中。例如使用命令行工具diff来制作的patch：

diff -u oldFile newFile > mods.diff

很多可视化版本管理工具本身也自带制作patch的功能。
通过小巧的patch，项目管理者可以快速的看到修订内容并进行评估。如果没有patch，项目管理者就很难对修改做出是否可用的判断。所以为了不浪费双方的时间，掌握制作patch的专业技巧也是必须的。

熟悉版本管理系统

开源项目中使用的版本管理系统的种类越来越多。除了被淘汰的cvs、传统主流的svn，新的版本管理体系例如Git和Mercutial(Hg)越来越流行。系统越来越多，确实增加了开发者的学习成本。但也只有掌握版本管理系统，才有可能和其他项目开发者并行开发并进行友好的协作。因此在完成第一个issue的阶段，也是摸熟版本管理工具的好时机，要好好把握。

代码规范

现代的各大开源项目对代码规范的要求越来越严格。在几十人以上和近百万行代码的项目中，必须依赖代码规范来保证代码的可读性。所以在撰写代码时，一定要注意是否符合该项目中对代码规范的要求，以免被退票。

遵守规则

一些大型项目中，可能还有除了代码规范之外的项目规则。一定要仔细阅读清楚主页或开发者社区的相关说明，以避免不必要口舌。

更进一步

联系项目管理者

当有一些可能带来重大改变的想法时，务必要先和项目管理者保持良好的沟通。通过email或邮件列表或irc将你的想法描述清楚。获得项目管理者和项目中其他开发者的认同和帮助是一个关键。附带提一句，初次联络时，务必不要忘记自我介绍，这并不仅仅是礼貌，更是建立信任的主要基础。

成为固定成员

通过积累patch和建立信任的阶段之后，通常管理者都会主动邀请你成为固定的开发成员。对于这个问题，我的建议是保持良好的心态，该来的自然会来。

建立新的分支或Fork

Fork是我认为很难翻译的词。Fork的原意就是餐具中的叉子，没有任何褒贬的倾向。在开发者的世界，可以将它理解为师出同源的几个叉子尖。当你对项目有一个“狂野”的想法时，项目管理者可能并不愿意在项目中看到这样的实验性分支。这时就可以fork一个分支项目，来实现自己的想法。尤其是git和hg大流行的背景下，fork后再merge back变得很容易，所以fork对项目的维护负担也减小变得更容易被接受。

时间管理

绝大部分参与开源项目的开发者都是利用业余时间来撰写代码的。所以良好的时间管理，才能帮助你有效的达成目标。近年来开源项目的技术规格越来越高，有一个预先制定的时间表，更能帮助你准备好一个良好的心态而不至半途而废。只要用心和持之以恒，你就会受到关注和尊重，甚至是雇主的重新评估乃至嘉许。

希望这篇小手册可以帮更多开发者轻松的参与到更多国际化的开源项目中。也欢迎随时关注射手的开源项目 http://hg.splayer.org/splayer/

Free software中的“Free”是指“自由”。换句话说，我们指的是言论自由，而不是免费啤酒。“Free software” is a matter of liberty, not price. To understand the concept, you should think of “free” as in “free speech”, not as in “free beer”.

自由软件关乎用户运行、复制、分发、改进软件的基本自由。更精确地，我们可以将之列为四大基本自由。Free software is a matter of the users’ freedom to run, copy, distribute, study, change and improve the software. More precisely, it means that the program’s users have the four essential freedoms：

* 运行的自由。The freedom to run the program, for any purpose (freedom 0).
* 学习和修改的自由。开源是保证这个自由的前提。The freedom to study how the program works, and adapt it to your needs (freedom 1). Access to the source code is a precondition for this.
* 复制分发的自由。The freedom to redistribute copies so you can help your neighbor (freedom 2).
* 对软件进行改进的自由。开源是保证这个自由的前提。The freedom to improve the program, and release your improvements to the public, so that the whole community benefits (freedom 3). Access to the source code is a precondition for this.

射手影音（SPlayer）作为开源运动的支持者和受益者，一直信仰这种自由理念。而我个人，也是因对软件进行改进的这项自由而开始爱上开源。我们希望所有开源爱好者都不要忘记开源运动诞生自这种自由。

注：MPlayerX的作者婉言谢绝了我们的捐助，所以我们会以其他方式回馈给开源社区

而一个时期以来初创公司的增多，也让关于大公司和小公司的比较学研究保持着坚强的生命力。著名的 @Fenng 所发表的博文被不断的转帖，更让这个话题达到了高潮。

几位大牛的博文也可谓委婉。在暗暗表述大家都应该来初创公司(Startup)的主题时，都会先捧捧大公司留足面子。而在我看来：99%的大公司就是XX，愿意呆的人，本来就不适合来小公司。

作为一个思维正常的人类，大都希望留在大公司打工，是符合自然规律的。除了以唐骏为偶像的珍稀品种之外，致力为大公司效力者无外乎两种人。第一种为压力所迫，揉一揉为求一席之地而背起房子车子和孩子的肩膀，只有将冲动深深地埋到连自己都忘记的树洞里面去。另一类则是已经立志追求安逸的人生，平平安安舒舒服服有面子走向大结局已经是终极目标的人。对他们来说，大树底下好乘凉。

这两类朋友，真诚地说，当真不适合初创公司。因为初创公司的发展注定是剧烈波动的，是不稳定的，会是如同过山车般的。正如我们在去游乐场的时候，都可以看到提示：“高血压、心脏病或老年人勿乘”。就是这个道理，如果并不相配的人硬要凑在一起，很可能是个灾难。

所以，大公司还是小公司的问题，确实是因人而异。什么样的人适合初创公司呢？必定多多少少是有些非主流的，甚至因为对人生价值的高预期而导致有些叛逆的朋友。其中优秀并可被称为人才者，是那些叛逆之中又不乏冷静的人──不相信书本，但相信真理;不信上帝，但相信逻辑;不相信中医，但相信方法论;不相信结论，但相信推论……如果你是这类人，到大公司去做小螺丝先天就不适合。

所以，借用李开复的理念来说：
要回答这个问题
必须要先问问你的心
如果你问了
它会告诉你
是去小公司
还是不去大公司

需求整理
射手科技开发环境需要配置的服务器包括且不限于：版本管理、文件共享、开发测试、模拟生产环境、域控制、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为默认的文件系统。

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

主要更新有：
*支持通过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版 |   参与开发

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

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