sandungas
Developer
Hmmm, i just realized the problem in what i wrote in my previous post, the codes with the 0x29 (background fog) and 0x2A (motion blur) are using an offset not aligned to 4 bytes boundary (but the config always patchs 4 bytes) so when using them individually are overwriting each other, the best way is what mrjaredbeta did by using all them together, but in the bloom, this way:
This is well alligned, it implyes we need to to have control of all that 3 switches together in a single code (either if we want to enable or disable something we need to indicate the value of all them in the code)
And btw, we dont know if there is another switch located at 0x2B5F6600 (to complete the group of 4 consecutive switches at 0x28, 0x29, 0x2A, 0x2B)... incase there is another switch in 0x2B we are overwriting it without knowing what it does
Code:
POSITION|ORIGINAL|PATCHED
205F6600 00000000 00000001 // Cars environment maps
285F6600 00000000 01010101 // Bloom + Background fog + Motion blur + Unknown
305F6600 FFFFFFFF 00000000 // Lower car detail
3C5F6600 FFFFFFFF 00000000 // Lower traffic detail
E8511300 A8BA40AC A8BA43AC // Slow motion fix (crash fix)
80531300 A8BA60AC A8BA43AC // Slow motion fix (crash fix)
BCCD1300 A8BA60AC A8BA43AC // Slow motion fix (crash fix) doubtful, we are not sure if is needed
This is well alligned, it implyes we need to to have control of all that 3 switches together in a single code (either if we want to enable or disable something we need to indicate the value of all them in the code)
And btw, we dont know if there is another switch located at 0x2B5F6600 (to complete the group of 4 consecutive switches at 0x28, 0x29, 0x2A, 0x2B)... incase there is another switch in 0x2B we are overwriting it without knowing what it does
Last edited:
