What are some simple ways to protect my game's assets? (Sprites, sound, music, etc)

Started by
14 comments, last by swiftcoder 13 years, 9 months ago
My game is progressing along smoothly, using C++ and SFML, but I've realized that my game's assets are sitting out in the open, ready to be modified/stolen/etc. I'm very new to game development, so I have absolutely no idea how to go about doing this or what to search for to get ideas.

So, very simple question, what's a simple and/or effective way of protecting game assets?
Advertisement
I'll be blunt here; there's absolutely no point in protecting your assets like that. Yes, there's a chance people will steal your work, but quite frankly the people that are going to do that aren't worth worrying about. Normally any 'stolen' assets are just used for placeholders or prototyping, or for terrible games/mods that will probably get called out anyway.

Not even the big companies protect their assets like some people seem to think they do. Binary files aren't 'protected', they're just optimised for space/loading time. It's still perfectly possible to reverse-engineer the formats and get usable data out of it.

Besides, if a dedicated person wanted to nick your hard work, they could still capture it directly from D3D/OpenGL, so there's no point doing what you want to do, here.
Yeah what puppy said (:

I was on a team that shipped a PC game that did absolutely nothing to protect the assets, you could go in and drop in your own art and it would show up in game :P

Like puppy said / implied you could do something like zip (compress) all your files up which saves disk space and also makes it that little bit harder for people to alter or take your assets.

another thing you can do is look at file encryption.

But in the end, whatever you do to protect your data, your program will have the instructions to UNPROTECT the data (and people can look at your exe and figure out how), and also, whatever you do, the data will need to be unprotected in memory at some point (ie when its on screen etc), and people can steal it right out of there when its unprotected.

Security isnt about being 100% secure, it's about being secure enough where it isn't likely that your stuff will be cracked, or not make it worthwhile (dont be the low hanging fruit!)

HTH!
Put your assets into an archive (e.g. uncompressed ZIP).

Put a copyright notice on the splash/intro screen and in the installer.
But the current directory structure is so... unprofessional.

A player could easily open up Graphics/Characters/MainDude.png and doodle all over it, or switch out Music/Battle/Boss1.mp3 for something else... I just want to neatly tuck everything out of reach of children in a simple way.

I don't care if people do end up "stealing" my assets, I just don't want them all out in the open like they are now.
Quote:Original post by MarthKoopa
I just want to neatly tuck everything out of reach of children in a simple way.

I don't care if people do end up "stealing" my assets, I just don't want them all out in the open like they are now.

Consider something like physfs, which lets you bundle your existing assets into a single zip archive.
Quote:Original post by MarthKoopa
But the current directory structure is so... unprofessional.

A player could easily open up Graphics/Characters/MainDude.png and doodle all over it, or switch out Music/Battle/Boss1.mp3 for something else...


And why do you think that is "unprofessional"?

Quote:I just want to neatly tuck everything out of reach of children in a simple way.

I don't care if people do end up "stealing" my assets, I just don't want them all out in the open like they are now.


Well, that's different, then.
Quote:Original post by MarthKoopa
I don't care if people do end up "stealing" my assets, I just don't want them all out in the open like they are now.

The final builds of most major games will pre-process their assets to reduce loading time. It is faster to just dump the contents directly into memory than to spend time decoding and processing the data every time.

Besides reducing load time, a side benefit is that the assets aren't "out in the open".

Note that during development it is often better to have the files in their original state to make it easier to debug.
i remember reading a tutorial somewhere on OgreWiki that explains how you can combine your main EXE file with the resource ZIP files in a way that your EXE will contain the resources but still think they are out in the open. you don't even need to change one line of code to do that.

i am pretty sure it was not an ogre specific tutorial so i guess you could use it :
http://www.ogre3d.org/tikiwiki/Merge+exe+with+a+media+zip&structure=Cookbook

the bad thing about it is that since the EXE file gets pretty heavy,it gets problematic to make updates overtime after you release your program.
Quote:Original post by Hodgman
Put your assets into an archive (e.g. uncompressed ZIP).

Put a copyright notice on the splash/intro screen and in the installer.

I've never found any easy resource explaining Copyrights; is it true that just stating "Copyright (c) 2010 My Name\Company name" protects that original work you just did?

Is this internationally accepted (in the majority of nations, at least)?
Do you need to pay anything to the government of your country to make it oficial, or just by placing that copyright line you are protected?

This topic is closed to new replies.

Advertisement