哪些开源许可证可以解决这些开源游戏引擎的担忧?

我正在开发一个正在开发我们正在构建的引擎的团队。 它的目的是作为在线RPG游戏风格的引擎。 我们正在编写它在桌面和Android平台上工作。

我已经到OSI http://opensource.org/licenses/category检查最常见的许可证。 但是,这将是我第一次进入开源项目,我想知道社区是否有一些洞察哪些许可证可能是最适合的。

关键许可问题

  • 删除或限制我们的责任(大多数已经似乎涵盖这一点,但说明完整性)。
  • 我们希望其他开发人员能够参与我们项目的部分或全部工作,并在自己的项目中使用它,并对项目进行适当的authentication。
  • 许可不应妨碍某人快速使用引擎的能力。 他们应该能够下载一个版本,并开始使用它,而无需等待授权问题。
  • 不属于引擎的游戏内容(gfx,声音等)应该被允许单独授权。 如果有人使用我们的引擎,他们可以保留其内容的完整版权,包括引擎生成的数据。
  • 我们的主要目标是曝光,这就是为什么我们要开始开源。 无论是项目还是个人开发它。 是否有任何许可证可以要求authentication对玩家可见? 更新 :根据意见,我的意思是这是一个启animation面或放置在学分要求。 不是一个不断可见的标志。

虽然我把我们的主要目标作为曝光,但authentication的许可不是一个问题。

从我读过的(而且已经能够理解的),似乎没有任何许可证涵盖由许可软件产生的任何东西。 有没有具体说明这一点,或者没有提到它将其开放给其他许可?

还有其他我们应该考虑的问题吗?

有没有人有任何使用这些许可证的问题?

根据你所陈述的要求,这听起来像你想要一个BSD风格的宽松的开源许可证 。 唯一不太常见的部分是希望“要求玩家可以看到authentication”。

我不知道任何现有的许可证,包括这样的要求(虽然这并不一定意味着没有任何)。 GNU GPL确实包含了一些类似的要求(请参阅GPL 2.0中的第2(c)节或GPL 3.0中的第5(d)节),但GPL在其他方面比您想要的要严格得多。

然而,你可以做的是取得一个现有的许可证(比如说两个条款的BSD许可证 ),并且只需要移除一个额外的条款,要求玩家可见的归属。 由于您是自己的授权代码,因此您可以自由包含所需的任何限制。

但是,请注意: 如果您希望将您的许可证作为开源许可证正式接受,那么您可能需要小心,以避免您无意中重新创建BSD广告条款问题 。 具体来说,旧的4分段BSD许可证用于满足以下要求:

3. All advertising materials mentioning features or use of this software must display the following acknowledgement: This product includes software developed by the <organization>. 

听起来无害,对吗? 而且,只要软件只使用一个这样的许可证,或者两三个组件。 但是,如果有75个这样的 – 理查德·斯托曼(Richard Stallman)声称已经计入了旧版本的NetBSD,那么每一个都需要显示不同的承认呢?

为了避免这个问题,我建议让您的归因要求相当灵活。 例如,您可以按照知识共享署名3.0许可证 (实际上看起来非常适合您的要求,除非其实际上不是为许可软件而devise的)许可证的例子,这些许可证条款以文字:

“第4条(b)所要求的信贷可以以任何合理的方式执行;但是,如果适应或收取,至less会出现这种信贷,如果作为这些信用的一部分出现适应或收集,并且至less与其他贡献作者的信用一样突出。

无论你决定什么措辞,你可能也想把它展示给OSI / DFSG人员并征求意见(甚至可能要求正式批准)。 当然,如果你真的不关心你的许可证是否正式被认定为开源的,那么你总是可以自由地忽略这些问题,并且只是弥补你认为你的目标受众会接受的任何要求。


PS。 GNU LGPL是一个合适的现有许可证的一个可能的select,我只是在写上面这个时才想到的。 这是一个更宽松的GPL版本,专门用于图书馆和其他组件,这些组件可以用作其他程序的一部分,而不需要其他程序必须通过GPL许可,并且包含用户可见的归类条款( 强调我的):

“4.联合作品。

如果您还做了以下每一项工作,您可以根据您的select传达一个组合工作:

a)对使用图书馆的复合作品的每个副本给予重要的通知,并且本图书馆及其使用受本许可证的保护。
b)将GNU GPL和本许可证文件的副本一并附上。
c) 对于在执行过程中显示版权声明的组合作品,在这些声明中包括图书馆的版权声明 ,以及引导用户阅读GNU GPL副本和本许可证文档的参考资料。
[…]”

我不确定你为什么打折这个引擎的GPL; 它似乎涵盖了所有的基础。

让我们看看你的个人要求,参考GPL和它的常见问题。

  • 删除或限制我们的责任(大多数已经似乎涵盖这一点,但说明完整性)。

这是GPL中“无担保”条款的明确部分。

  • 我们希望其他开发人员能够参与我们项目的部分或全部工作,并在自己的项目中使用它,并对项目进行适当的authentication。

GPL显然满足了这个要求的第一部分,第二部分由这个FAQ条目回答: http : //www.gnu.org/licenses/gpl-faq.html#IWantCredit 。

我想得到我的工作的荣誉。 我希望人们知道我写的是什么。 如果我使用GPL,我还可以获得信用吗?

你当然可以得到工作的荣誉。 根据GPL发布程序的一部分是以自己的名义写一个版权声明(假设你是版权所有者)。 GPL要求所有副本都有适当的版权声明。

  • 许可不应妨碍某人快速使用引擎的能力。 他们应该能够下载一个版本,并开始使用它,而无需等待授权问题。

在GPL下没有问题。

  • 不属于引擎的游戏内容(gfx,声音等)应该被允许单独授权。 如果有人使用我们的引擎,他们可以保留其内容的完整版权,包括引擎生成的数据。

GPL不要求游戏内容也在GPL下。 游戏内容的版权持有人完全可以自由地单独授权。 事实上,目前现有的作品正是使用这种设置。 Quake是一个众所周知的例子: https : //github.com/id-Software/Quake/blob/master/readme.txt 。

所有的Quake数据文件保持版权和原始条款下的许可,所以您不能从原始游戏中重新分配数据,但是如果您真正进行了完全转换,则可以基于此代码创建独立游戏。

  • 我们的主要目标是曝光,这就是为什么我们要开始开源。 无论是项目还是个人开发它。 是否有任何许可证可以要求authentication对玩家可见?

也包括在内。 来自GPL V2:

如果修改后的程序在运行时通常以交互方式读取命令,则必须在以最普通的方式开始运行这种交互式使用时,使其打印或显示包括适当的版权声明以及没有保修声明的声明(或否则,说你提供保证),用户可以在这些条件下重新分配程序,并告诉用户如何查看本许可证的副本。 (例外:如果本程序本身是互动的,但通常不会打印这样的声明,则基于本程序的作品不需要打印声明。)

而V3:

如果工作具有交互式用户界面,则每个界面都必须显示适当的法律声明; 但是,如果本程序具有不显示适当法律声明的交互式界面,则您的工作无需使其执行。

看一看Apache许可证2.0–它能满足你的需求,除了在玩游戏的时候对玩家进行视觉鉴定。

事实上,对玩家的视觉鉴定将会成为你工作使用的威慑力量。 如果OSS供应商要求,屏幕将成为广告牌板,游戏屏幕上将没有剩余空间!