我的字幕授权协议(兼各种我知道的授权协议介绍)
什么,字幕还有授权协议?那当然,要不我辛辛苦苦翻译的东西总有一天会被营销号拿走:-P
先推荐给字幕作者这篇文章,虽然我的翻译明显不是这样:-P
好啦,在贴出我的协议之前,先给大家介绍几种授权协议吧:
1. CopyLeft 类型的协议
这类协议最大的特点是,自由是被强制的。也就是说,虽然该授权协议给予你很多的权利,但是你衍生作品的授权协议也得授权给用户那么多的权利。
对于字幕呢,如果想这么办的话,CC-BY(署名)-ShareAlike(相同方式共享)是一个相当好的选择。
举例:《雷神之锤》引擎(id Tech 2)的授权协议是GPL v2,一个CopyLeft类型的协议。也就是说,如果你没跟原作者id公司另行签订协议的话,你写的改进版《雷神之锤》引擎(英文叫source port)必须也得是GPL v2授权,以保证这个衍生作品是自由的。我电脑里装有vkquake改进引擎,就是GPL授权的。
个人评价:这很明显干涉到了开发者的自由,因为他不能将自己的想法按照自己的想法公布。但是,对于软件来说是件好事情,因为透明性,更多人可以加入,给软件添砖加瓦。而对于我的字幕来说,如果别人翻译视频或者引用的话,因为授权协议,就得违背自己的本意开放各种细节,也不太好吧。
2. CopyRight类型的开源协议
这种协议呢,作者保留自己应该有的权利。不过作者开发给各位用户随意处置该软件的自由。
这种协议应该是被使用最多的开源协议了,比如MIT协议,只要将该协议文本随衍生作品分发即可。对于字幕,就是CC-BY了。
举例:3Blue1Brown的作者使用自己写的Manim库做视频,该库按照他的MIT协议授权。社区在他代码的基础上维护,搞了一个社区版,按照原版的MIT协议和社区版的MIT协议授权。
还有一个例子:github上driver1998(Bilibili上是初生之鸟)做的字幕是CC-BY授权,所以,如果我要给LGR发送他做的视频字幕的话,只要在文件里写上他的名字和CC-BY授权就行了。
个人评价:这种协议十分符合我心中的开源协议,我给你们随便用,别忘了提我名字就行之类。但是,对于某些耍流氓的,恐怕就不友好了,懂得都懂。对于字幕呢,如果你不像我那么在意某些事情的话,用这种类型的吧。
3. 半开源协议
这种情况比较复杂:
- 作者仅仅是放出来了代码,而没给协议。
- 作者写了自己的开源协议,但是限制比较多,视情况而定。
对于第一种情况,如果你要对修改后的代码有进一步动作的话,理论上来说必须联系原作者。
举例:我打包的《东方毁灭战士》就是属于没有授权协议的游戏。默认由原作者Untitled保留他所写代码的所有权利,而贴图,萌妹子之类的呢,我就不知道了。
对于第二种情况,那就看吧。像Anti996协议这种,照办即可。要是诸如限制商业用途,必须喜欢Maggie Simpson等情况的话,在某种程度上也得联系原作者了。
举例:金源引擎是开源的,但是Valve的授权协议禁止未经允许的商用。Ken Sliverman 给自己的 BUILD 引擎写了一个授权,也是禁止未经允许的商用,而且还要求使用者尽量明智地自己解决阅读代码中遇到的问题,他可能没有时间一一回复。Heretic和Hexen的代码开源的时候,授权是动视的EULA,导致开源社区根本没法在项目中使用。后来在社区的强烈要求下,代码的授权在2008年的时候改成了GPLv2。
个人评价:如果你对有些事情有些看法的话,可以试试这种类型的。不过你得自己写一个,一般魔改MIT协议是一个省力的好办法。我的字幕授权一开始是CC0+Anti996授权,后来我对之前遇到过的两次官方视频翻译组出现的一些问题(8bitguy天降机翻正义事件和Chub翻译组组长跑路事件)有点在意,所以自己写了一个。先耐下心,最后再给大家贴出来。
4. 闭源协议
这是大家遇到最多的协议了,一般条款苛刻,而且十分倾向开发者的利益。站在文化的交流和自由的角度,我绝对不推荐任何人使用这种协议。不过你用了我也管不着,你的自由啊:-)
有一个特例是Everything,他的二进制文件是MIT授权,而原作者没有公布代码。
而字幕嘛......我觉得根本无法闭源啊,只要视频在,总能读出来的嘛。
5. 公有领域
这种东西呢,是作者放弃所有权利的产物。字幕方面,我是绝对不会推荐使用这个协议的。软件代码就看着办吧,我的作业代码就是公有领域的。
好了,该把我的协议贴出来了。请点击这个链接来看。
谢谢阅读。
SuperBart 2021-8-2