![]() ![]() ![]() The first, which is improbable, is that somehow that one part of that one file would occasionally (not all the time) read incorrectly in a way that both managed to pass the SSD's memory controller's ECC and was consistently repeatable just for that chunk holding that one file. It also still is running off the same drive without problems at the moment. Samsung's self SMART test detected no issue with the drive. Steam verify said they were all correct as well. I verified that all the X4 program files were correct by comparing hashes (SHA) with someone else who did not have the issue, especially those files. This sort of solution leaves a bitter taste because it still does not explain why it happened in the first place. So far the issue appears to have gone away with me being unable to trigger it. This feature previously (before I deleted the files manually) said all the files were correct and did not report any issue. I deleted the entire Call of Humanity DLC program files and redownloaded them using steam's verify feature (no other program files were deleted, ~1.7 GB download). Would updating graphic drivers maybe help? ![]() Since this is a texture it is sometimes failing on, could it be related to VRAM utilisation changes made by 4.10? My GPU only has 4 GB VRAM which used to be above the minimum requirements but is on the low end by modern GPU standards. A possible reason why this is so rare is that the player has to explicitly build in Jupiter for it to occur. If it triggers is still seemingly random with not all uses of those tools causing it. It seems the trigger is me doing something in either station or ship editor while on a L ship in combat. This should mean that OneDrive can be completely ruled out since it is not touching the X4 program files. Although steam verification found no issues I have deleted the entire terran DLC folder and had steam verify redownload it just in case and will be trying to recreate again. Last 2 times X4 turned modified seem to be due to this file. 271361.55 CheckGzipHeader() not a gzip source buffer, magic bytes don't match! ![]() So far it seems to be just a specific file causing the problem.Ĭode: Select all 271361.55 File I/O: Failed to verify the file signature for file '.\extensions\ego_dlc_terran\assets\textures\environments\planets\jupiter_4k_diffhq.gz' (error: 13) This will rule out that steam verify is not verifying all the files correctly. I will try to delete the entire X4 install folder and redownload it completely. It seems as if it is trying to decompress data that is not compressed by gzip or is corrupt? I do not know where these bytes are being sourced or what they are intended for as the logs do not seem to mention it. 265135.19 CheckGzipHeader() not a gzip source buffer, magic bytes don't match! Log when second time X4 became modified today. 264015.31 CheckGzipHeader() not a gzip source buffer, magic bytes don't match! This will decrease their size and make uploading and downloading them easier.Code: Select all Log when first time X4 became modified today. If you disabled the savegame compression for any reason (you can do so in the game under Settings -> Game Settings -> Expert Settings), please consider compressing them again before uploading them somewhere. gzip archive since version 4.0 by default. Please note: Savegames are xml files, which are compressed into a. 3 autosaves named "autosave_0N.xml" (whereby N goes from 1 to 3), 1 quicksave named "quicksave.xml" and 10 normal saves named "save_0XX.xml" (whereby XX stands for a number between 01 to 10). In any way, at a maximum you will be able to find 14 savegames in your save folder. GOG version or Steam version with the NoSteam executableīy default, your savegames are stored in the folder Documents\Egosoft\X Rebirth\save. Where your savegames are stored depends on what version of X Rebirth you have:īy default, your savegames are stored in the folder Documents\Egosoft\X Rebirth\\save. ![]()
0 Comments
Leave a Reply. |