there is one easy way to bind a game to it's domain - load an xml file. The security settings built into the flash player will stop anyone from trying to run that swf from a webpage seved on another domain, and that is usually the end of it.
Leechers are typically lazy and don't know actionscript, so this method will work 99 percent of the time. I've realised this over time since of all the games that i've produced in the past, the only ones to be leeched (that is, stuck on someone elses website with a whole bunch of crap adverts surrounding it) have been the ones that didn't load xml. Without exception.
If someone who knows basic actionscript arms themselves with a decompiler, of course they can decompile you code and discover the xml file, then copy that to their domain and the game will run, but typically this never happens. mainly because there are thousands of games out there that wont need that amount of effort and they'll do just fine for channeling traffic to an advertising site thank you very much.
these kind of discussions always seems to get mixed in with people wanting to protect their code. if thats your goal then forget it, you can't. once the swf downloads, any developer can easily decompile and rip out bits. If, however, your client is just concerned that someone will try and used this commisioned game for their own website advertising, the crossdomain blocking xml file should be enough to keep them happy.
Rob
On 2/11/06, Jim Berkey <[EMAIL PROTECTED]> wrote:
swfmill, about three minutes, admittedly helped by the fact there
wasn't much code. i searched for a frame jump (swfmill swf2xml
Test.swf | grep Goto), and simply put it at the beginning of the
<DoAction/>, right after the string constant definitions:
...
<String value="Hey Dood! This movie's copyrights are
being infrin$ </strings>
</Dictionary>
<GotoFrame frame="4"/><!-- <<< inserted this here -->
...
sorry, maybe it helps you to come up with a better solution.
mark
--------------------
Yup, admittedly it isn't anywhere near bullet proof to experienced flashers.
But also fortunately, my clients are not os flashers :) It allows me to
post wonderful swfs on my site for clients, let them love it, tweak it, and
get it just the way they like it, and not *take it* from me before paying.
And most applications are intricate enough that decompiling isn't worth the
time for an experienced flasher. For someone that can break in and get
around the code, that person could just build their own app anyway. I still
find it useful, until something better comes along.
jim
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
--
~~~~~~~~~~~~~~~~~~~~~~~~
Rob Bateman - Flash Product Manager
BBC News Interactive
Tel: 0208 6248692
Mob: 07714 329073
[EMAIL PROTECTED]
~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
