
New Compare.dat Version
#1
Posted 07 October 2008 - 08:53 PM
#2
Posted 07 October 2008 - 10:11 PM

- Zombie
Zombie: Empirical data's your only man, when formulating a research plan.
A soldier's death is never in vain if it makes the formula more plain.
A few dozen make a better case for refining that third decimal place.
They call me Zombie because I don't sleep, as I slowly struggle to climb this heap,
of corpses, data points, and trials, but from the top - I'll see for miles!
#3
Posted 08 October 2008 - 10:12 PM
1.It uses multithreading to do all of the comparing in the background, so you're not stuck having to wait for everything to load to start seeing the results.
2.I've included the option of seeing the offset number in Numerical or Hexadecimal
3. I've also included the option of seeing the value in Numerical or Hexadecimal.
That's all I can think of off the top of my head. Now I have to get to bed, I probably won't update this again as it's already taken two of my homework nights. Hope this is helpful to all you modders and such.
#4
Posted 08 October 2008 - 11:37 PM

The only thing I'd like to see is a "stop" button in case the two files are taking forever to compare. I ran across that a couple times while trying to compare the v1.0 and v1.2 patched version of the UFO GEOSCAPE executable as a dry run. Two 414kb files are definitely at the outer limit of the program, especially when the file sizes don't match and/or there are lots of differences.

Otherwise, it's great. I was going to mention to you to remove the OFFSET:, File 1: and File 2: pieces of text from each line and just have it at the top as a header and then make everything comma delimited, but it's not necessary. A couple searches and replaces converts the the text file into a comma delimited format... ready to import into Excel for some number crunching. I can live with that. Thanks again, hatfarm! Compare.DAT is awesome!

- Zombie
Edited by Zombie, 08 October 2008 - 11:42 PM.
Spelling.
Zombie: Empirical data's your only man, when formulating a research plan.
A soldier's death is never in vain if it makes the formula more plain.
A few dozen make a better case for refining that third decimal place.
They call me Zombie because I don't sleep, as I slowly struggle to climb this heap,
of corpses, data points, and trials, but from the top - I'll see for miles!
#5
Posted 10 October 2008 - 04:43 PM
Attached Files
#6
Posted 15 October 2008 - 09:57 PM
Attached Files
#7
Posted 15 October 2008 - 10:22 PM

The only small issue I noticed is that the third column comes up as "File" not "File 2". Not a big problem as I can just rename it in Excel, but something to consider if you have the time. Thanks again, hatfarm!

- Zombie
Zombie: Empirical data's your only man, when formulating a research plan.
A soldier's death is never in vain if it makes the formula more plain.
A few dozen make a better case for refining that third decimal place.
They call me Zombie because I don't sleep, as I slowly struggle to climb this heap,
of corpses, data points, and trials, but from the top - I'll see for miles!
#8
Posted 16 October 2008 - 05:19 PM
I love it. Comma Separated Values are a real time-saver when importing to Excel.
The only small issue I noticed is that the third column comes up as "File" not "File 2". Not a big problem as I can just rename it in Excel, but something to consider if you have the time. Thanks again, hatfarm!
- Zombie
I can't believe I didn't catch that. I changed the formatting a couple of times so it probably got dropped off then. I'll update it.
Here it is:
Attached Files
#9
Posted 18 October 2008 - 02:20 PM
#10
Posted 19 October 2008 - 12:59 AM

If you are still looking to invest your time into something, how about an update to your game file editor, or your exe editor? Don't get me wrong, they are great programs, but could stand to be upgraded a bit. The craft editor especially.

- Zombie
Edited by Zombie, 19 October 2008 - 01:10 AM.
Zombie: Empirical data's your only man, when formulating a research plan.
A soldier's death is never in vain if it makes the formula more plain.
A few dozen make a better case for refining that third decimal place.
They call me Zombie because I don't sleep, as I slowly struggle to climb this heap,
of corpses, data points, and trials, but from the top - I'll see for miles!
#11
Posted 19 October 2008 - 09:37 AM
I don't really have the time to invest in rewriting those. I don't have VB6 anymore and it won't port to VB.net at all (I've tried a few times). It shouldn't take too long to figure out how to remember paths for opening and saving for that matter.I don't think the counters would be all that useful. Most compares are either near instantaneous or take way too long to complete.
The only issue I have right now is the program "forgets" the paths of your last compare so you have to re-navigate back to those directories to compare a different set of files. Could anything be done for this (such as a paths file maybe)?
If you are still looking to invest your time into something, how about an update to your game file editor, or your exe editor? Don't get me wrong, they are great programs, but could stand to be upgraded a bit. The craft editor especially.
- Zombie
If I wasn't going to school and working full time, I'd be more interested in doing it, but school is kicking my butt and it's only getting harder. This program is small potatoes in comparison so that's why I'm okay with working on this one.
#12
Posted 19 October 2008 - 09:48 AM

- Zombie
Zombie: Empirical data's your only man, when formulating a research plan.
A soldier's death is never in vain if it makes the formula more plain.
A few dozen make a better case for refining that third decimal place.
They call me Zombie because I don't sleep, as I slowly struggle to climb this heap,
of corpses, data points, and trials, but from the top - I'll see for miles!
#13
Posted 19 October 2008 - 10:14 AM
Attached Files
#14
Posted 21 October 2008 - 04:42 AM
Yeah, it's because of some of the plugins I used. I guess they're not standard (though they came with VB6) and I guess it's either all or nothing with porting.Hehe, okay. No worries there. It's odd how a program written in VB6 can't be ported over to VB.net though.
- Zombie