support tom
[Reply]
被一帮打着开源旗号的“开源人士”围攻，自己没有拿得出手的作品，还早不来晚不来，唉，，，只能说是我朝的特色 在这样的瓷国大环境下，真正的开源人士是不会苛求一个开源项目的
辛苦tom了，支持一下
雷厉风行！行动一定要迅速，掌握主动权！
辣鸡！
支持TOM。在这么多喷子的误解和无端谩骂之后TOMSEN还这么坚持更新与更正协议，很敬佩。 支持射手！
支持射手！
一直和splayer坚持走下去
我不认为你现在的规划是一个最好的解决方案，因为你的举动其实反到被用来证明开源和GPL的“缺点”。
实际上，我理解你的核心问题是要保护字幕资源。匹配字幕的部分你完全可以GPL开源，但是服务器提供字幕服务与源码是否open source是无关的。你只需要声明对于字幕服务的保护即可。任何播放器如果未经允许调用或变相调用你的字幕，就是侵犯了你的权利，可以起诉之。
实际上，问题的关键是，腾讯（及其他绝大部分国内企业）其实很无耻，另一方面，它又不够无耻，如果它愿意，它完全可以自行开发字幕匹配服务，然后把射手和其他站点的字幕都人肉复制到他自己的服务器去。
所以你再怎么通过技术手段来保护，都是没有意义的。有意义的做法是通过舆论和法律。然后可以想法集合利益者（如字幕组、其他字幕网站）和腾讯或其他公司做下来谈。
任务栏里是橙色图标让我总感觉需要点一下似的；
请尽快支持QuickTime解码，还有MKV！！！
目前对不完整文件仍然支持不好，像是eMule的part文件！
这个VM虚拟机或虚拟环境在这里不太理解，做什么用的？ 对建立中间层比较支持，MPC原版没有提供插件API让人感觉很纳闷，MPC-HC好像在一次某用户的需求下添加了一些接口，主要就是实现消息的传递，比如打开文件，添加文件到播放列表，控制播放位置，选择音轨(原文http://forum.doom9.org/showthread.php?t=134336)……似乎mplayer的slave模式也很意思~~ 不是这场争论，还真没注意到GPL传染性这么强。 最后，对splayer赞一个，加油。
还是希望splayer完全open source！
在播放的时候 有时候拖动进度条就会播放器就会死掉。。。不知道是什么bug 希望修复一下
加油~
除非主程序是通过 1）fork和exec 2）系统调用（android属于此类，甚至你可以用一个linux内核加上任意私有的用户层代码） 来使用你的插件的，否则你的插件都必须使用GPL或与GPL兼容的授权。 http://www.linuxforum.net/forum/showflat.php?Cat=&Board=linuxtalk&Number=634903
自然的，你如此的设计中，插件必须是使用GPL或与GPL兼容的授权。 当然，作为主程序的开发者和发布人，你可以逃避对plugin的责任，把这个责任转嫁他人。
补充一下：
1）如两点以你的设计中 主程序和中间层 以及 中间层和插件 之间不以上述 1)fork和exec，2)系统调用 进行调用 为前提。 2）中间层必须采用GPL或与GPL兼容的授权，责任人是你 3）插件必须采用GPL或与GPL兼容的授权，责任人是插件开发者 一些常用的授权在这里可以查到是否跟GPL兼容： http://www.gnu.org/licenses/license-list.html
在1）不成立的情况下 A）如果主程序和中间层之间以 1)fork和exec，2)系统调用 进行调用，那么中间层采用什么授权都是可以的。 B）由于有A），所以插件采用什么授权都是可以的。
所以——只能通过 1)fork和exec 或 2）系统调用 来逃避GPL的传染。
提醒和强调一下：自由软件运动从来不是慈善运动！自由，哥们，自由！
更正：
> 1）如两点以你的设计中 主程序和中间层 。。。
更正为：1）如下两点以你的设计中 主程序和中间层 。。。
> 所以——只能通过 1)fork和exec 或 2）系统调用 来逃避GPL的传染。
更正为：所以——只能通过 1)fork和exec 或 2）系统调用 来逃避GPL的授权传染。
我上面的话都是站在一个GPL支持者的角度说的，要逃避GPL的授权传染，mplayer装载二进制插件是最好的走灰色路线的案例。 装载插件的代码是主程序的代码，为GPL。二进制插件不是为mplayer开发的或者即使你是为mplayer开发的你也可以否认，那么它的授权可以为私有授权。 由于GPL的授权传染，如果你把二进制插件和mplayer一起发布，那么你必须提供二进制插件的代码。但如果你只发布mplayer，然后告诉用户怎么使用那些二进制插件，那么mplayer开发者、插件开发者都能逃避法律责任。至于用户使用那些二进制插件是盗版，或者用户发布带二进制插件的mplayer，法律责任在用户身上。
这是一个灰色地带，做不做全在于你的价值取向。
源代码在哪？我需要linux版本
mpc也有源代码，能在linux下编译使用吗？
有两个问题要反映，第一个：声音放大挑到最大仍不够大，与QQ影音比相差很多。第二个：全屏播放时，鼠标只要经过下方的播放进度面板，鼠标指针（那个小手）就不会自动隐藏～～～
请问2010是否有推出mac版的计划？
发现用迅雷边下载，变播放的时候，无法播放。 用暴风可以，豪杰也可以，迅雷看看也可以。 是否可以改进，期待中。。。。。。。
赞计划！ 期待集成realmedia解码包的射手播放器，貌似ffmpeg对rmvb的支持一直做得很滞后，毕竟是闭源商业标准。
@mikeven: 這種想法我從來沒有看出過合理性。固然這次的事件對Splayer有著負面的影響。由此向開源團體發出此種不負責的攻擊是沒有道理的。簡單的說，以痛恨別人而殺人或者以救人為目的的貪污，即使出發點是好的，也是不能接受的。這就是人治和法治的區別。 當你現在還在為國內政局或者一些不公平的事件而不滿的時候，請你考慮一下，你是不是在用同一個標准看所有人。要知道。之前違反GPL的問題也是tom現在知道的。
對于博主這樣的探路人，鄙人深表敬意。
@Anonymous: 不是有源代碼就能在Linux下跑。代碼還要做不少改動。
感觉这种将播放器和字幕匹配系统分离的方式，只会增加程序的复杂度，加大系统消耗，也影响播放效果。同意hax的说法，其实字幕服务器提供字幕服务和源码开放是无关的，可以进行限制，像redhat 也提供源代码，也有centos出现，但并不是说redhat的服务器要为centos提供程序升级服务。
能否将字幕匹配系统做成MPC的插件? 恕我直言，用射手的唯一原因就是懒得下字幕，而且感觉射手和MPC在同样的机器上运行，画面效果比MPC略微差了那么点点。
下载不到Montavista linux的源码，他这个用的GPL的那条规定呢？
Powered by WP Hashcash
Powered by WordPress
ICP备案编号：沪ICP备09001657号
Powered by WordPress
ICP备案编号：沪ICP备09001657号
Powered by WordPress
ICP备案编号：沪ICP备09001657号
support tom
[Reply]
被一帮打着开源旗号的“开源人士”围攻，自己没有拿得出手的作品，还早不来晚不来，唉，，，只能说是我朝的特色
在这样的瓷国大环境下，真正的开源人士是不会苛求一个开源项目的
辛苦tom了，支持一下
[Reply]
雷厉风行！行动一定要迅速，掌握主动权！
[Reply]
辣鸡！
[Reply]
支持TOM。在这么多喷子的误解和无端谩骂之后TOMSEN还这么坚持更新与更正协议，很敬佩。
支持射手！
[Reply]
支持射手！
[Reply]
一直和splayer坚持走下去
[Reply]
支持射手！
[Reply]
我不认为你现在的规划是一个最好的解决方案，因为你的举动其实反到被用来证明开源和GPL的“缺点”。
实际上，我理解你的核心问题是要保护字幕资源。匹配字幕的部分你完全可以GPL开源，但是服务器提供字幕服务与源码是否open source是无关的。你只需要声明对于字幕服务的保护即可。任何播放器如果未经允许调用或变相调用你的字幕，就是侵犯了你的权利，可以起诉之。
实际上，问题的关键是，腾讯（及其他绝大部分国内企业）其实很无耻，另一方面，它又不够无耻，如果它愿意，它完全可以自行开发字幕匹配服务，然后把射手和其他站点的字幕都人肉复制到他自己的服务器去。
所以你再怎么通过技术手段来保护，都是没有意义的。有意义的做法是通过舆论和法律。然后可以想法集合利益者（如字幕组、其他字幕网站）和腾讯或其他公司做下来谈。
[Reply]
任务栏里是橙色图标让我总感觉需要点一下似的；
[Reply]
请尽快支持QuickTime解码，还有MKV！！！
[Reply]
目前对不完整文件仍然支持不好，像是eMule的part文件！
[Reply]
支持射手！
[Reply]
这个VM虚拟机或虚拟环境在这里不太理解，做什么用的？
对建立中间层比较支持，MPC原版没有提供插件API让人感觉很纳闷，MPC-HC好像在一次某用户的需求下添加了一些接口，主要就是实现消息的传递，比如打开文件，添加文件到播放列表，控制播放位置，选择音轨(原文http://forum.doom9.org/showthread.php?t=134336)……似乎mplayer的slave模式也很意思~~
不是这场争论，还真没注意到GPL传染性这么强。
最后，对splayer赞一个，加油。
[Reply]
还是希望splayer完全open source！
[Reply]
在播放的时候 有时候拖动进度条就会播放器就会死掉。。。不知道是什么bug 希望修复一下
[Reply]
加油~
[Reply]
除非主程序是通过
1）fork和exec
2）系统调用（android属于此类，甚至你可以用一个linux内核加上任意私有的用户层代码）
来使用你的插件的，否则你的插件都必须使用GPL或与GPL兼容的授权。
http://www.linuxforum.net/forum/showflat.php?Cat=&Board=linuxtalk&Number=634903
自然的，你如此的设计中，插件必须是使用GPL或与GPL兼容的授权。
当然，作为主程序的开发者和发布人，你可以逃避对plugin的责任，把这个责任转嫁他人。
[Reply]
补充一下：
1）如两点以你的设计中 主程序和中间层 以及 中间层和插件 之间不以上述 1)fork和exec，2)系统调用 进行调用 为前提。
2）中间层必须采用GPL或与GPL兼容的授权，责任人是你
3）插件必须采用GPL或与GPL兼容的授权，责任人是插件开发者
一些常用的授权在这里可以查到是否跟GPL兼容： http://www.gnu.org/licenses/license-list.html
在1）不成立的情况下
A）如果主程序和中间层之间以 1)fork和exec，2)系统调用 进行调用，那么中间层采用什么授权都是可以的。
B）由于有A），所以插件采用什么授权都是可以的。
所以——只能通过 1)fork和exec 或 2）系统调用 来逃避GPL的传染。
提醒和强调一下：自由软件运动从来不是慈善运动！自由，哥们，自由！
[Reply]
更正：
> 1）如两点以你的设计中 主程序和中间层 。。。
更正为：1）如下两点以你的设计中 主程序和中间层 。。。
> 所以——只能通过 1)fork和exec 或 2）系统调用 来逃避GPL的传染。
更正为：所以——只能通过 1)fork和exec 或 2）系统调用 来逃避GPL的授权传染。
[Reply]
我上面的话都是站在一个GPL支持者的角度说的，要逃避GPL的授权传染，mplayer装载二进制插件是最好的走灰色路线的案例。
装载插件的代码是主程序的代码，为GPL。二进制插件不是为mplayer开发的或者即使你是为mplayer开发的你也可以否认，那么它的授权可以为私有授权。
由于GPL的授权传染，如果你把二进制插件和mplayer一起发布，那么你必须提供二进制插件的代码。但如果你只发布mplayer，然后告诉用户怎么使用那些二进制插件，那么mplayer开发者、插件开发者都能逃避法律责任。至于用户使用那些二进制插件是盗版，或者用户发布带二进制插件的mplayer，法律责任在用户身上。
这是一个灰色地带，做不做全在于你的价值取向。
[Reply]
源代码在哪？我需要linux版本
[Reply]
mpc也有源代码，能在linux下编译使用吗？
[Reply]
有两个问题要反映，第一个：声音放大挑到最大仍不够大，与QQ影音比相差很多。第二个：全屏播放时，鼠标只要经过下方的播放进度面板，鼠标指针（那个小手）就不会自动隐藏～～～
[Reply]
请问2010是否有推出mac版的计划？
[Reply]
发现用迅雷边下载，变播放的时候，无法播放。
用暴风可以，豪杰也可以，迅雷看看也可以。
是否可以改进，期待中。。。。。。。
[Reply]
赞计划！
期待集成realmedia解码包的射手播放器，貌似ffmpeg对rmvb的支持一直做得很滞后，毕竟是闭源商业标准。
[Reply]
@mikeven: 這種想法我從來沒有看出過合理性。固然這次的事件對Splayer有著負面的影響。由此向開源團體發出此種不負責的攻擊是沒有道理的。簡單的說，以痛恨別人而殺人或者以救人為目的的貪污，即使出發點是好的，也是不能接受的。這就是人治和法治的區別。
當你現在還在為國內政局或者一些不公平的事件而不滿的時候，請你考慮一下，你是不是在用同一個標准看所有人。要知道。之前違反GPL的問題也是tom現在知道的。
對于博主這樣的探路人，鄙人深表敬意。
[Reply]
@Anonymous: 不是有源代碼就能在Linux下跑。代碼還要做不少改動。
[Reply]
感觉这种将播放器和字幕匹配系统分离的方式，只会增加程序的复杂度，加大系统消耗，也影响播放效果。同意hax的说法，其实字幕服务器提供字幕服务和源码开放是无关的，可以进行限制，像redhat 也提供源代码，也有centos出现，但并不是说redhat的服务器要为centos提供程序升级服务。
[Reply]
能否将字幕匹配系统做成MPC的插件? 恕我直言，用射手的唯一原因就是懒得下字幕，而且感觉射手和MPC在同样的机器上运行，画面效果比MPC略微差了那么点点。
[Reply]
下载不到Montavista linux的源码，他这个用的GPL的那条规定呢？
[Reply]