Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A more permissive license. #8

Open
1Snakel opened this issue Jul 26, 2020 · 3 comments
Open

A more permissive license. #8

1Snakel opened this issue Jul 26, 2020 · 3 comments
Labels
enhancement New feature or request

Comments

@1Snakel
Copy link

1Snakel commented Jul 26, 2020

With Godot as mit, will be hard to give this engine the focus it deserve.
also is there a way to protect our game scripts/data?

@LordOfDragons
Copy link
Owner

Godot requires your project to compile/link against it. Without MIT it would cause troubles.

Drag[en]gine on the other hand does not require your project to compile/link against it. The license used is thus not a problem to your project. It is only affecting Engine Modules or IGDE Editors since they link against the game engine.

So no, there is no need for a more permissive license since as a game developer the license does not affect you.

Game scripts and data are right now not more protected as being stored in a DELGA file. The reason is simply that many have the misbelief that encrypting or otherwise obfuscating scripts/data would protect their game data. But this is a wrong belief since the key to decrypt files as well as script logic required to de-obfuscate data while loading has to be present in the distributed game files. And if it is present it requires just one guy to filter it out and publish a crack and the entire protection process is void.

That said I did research a bit possible protection methods. In general extend the DELGA file format with encrypting the contained files is most probably the easiest solution to do. The question is only where to hide the decryption key (or in what form). I have toyed with a potential solution for this which in my opinion though would at best fend of script-kiddies and opportunity-rippers but not focused crackers. I'll try to put together a proof of concept to see if it would be enough protection for this group of attackers. But using the IGDE chances are people can get the files out. I mean I recently evaluated some UE games for data protection and albeit this being a AAA engine getting files out of recent games using the UEditor was simple. In the light of this I'm not convinced a strong protection is possible, at best a weak one.

That said if you have a specific protection method in mind I can evaluate it to see if it is viable.

@LordOfDragons LordOfDragons added the enhancement New feature or request label Jul 31, 2020
@loleg
Copy link

loleg commented Nov 21, 2024

The license was recently modified from L-GPL to MIT, so I think this issue can be closed - unless there are still parts of the project that need to be re-licensed.

@LordOfDragons
Copy link
Owner

LordOfDragons commented Nov 21, 2024

The initial description contains two questions, the license and a potential content protection. Since the second question is still open I kept this issue around for the time being. And I didn't find a way in github yet to split/copy issues. Otherwise the issue could be split to keep the second discussion in a separate issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants