Is there no way around this? Remember, I don't want to make the code completely unreadable, because even commercial games can be hacked. I just want the .exe blocked from WinZip and 7Zip in the interest of professionalism.Robin wrote:...if WinZip can't take a look at how your game works, neither can LÖVE.
How to Protect a Resulting .Exe?
Forum rules
Before you make a thread asking for help, read this.
Before you make a thread asking for help, read this.
- Puzzlem00n
- Party member
- Posts: 171
- Joined: Fri Apr 06, 2012 8:49 pm
- Contact:
Re: How to Protect a Resulting .Exe?
Hmm. It seems the answers here have deviated slightly from what I expected. I wasn't really trying to protect the code from hacks and stuff, because that's a bit overboard, I know, I just wanted to protect it from archiving software. I assumed it would be easy enough to accomplish, seeing that pretty much every commercial game on my computer does it somehow. I suppose maybe, like Robin said,
I LÖVE, therefore I am.
Re: How to Protect a Resulting .Exe?
They created their own archive format. LÖVE aims for ease of use and uses a popular standardized format.Puzzlem00n wrote:I assumed it would be easy enough to accomplish, seeing that pretty much every commercial game on my computer does it somehow.
No. LÖVE relies on the fact that zip archives can be read from fused/merged executables like this.Puzzlem00n wrote:Is there no way around this?
LÖVE uses PhysicsFS for loading archives which accpets a whole bunch of different archive formats. Those are all unsupported by the LÖVE developers and probably won't work in a fused/merged executable scenario because, unlike zip, they have their headers at the beginning of the data stream.
Shallow indentations.
- Robin
- The Omniscient
- Posts: 6506
- Joined: Fri Feb 20, 2009 4:29 pm
- Location: The Netherlands
- Contact:
Re: How to Protect a Resulting .Exe?
Even in AAA titles, you can often find out a whole lot about the implementation of the game and the content used therein. So I don't know what the problem would be in terms of professionalism. The Sims and Rise of Nations come to mind.Puzzlem00n wrote:Is there no way around this? Remember, I don't want to make the code completely unreadable, because even commercial games can be hacked. I just want the .exe blocked from WinZip and 7Zip in the interest of professionalism.
Help us help you: attach a .love.
- Puzzlem00n
- Party member
- Posts: 171
- Joined: Fri Apr 06, 2012 8:49 pm
- Contact:
Re: How to Protect a Resulting .Exe?
Okay, if it's not possible, than I suppose that's alright. Like you all say, it's not really going to make much of a difference. Thanks for helping regardless.
I LÖVE, therefore I am.
Re: How to Protect a Resulting .Exe?
Never tested it, but I read about it in thegamecreators.com, hope this helps
Smart Packer Pro
Smart Packer Pro
- Packs the executable or dll and all its supplementary files into a single file
Creates encrypted archives using strong encryption algorithms
Compression methods provides good compression rate and high speed
Run from user level, no admin privileges necessary
On demand feature (will extract file on demand)
Saves automatically projects
Commandline parameters supported
Embed your own dll as plugin
Icon and version info support
Download automatically for updating packed files
Splashscreen image for loading screen
Autosave Mode, choose to save changes or start fresh (ideal for demo/trial)
Include filelist for saving created files
Configurable storage location
Password protection
No temporary files
- Robin
- The Omniscient
- Posts: 6506
- Joined: Fri Feb 20, 2009 4:29 pm
- Location: The Netherlands
- Contact:
Re: How to Protect a Resulting .Exe?
Doesn't that mean that you have to type in a password to play the game?jfroco wrote:Password protection
Help us help you: attach a .love.
- Positive07
- Party member
- Posts: 1014
- Joined: Sun Aug 12, 2012 4:34 pm
- Location: Argentina
Re: How to Protect a Resulting .Exe?
Nop it means that if someone tries to see what is inside the file he will need a password, of course if you really want to see it you are going to hack itRobin wrote:Doesn't that mean that you have to type in a password to play the game?jfroco wrote:Password protection
for i, person in ipairs(everybody) do
[tab]if not person.obey then person:setObey(true) end
end
love.system.openURL(github.com/pablomayobre)
[tab]if not person.obey then person:setObey(true) end
end
love.system.openURL(github.com/pablomayobre)
Re: How to Protect a Resulting .Exe?
So how will LOVE see the code without the password? Magic?Positive07 wrote:Nop it means that if someone tries to see what is inside the file he will need a password, of course if you really want to see it you are going to hack itRobin wrote:Doesn't that mean that you have to type in a password to play the game?jfroco wrote:Password protection
@Puzzlem00n
Its not exactly protecting the exe, but You can always make you code ugly and repulsive, keep it in a single main.lua file and don't use any comments...
My game is a example
- Robin
- The Omniscient
- Posts: 6506
- Joined: Fri Feb 20, 2009 4:29 pm
- Location: The Netherlands
- Contact:
Re: How to Protect a Resulting .Exe?
That's the only true "protection": either make the code so ugly no-one will want to read it, or make the game so awful no-one wants to play it. And the first can be circumvented.Wojak wrote:Its not exactly protecting the exe, but You can always make you code ugly and repulsive, keep it in a single main.lua file and don't use any comments...
Help us help you: attach a .love.
- OmarShehata
- Party member
- Posts: 259
- Joined: Tue May 29, 2012 6:46 pm
- Location: Egypt
- Contact:
Re: How to Protect a Resulting .Exe?
I'd be more worried about art assets and whatnot getting stolen. I was pretty chill about the whole encryption thing until a friend of mine found his flash game ripped and ported to iOS and being sold on the appstore. It was taken down after he contacted apple though.
One way to encrypt art assets off the top of my head would be to add some jumbled binary data in the middle of all your assets, that you would remove before using the images, and save it as your own extension, such that anyone trying to open the files won't know how to open them. It would be pretty easily by passable if they simply look at how you decode the images before you use them, but it would at least stop the layman from poking around.
This is the same thing with pirating. There's no way to absolutely make a game impossible to crack, but as long it's easier to just buy the game than go through the trouble of cracking it, I think that would have a tremendous effect on sales. I'm just assuming though, I have no data to back this up. I know people say if someone wanted to pirate game, he won't buy it if he can't pirate it, but I think at least a small percentage would, and that would matter a lot.
One way to encrypt art assets off the top of my head would be to add some jumbled binary data in the middle of all your assets, that you would remove before using the images, and save it as your own extension, such that anyone trying to open the files won't know how to open them. It would be pretty easily by passable if they simply look at how you decode the images before you use them, but it would at least stop the layman from poking around.
This is the same thing with pirating. There's no way to absolutely make a game impossible to crack, but as long it's easier to just buy the game than go through the trouble of cracking it, I think that would have a tremendous effect on sales. I'm just assuming though, I have no data to back this up. I know people say if someone wanted to pirate game, he won't buy it if he can't pirate it, but I think at least a small percentage would, and that would matter a lot.
Who is online
Users browsing this forum: Amazon [Bot], Bing [Bot] and 11 guests