-
-
Notifications
You must be signed in to change notification settings - Fork 479
Fix for issue #377 (many collisionless objects) #378
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
CFileLoader_LoadCollisionFile_Mid is unnecessary and causing problems (not removed; just commented for now)
CFileLoader_LoadCollisionFile_Mid was added here to 'Fix custom object collisions getting randomly reset' |
I tested it with custom objects too and never noticed any problem. But if it's random issue and it was a fix then technically problem should return. This is why it needs more testing. CFileLoader_LoadCollisionFile_Mid calls on object streamIn. First i thought that it would reset model to original so i tried to stream out / in and it worked fine in all cases (different custom and world objects). |
I suggest implementing it in the latest nightly and i will test if any collision issue appears until i die. Because i suffer a lot. |
The bug that has caused us such grief, can be fixed by "//"? :/ Same as Einheit, put in latest nightly and it will be tested thoroughly. This bug has prevented us from adding many new objects that we have wanted to add, so as well as fixing a bug that causes problems for players every day this will open up whole new possibilites. |
Well i don't want to remove this hook and dependencies completely for now. "//" should be enough for testing. Like @ccw808 mentioned this hook was added for a reason. I can't reproduce this old bug to test everything properly so there is a chance that the old problem can come up due this solution. |
How to check old bug fix:
In game:
|
If the old bug can't be reproduced, then we should merge this for general testing |
I re-checked it several times. Everything looks good. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to merge
I've tested this bug fix this morning, seems that everything is fine and without bugs, finally! :) Stream in/out: Works extremely well, no collisions bugs on replaced models I hope this important fix is implemented as soon as possible. |
I am very sorry to say this, but i have discovered random collisionless objects after testing this for a while now, the difference is that we cannot reproduce it anymore with the test resource. Can someone else confirm? |
I have tested that object on an heavily modded server and it doesn't appear as bugged. Maybe it's your script interfering? |
No, it appears random, you cannot reproduce it. On another day some other objects will be bugged. I replaced many collisions on my server and the more you replace, the higher the chance for a bug. |
I can't confirm this. I use this object for different elevators for a long time. Players use it every day. Some statistics from my servers: |
Does this fix the bug with SA objects loosing collisions? |
@Einheit-101 Set Advanced->Streaming memory to Min and see how that affects this issue |
1 similar comment
@Einheit-101 Set Advanced->Streaming memory to Min and see how that affects this issue |
I also suffering from this issue #377 for a few years now (dozens collisionless objects due replacement of some models in game).
It looks like CFileLoader_LoadCollisionFile_Mid hook causing this problem. We don't need to skip loading GTA collision model if we have replaced it. It's unnecessary because SetColModel is called.
I didn't remove this hook for now (just commented installation). It needs some testing. It would be really good if somebody else with these problems could confirm the fix and that collision replacement works properly.
Also TestResourceBug2.zip (object: 5418) from Issue description always causes this problem (at least for me).
This PR closes #377