Posted 2010年07月05日, under
焦点资讯
上海射手信息科技有限公司（Sagittarius Technology Co. Ltd.）于2010年Q2在上海正式成立（虽然我个人更想以基金会的形式作为一个开始，但根据国内的法规，那对我们来说是不可能的），将主要负责推广射手相关产品的研发使用，支持产品开发者和爱好者社区的活动，以及维护包括开发者设计者在内的权利人权益。射手科技秉承开放的理念，通过高度组织化、协作化、透明化的工作流程，研发和推广射手的技术和产品。
射手科技不是传统意义上的软件公司。我们是致力于为中文用户提升影音娱乐体验的社会化组织，是期待能在未来扶植和创造更多深层次技术与应用的花园。射手科技旗下包括射手网和开源的射手播放器（或称射手影音）。
特别说明：
射手播放器（或称射手影音）作为射手科技旗下产品根据对应的开放原始码许可（统称“开放原始码许可”）的条款，以原始码的形式在 http://www.splayer.org 上提供。本说明中的任何内容不应诠释为限制任何根据开放原始码授权授予的权利。除上文所述之外，射手科技谨代表本身和其许可人保留本产品中的所有知识产权。惟许可协议另行授予的权利之外，您不得移除或更改产品中或上面的任何商标、标志、著作权或其他专有权通知。我们也并未授权您使用射手或其许可人的商标、服务商标或标志。
对于常年来一直支持和帮助射手的朋友们，我在此特别表示感谢。因为部分朋友没有留下过Email或者联系方式迭失，所以也许我的致谢信没有能送到你的手上。不过我想一纸书信是聊表心意，而如果我们能让射手为社会和文化做出更多的贡献，将是对所有帮助过射手的朋友们的最好的回报。
在射手科技正式成立之时，我们也非常期望拥有共同理想的你来加入我们。如果你在任意一个技术领域（开发：C/C++、UI交互、NSIS；设计：网页、界面；多媒体：DXVA/FFmpeg/DirectShow/算法；或移动及其他平台：Android/iPhoneOS/OSX/嵌入设备、数据挖掘或分析:DM /BI、算法：架构）有浓厚的兴趣并愿意（或已经）投入大量的时间。欢迎随时联络。
…继续阅读更多 ▶
Posted 2010年05月20日, under
焦点资讯
近日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好那么多，仍然存疑。但是多一个开放免费的标准永远不是坏事。
47 comments so far, add yours ▶
Posted 2010年04月07日, under
日志
射手影音播放器 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版 | 参与开发
106 comments so far, add yours ▶
Posted 2010年03月30日, under
技术分享
自射手影音推出以来，生活中越来越多的时间开始被代码和各种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：文中观点为个人意见，仅供参考
13 comments so far, add yours ▶
Posted 2010年03月17日, under
日志
感谢所有射手播放器的用户、参与者、开发者和支持者，根据射手影音主页的统计，射手影音播放器的日均下载已于上周末超过万次。同时每日通过射手播放器调用系统服务的请求也超过千万次，每日活跃用户数已逾50万人。
虽然自第一个版本发布至今不足一年，且到目前为止射手播放器并没有多少收入。但使用者的认可，就是对射手播放器项目最大的礼物。而今日的成果，更是来自多方的参与，所以也必须感谢那些提交设计、Patch，对代码做出贡献和给我帮助指导的朋友们。
今后射手播放器还是会以持续技术创新和应用创新的态度，在开源的道路上坚持追求。我的目标是通过优秀的服务和产品而不是强×来公平的挣取收入，证明在中国走合法合规的道路-即便会有痛苦和困难-也同样可以的创造出成功的品牌。希望未来能有更多有理想的朋友加入到项目中来，一同创造一个真正拿得出手的中文开源项目。
44 comments so far, add yours ▶
Posted 2010年02月28日, under
日志
射手播放器字幕匹配主服务器硬件故障，很抱歉给各位用户带来的不便（2010-02-28 14:25）。
目前已经修正，所有相关服务恢复正常 （2010-02-28 16:07）。
祝各位元宵节快乐
15 comments so far, add yours ▶
