From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
03-09-2014 12:46 AM
hi. I have some swf files.I need to open these files just with a labview project. other words anybody can't to open these files directly and they have to run my labview program to reach files. I have an idea. we can zip the files with password protection.then users should unzip these files but they can't.now they have to unzip these files with my Labview program.but there is a problem. labview unzip function can't open the zip file with password protection.
is there any solution about unzip with password protection?
Do you have any idea to coding files with labview or just reachable through my program?
thanks for your help.
Alireza mazrouie:mazrouie.forever@gmail.com
03-09-2014 04:32 AM
Answer to this question:
is there any solution about unzip with password protection?
Download OpenG Toolkit: http://sine.ni.com/nips/cds/view/p/lang/pl/nid/209027
There are ZIP tools which allow you to set password for the archive and to access password protected archives.
03-09-2014 09:20 AM
I like to use 7-zip. It is an open source zipping tool that works extremely well. It has a pretty good command line interface as well. I haven't tried it with password protection, but I doubt it would be difficult.
Another option for you might be to do some sort of encryption of the files. Something I've done is simply invert every single bit in the file. That will make the files unreadable to most applications.
03-09-2014 01:24 PM - edited 03-09-2014 01:26 PM
The zip option will unzi p and put un-password protected files on your systems for your LV program to read.
If you do not delete the un-zipped files in a timely manner they will be there for any one to read.
I would go with crossrulz simple encryption method. Just bit invert or bit rotate is all you need to encrypt to prevent being read outside of you code. Unless you need something at a NSA level.
03-10-2014 04:01 AM
thanks brother for your replay and thanks all of you for your time.but about your second solution how can i do it? I think you mean is that i should convert my files to binary type then read it with "read binary" function block and make a change to their bits. so how can I usable this again? can you put a simple example of your idea? if you can please download attached file an make an example with this file.
thank you.
03-10-2014 04:13 AM - edited 03-10-2014 04:14 AM
@crossrulz wrote:
Something I've done is simply invert every single bit in the file. That will make the files unreadable to most applications.
I was thinking along the same lines, but Tim you have just given away your encryption key!
03-10-2014 09:59 AM - edited 03-10-2014 10:00 AM
@Omar_II wrote:
The zip option will unzi p and put un-password protected files on your systems for your LV program to read.
If you do not delete the un-zipped files in a timely manner they will be there for any one to read.
I would go with crossrulz simple encryption method. Just bit invert or bit rotate is all you need to encrypt to prevent being read outside of you code. Unless you need something at a NSA level.
Actually the OpenG ZIP file VIs do have an option to directly unzip into memory streams (inside LabVIEW implemented as (binary) strings), so there would be no need to have external intermediate files. However this shouldn't be used for potentially large file streams as it seriously could blow your application memory use. And considering the OP's .swf use, I'm not sure there is any flash file replay API that would accept memory streams directly rather than an external file, so the creation of an intermediate data file on disk might be unavoidable anyways.