The proof Dooping is not the Prob. It's Exploring and doing Side Missions.
Writing to file functions as intended, as it's stopping at it's file size limit of 8192KB. Player information being stored in memory is functioning as intended, otherwise the application would throw an error when you exceeded 8192KB. The 8MB limit is a legacy limitation from older versions of REDengine. In those versions, 8MB was more than enough, so there was no reason to know, or assume, that now 8MB wouldn't be enough.
So some unexpected file bloating is going on. Nobody is being discouraged from contributing when we say we know the issue is file bloating, because we follow that up with "but we don't know exactly what is causing the bloat, so you're welcome to help us test some things!" It's how we've gotten the information we currently have.
Final bit of testing for tonight, I think.
Just crafted 100 maxdoc 2's. Save game went from 3.82 to 3.84. Disassembled 100 maxdoc 2's. Save game is still 3.84. Disassembled my remaining 40 maxdoc 2's. Save game is still at 3.84.
It seems to me that for now we should *not* mass craft stackable items, be it consumables or grenades.
Just crafted 100 maxdoc 2's. Save game went from 3.82 to 3.84. Disassembled 100 maxdoc 2's. Save game is still 3.84. Disassembled my remaining 40 maxdoc 2's. Save game is still at 3.84.
It seems to me that for now we should *not* mass craft stackable items, be it consumables or grenades.
The exploration and side missions aspect of the file bloat is something that we've discovered and known for a little while.
I did a quick test regarding bodies and crates. I entered the area of an organized crime hustle which had 12 scavengers, and conveniently, the capacity for 12 bodies in the crates (6 crates with 2 capacity each). I incapacitated all of the scavengers and looted all items in the area, including items dropped from the bodies, but left all bodies where they fell. I then saved and checked file size. I then stored all 12 bodies in the provided crates and checked again. The difference was a reduction in file size of about 10k.
Certainly this single test is very limited, especially since any number of things could have gone on during the time I was storing the bodies. For example, some other garbage collection method could have run in the mean time between saves. It's just another bit of info to add to the list.
I also still do not know for sure if and under what conditions bodies might naturally de-spawn. Others have reported bodies and one time NPCs persisting forever, but is that all bodies? Most bodies? Just certain ones? I have no idea. If the average body does eventually de-spawn naturally, then any space savings from putting them in crates would be only temporary when compared to leaving them on the ground.
Certainly this single test is very limited, especially since any number of things could have gone on during the time I was storing the bodies. For example, some other garbage collection method could have run in the mean time between saves. It's just another bit of info to add to the list.
I also still do not know for sure if and under what conditions bodies might naturally de-spawn. Others have reported bodies and one time NPCs persisting forever, but is that all bodies? Most bodies? Just certain ones? I have no idea. If the average body does eventually de-spawn naturally, then any space savings from putting them in crates would be only temporary when compared to leaving them on the ground.
Last edited:
[...]
Well, there are instances of the game keeping bodies in memory indefinitely. Like if you exploit back into Konpeki plaza, all of the bodies from The Heist mission, dead or alive, are still there. Including the loot they dropped. So this could point to a garbage collector process either not functioning at all, or just not functioning correctly. So far in my 49 hours of playing, before I stopped after learning about this issue, I had yet to run into an issue with bodies persisting. However, I know it's an issue for some people with dead robots never being cleaned up, or people reporting stolen cars remaining where they left them for multiple in-game days.
Last edited by a moderator:
Tested the duping glitch at a terminal; can confirm, it does NOT increase the save file size.
Made 100 Epic and legendary components, a few weapons and about a thousand of the silly paintings you can sell for money. Save file doesn't change size.
Ironic since our games were corrupted by using game mechanics rather than exploits.
As for natural file size increase: side missions such as the gigs and ncpd missions account for about 2kb each. The main missions, estimate about 50-100kb depending on the mission. (at least act 1 and the beginning of act 2. Havent progressed too far).
Made 100 Epic and legendary components, a few weapons and about a thousand of the silly paintings you can sell for money. Save file doesn't change size.
Ironic since our games were corrupted by using game mechanics rather than exploits.
As for natural file size increase: side missions such as the gigs and ncpd missions account for about 2kb each. The main missions, estimate about 50-100kb depending on the mission. (at least act 1 and the beginning of act 2. Havent progressed too far).
Were you able to keep track of how much your file size increased when you entered a new district?
I don't really know if this contributes to save file bloat or just another problem/bug that this game should fix but in my case, even cops and car traffic is persisting in one place for so long if you disrupt them. Example in my case, I shot an officer outside no-tell motel then it caused traffic, after I evaded the police they just stayed there after a while. When I went back there to finish Lizzy's quest, the officers and car traffic are still outside doing nothing.
Edit: I loaded my save just now, NCPD still on site but car traffic at least cleared now. Picture attached
Attachments
Last edited by a moderator:
The hell with taking a chance on this. Losing my game saves would be detrimental to me and i would probably just uninstall the game. Ill do what ive always done in the past and thats store my saves on a flashdrive.......before something bad happens.
I've linked all my tests in this previous post.
Save files are corrupted
I restarted my game after a corruption issue a few days ago. Since then, been keeping track of sav.dat sizes based on what happens in game. The following posts are what I've encountered so far...
forums.cdprojektred.com
IIRC it was a decent chunk for each new location you discover for the first time. Discovering all of them (through driving everywhere for the delemain car quest) jumped my file size 700kb give or take.
So figure ~700kb just for the map, another 2kb for each side quest (though some are so stupid simple, it seems removing the icon from the map lowers the file size). Each "main" side quest that's story based seem to be about 20-50ish kb each. While actual main story missions are about 100kb. FOr the beginning of act 2 at least.
In the middle of Panam quest atm. File is 3500kb exact. So I'll see where it's at after this next piece of the mission.
EDIT: from meeting Panam in the garage at midnight to just after securing the AV = exactly 40kb. Save file went from 3500 to 3540.
EDIT2: end of the full mission + forced dialogue "tapeworm" = 3576kb. Means this particular main mission is at least ~76kb, which falls into the 50-100kb range previously estimated. It's probably a lot closer to 100kb since I did not track from when you enter sunset motel with panam, only after you sleep the night.
Last edited:
I am at beginning of act 2, file size 5,4 mb. No crafting at all. My storage is empty. I keep it clean.
I was doing all the side quests, gigs, NCPD. So I do not think crafting is an issue.
Maybe there is some debug-console command to "reset"-clean world from every, not necessary item laying around?
There is "cyber-console" but I did not look into it deeply yet.
EDIT: This adds debug-console: https://github.com/yamashi/CyberEngineTweaks
I was doing all the side quests, gigs, NCPD. So I do not think crafting is an issue.
Maybe there is some debug-console command to "reset"-clean world from every, not necessary item laying around?
There is "cyber-console" but I did not look into it deeply yet.
EDIT: This adds debug-console: https://github.com/yamashi/CyberEngineTweaks
Last edited:
Here is my temporary solution.
The issue is that the save files are cut off at 8MB which means that they are corrupted because the data is cut off and you basically get no EOF. It is not the load that corrupts the files, it is definitely the save.
Bad save:
Good save:
Besides the rest of the save that might be missing all good saves must end with 45 4E 4F 44 which represents the end of the file.
To solve this issue create a new ini file in \game_dir\engine\config\platform\pc
And add the following section
I've doubled all the values to:
The issue is that the save files are cut off at 8MB which means that they are corrupted because the data is cut off and you basically get no EOF. It is not the load that corrupts the files, it is definitely the save.
Bad save:
Code:
Offset(h)
007FFF50 61 74 61 80 01 00 00 FF FF FF FF 9F DE BF 00 EC ata€...ÿÿÿÿŸÞ¿.ì
007FFF60 00 00 00 88 69 74 65 6D 44 61 74 61 81 01 00 00 ...ˆitemData....
007FFF70 FF FF FF FF 9A DF BF 00 1C 00 00 00 88 69 74 65 ÿÿÿÿšß¿.....ˆite
007FFF80 6D 44 61 74 61 82 01 00 00 FF FF FF FF C5 DF BF mData‚...ÿÿÿÿÅß¿
007FFF90 00 1C 00 00 00 88 69 74 65 6D 44 61 74 61 83 01 .....ˆitemDataƒ.
007FFFA0 00 00 FF FF FF FF F0 DF BF 00 59 00 00 00 88 69 ..ÿÿÿÿðß¿.Y...ˆi
Code:
007FBE40 78 B9 A4 01 13 01 00 00 8E 43 6F 6D 70 6F 6E 65 x¹¤.....ŽCompone
007FBE50 74 73 53 74 61 74 65 C0 02 00 00 FF FF FF FF 7C tsStateÀ...ÿÿÿÿ|
007FBE60 B9 A4 01 D1 00 00 00 9A 43 61 6D 65 72 61 43 6F ¹¤.Ñ...šCameraCo
007FBE70 6D 70 6F 6E 65 6E 74 52 65 6E 64 65 72 4C 61 79 mponentRenderLay
007FBE80 65 72 FF FF FF FF FF FF FF FF 4D BA A4 01 3E 00 erÿÿÿÿÿÿÿÿMº¤.>.
007FBE90 00 00 A1 74 7F 00 45 4E 4F 44 ..¡t..ENODTo solve this issue create a new ini file in \game_dir\engine\config\platform\pc
And add the following section
Code:
MaxProfileSize = 4194304
MaxSaveSize = 8388608
MaxSaveSizeTotal = 12582912
MaxSettingsSize = 4194304
Code:
MaxProfileSize = 8388608
MaxSaveSize = 16777216
MaxSaveSizeTotal = 25165824
MaxSettingsSize = 8388608
I found that yestarday too, the Question is does it work? I couldnt verify it
Code:
Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
00800AF0 95 43 6F 6D 70 6F 6E 65 6E 74 73 53 74 61 74 65 •ComponentsState
00800B00 53 79 73 74 65 6D FF FF FF FF 2E 03 00 00 F9 70 Systemÿÿÿÿ....ùp
00800B10 A4 01 13 01 00 00 8E 43 6F 6D 70 6F 6E 65 74 73 ¤.....ŽComponets
00800B20 53 74 61 74 65 2F 03 00 00 FF FF FF FF FD 70 A4 State/...ÿÿÿÿýp¤
00800B30 01 D1 00 00 00 9A 43 61 6D 65 72 61 43 6F 6D 70 .Ñ...šCameraComp
00800B40 6F 6E 65 6E 74 52 65 6E 64 65 72 4C 61 79 65 72 onentRenderLayer
00800B50 FF FF FF FF FF FF FF FF CE 71 A4 01 3E 00 00 00 ÿÿÿÿÿÿÿÿÎq¤.>...
00800B60 21 83 7F 00 45 4E 4F 44 !ƒ..ENOD
That said there is absolutely nothing you can do about the corrupted saves, they are gone because the end of the file actually contains a lot of critical shit (which is kind of a bad design tbh) so there will be no way to recover these saves.
The problem is that the crafting system was designed with mass crafting in mind. Put the levelling aside, it's the random nature of crafted gear too. All the weapons you craft will get random stats from a list of potential stats. All the armour you craft will get a random number of mod slots (0-4 for inner and outer chest, 0-3 for everything else). Some of the mods you craft will be common to epic. Did they honestly expect people to craft once and just settle with whatever bad result they got? There's no way it was not intended to be mass crafted.
In addition to that, there is no visual gear tab, nor transmog. The only way to not look like a sad clown is to acquire decent-looking gear with maximum number of mod slots and keep upgrading them via the standard upgrade (while it's still reasonable) and, more importantly, by mass-crafting armadillo mods.
I know it was just a moderator who said it, but really NOBODY should or can tell people to simply NOT mass-craft, when the entire crafting system is designed this way. To stop people from mass-crafting they'd need to completely remove the RNG from it. Instead of having a recipe with 6 potential outcomes, they should have 6 recipes with predetermined outcomes. Crafting XP should be determined by item's quality/rarity.
This save issue is a major one and should be place right next there with the terrible console performance.
Post automatically merged:
You have to make file extensions visible in File Explorer. In the ribbon, click View. Under SHow/Hide tick "File name extensions".
You should now see file extensions, which you can change via simple rename.
Last edited:
That is clear but what i mean is, as we Edit the values of the save sizes can anybody say that they are work as intended?800B60 = 8391520 which is greater than the original file size limit of 8388608Code:Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 00800AF0 95 43 6F 6D 70 6F 6E 65 6E 74 73 53 74 61 74 65 •ComponentsState 00800B00 53 79 73 74 65 6D FF FF FF FF 2E 03 00 00 F9 70 Systemÿÿÿÿ....ùp 00800B10 A4 01 13 01 00 00 8E 43 6F 6D 70 6F 6E 65 74 73 ¤.....ŽComponets 00800B20 53 74 61 74 65 2F 03 00 00 FF FF FF FF FD 70 A4 State/...ÿÿÿÿýp¤ 00800B30 01 D1 00 00 00 9A 43 61 6D 65 72 61 43 6F 6D 70 .Ñ...šCameraComp 00800B40 6F 6E 65 6E 74 52 65 6E 64 65 72 4C 61 79 65 72 onentRenderLayer 00800B50 FF FF FF FF FF FF FF FF CE 71 A4 01 3E 00 00 00 ÿÿÿÿÿÿÿÿÎq¤.>... 00800B60 21 83 7F 00 45 4E 4F 44 !ƒ..ENOD
That said there is absolutely nothing you can do about the corrupted saves, they are gone because the end of the file actually contains a lot of critical shit (which is kind of a bad design tbh) so there will be no way to recover these saves.