The files are incompatible with each other - the BP is incompatible with the current X3:TC and vice-versa. A quick comparison by looking at the contents of the file in a text editor shows at least the first few bytes are different between each.
Someone running CAG from the BP, and having updated X3:TC through Steam (this is automatic by default, and automatic sometimes even if you've turned off auto-updates) will break their CAGs and game. Someone running X3:TC for the first and wanting to try CAGs for their new game will also fail.
I renamed the file extensions for the links above to avoid conflicts for those downloading them to see why they cannot be fixed.
.pck files are compressed xml, decompress them with winrar/7zip/whatever and give them a .xml extension to be viewed by your web browser or xml editor.
I compared the two files you supplied with notepad++(plugins/compare) they are identical, could you have uploaded the same file twice?
TomWilson wrote:.pck files are compressed xml, decompress them with winrar/7zip/whatever and give them a .xml extension to be viewed by your web browser or xml editor.
I compared the two files you supplied with notepad++(plugins/compare) they are identical, could you have uploaded the same file twice?
You didn't compare the files I posted - it is not a binary match (they're not the same files). You can use notepad++ to open the pck directly either with or without the hex editor plugin. You'll immediately see within the first few bytes, at least one difference. Perhaps this is why games got flagged as **modified** after the 3.0 patch?
Everything else is the same. And if you do a notepad++ compare of that, it will tell you they are the same with no differences. But your eyeballs say otherwise?
vr01: Now that you've verified GCF, install the BP. Then re-verify. You'll see Steam over-writes the BP version of the file (or vice-versa, depending upon what you start out with).
6a2bbcf481a757b3e0fecd10810aa4f3 *BP4101CAG-lib.move.jumptostation
6a2bbcf481a757b3e0fecd10810aa4f3 *Steam30-lib.move.jumptostation
The content within each (although different when compressed) file are as I said identical, as vr01 wrote there should be no issue.
Maybe this file was recompressed for the 3.0 patch so externally the pck has a different signature?
Either way 3.0 is later than the latest Bonus Pack so I would go with the Steam version. Like I said in my previous post, I'm not having any problems. If there was a major problem then this forum would have lit up like a switchboard... (not trying to dismiss your issue)
Just a thought... did the Bonus Pack get integrated into the 3.0 patch? I couldn't find a mention of it but at the same time there was nothing stated that the Bonus Pack had to be reinstalled either...
I didn't reinstall the BP after the patch - it was a new/clean install. After 3.0, I ran the BP installer. But then Steam failed the file validation and automatically downloaded something. So I checked the GameValidation.log file and saw that one file mentioned. I tracked that file to the BP scripts, and eventually narrowed it down to just the CAG script.
I don't know X3 scripting, but based on the file name, I'd be willing to guess that the only people that might notice an issue are those that are:
* running the BP, and specifically CAG.
* know how to use CAG to the point where they know what to expect - and over the years, there are many people posting here that do not...
* Their CAG pilot has jump drive training, and
* Their CAG-piloted ship has a jump drive.
This might be why the "forums aren't lit up", but rather only a handful of posts that might be relevant are showing up, including complaints about the patch flagging the game as **modified**, or complaints that CAGs have stopped and all needed to be restarted, or complaints that the CAGs aren't jumping.
There are other possible explanations for all those issues, of course.
But one thing that definitely should not be happening is Steam Client failing a GCF verification for that one file. That does need to be fixed. There is no excuse for it, even if you unzip the pck and they're the same - the file should not fail validation.
Since you've demonstrated for me that the script language itself is the same, but the compression is causing a conflict in versioning, the solution to this is to do one of two things:
Replace the version distributed by Steam with the version in the BP, or
Replace the version in the BP with the version distributed by Steam.
In both cases, Valve needs to confirm or update their GCF database so that correct file verification is ensured. In one case, Egosoft needs to update the BP.
Aesir wrote:But one thing that definitely should not be happening is Steam Client failing a GCF verification for that one file. That does need to be fixed. There is no excuse for it, even if you unzip the pck and they're the same - the file should not fail validation.
It could be, simply, that the unpacked file had a stray white space, compared to the one in the BP.
If you really want an answer you might consider getting Level 3 access (if you don't already have it), and post your findings in http://forum.egosoft.com/viewforum.php?f=99
The two (xml files inside the package) have the same md5 sum they are identical, there is no extra white space, there is no difference, it does not matter what one you use, and if steam wants to replace it then let steam replace it... This will have no effect on your game.
The two (xml files inside the package) have the same md5 sum they are identical, there is no extra white space, there is no difference, it does not matter what one you use, and if steam wants to replace it then let steam replace it... This will have no effect on your game.
The two files don't have different checksums when compressed?
For whatever reason on 3/23/2010 lib.move.jumptostation was re-compressed and included in the bonus pack, that re-compression is causing steam to reject the file, the content of said file is the same as the original from 8/28/2008. The best solution to Aesir request (that can think of) would be to exclude lib.move.jumptostation.pck from the bonus pack, or have steam allow the checksum of both pck's...
vr01: I get that you don't think it's a problem - and that's ok.
But suggesting that Verify GCF functionality be left as is for this game is silly. Fix the issue, that is all. If this isn't really the source of problems relating to CAG or modfied games, then I'll look elsewhere for cause. But leaving a broken GCF database is a stupid suggestion that should never had been made.
Aesir wrote:vr01: I get that you don't think it's a problem - and that's ok.
But suggesting that Verify GCF functionality be left as is for this game is silly. Fix the issue, that is all. If this isn't really the source of problems relating to CAG or modfied games, then I'll look elsewhere for cause. But leaving a broken GCF database is a stupid suggestion that should never had been made.
IIRC, the modified tag would only be set off in such a case if one of the versions of the file in question is unsigned. That shouldn't be an issue.
Aesir wrote:vr01: I get that you don't think it's a problem - and that's ok.
But suggesting that Verify GCF functionality be left as is for this game is silly. Fix the issue, that is all. If this isn't really the source of problems relating to CAG or modfied games, then I'll look elsewhere for cause. But leaving a broken GCF database is a stupid suggestion that should never had been made.
I've re-read this entire thread and I'm struggling to understand what issue with CAG's or modified games that you are trying to solve? Right now there is only 1 thread about a game going modified and no threads about CAG problems on the first page of the Tech Support Forum. Are you trying to solve a particular problem that you are having?