[flexcoders] Re: dynamic images and copy protection

2007-10-29 Thread flashcrow2000
Embedding the images in swfs might do the trick. the problem is that
the application will be used on some scales in supermarkets, so there
is no chance in hell i will be able to install a server or something
on those machines. Also, the application will start inside a canvas
from another application (to which i don't have access) so there is no
internet browser either.

If you have any other ideas, please do share. And thank you :)



RE: [flexcoders] Re: dynamic images and copy protection

2007-10-29 Thread Jim Hayes
 
-Original Message-
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of flashcrow2000
Sent: 29 October 2007 14:43
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: dynamic images and copy protection
 
Embedding the images in swfs might do the trick. the problem is that
the application will be used on some scales in supermarkets, so there
is no chance in hell i will be able to install a server or something
on those machines. Also, the application will start inside a canvas
from another application (to which i don't have access) so there is no
internet browser either.

If you have any other ideas, please do share. And thank you :)
 
What I did didn't use a server or internet access, in fact. The script
ran through directories of images, embedded each one in it's swf wrapper
and saved that out as [originalfilename].swf.
So it was all just plain ordinary local file access (I think that's what
you want?). I used php command line and the ming library (presumably
that's still documented at php.net), but there are probably other ways
to do the same sort of thing.
 
Another thing you could do is to munge the actual bytes in the file,
even something as simple as reading the image as a bytearray, reversing
that byteArray and saving it back out to file would probably work. Then
read in the reversed image file, re-reverse the bytearray and convert it
to an image with loader (as per ordinary image bytearray).
Again, this is just making it harder for the casual observer to read the
images, not really any protection against someone who is really
interested in reading them.
 
Another thing I've done recently is to store images as bytearray blobs
in sqlite, worth a thought if you are using AIR?
Again not really protection, but the user will only see a database file
rather than a very obvious directory full of images.
I had other reasons to do this, but it was a nice side effect.
 
Or ... I think theres a .zip library available to flex? Check and see if
it by any chance supports password protected files, I can't recall
seeing that but maybe worth a look?
 
Jim.
 

__
This communication is from Primal Pictures Ltd., a company registered in 
England and Wales with registration No. 02622298 and registered office: 4th 
Floor, Tennyson House, 159-165 Great Portland Street, London, W1W 5PA, UK. VAT 
registration No. 648874577.

This e-mail is confidential and may be privileged. It may be read, copied and 
used only by the intended recipient. If you have received it in error, please 
contact the sender immediately by return e-mail or by telephoning +44(0)20 7637 
1010. Please then delete the e-mail and do not disclose its contents to any 
person.
This email has been scanned for Primal Pictures by the MessageLabs Email 
Security System.
__

RE: [flexcoders] Re: dynamic images and copy protection

2007-10-29 Thread Jim Hayes
Eh? Don't know what happened there ... sorry !



What I did didn't use a server or internet access, in fact. The script
ran through directories of images, embedded each one in it's swf wrapper
and saved that out as [originalfilename].swf.
So it was all just plain ordinary local file access (I think that's what
you want?). I used php command line and the ming library (presumably
that's still documented at php.net), but there are probably other ways
to do the same sort of thing.

Another thing you could do is to munge the actual bytes in the file,
even something as simple as reading the image as a bytearray, reversing
that byteArray and saving it back out to file would probably work. Then
read in the reversed image file, re-reverse the bytearray and convert it
to an image with loader (as per ordinary image bytearray).
Again, this is just making it harder for the casual observer to read the
images, not really any protection against someone who is really
interested in reading them.

Another thing I've done recently is to store images as bytearray blobs
in sqlite, worth a thought if you are using AIR?
Again not really protection, but the user will only see a database file
rather than a very obvious directory full of images.
I had other reasons to do this, but it was a nice side effect.

Or ... I think theres a .zip library available to flex? Check and see if
it by any chance supports password protected files, I can't recall
seeing that but maybe worth a look?

Jim.



 

__
This communication is from Primal Pictures Ltd., a company registered in 
England and Wales with registration No. 02622298 and registered office: 4th 
Floor, Tennyson House, 159-165 Great Portland Street, London, W1W 5PA, UK. VAT 
registration No. 648874577.

This e-mail is confidential and may be privileged. It may be read, copied and 
used only by the intended recipient. If you have received it in error, please 
contact the sender immediately by return e-mail or by telephoning +44(0)20 7637 
1010. Please then delete the e-mail and do not disclose its contents to any 
person.
This email has been scanned for Primal Pictures by the MessageLabs Email 
Security System.
__