WohlSoft / MiniPhysics-By-38A

A tiny physical engine made by 5438A38A in VB6 and ported into C++ with Qt and improved by Wohlstand
GNU General Public License v3.0
4 stars 1 forks source link

Snapshot #6 issues report #4

Closed Alucard648 closed 8 years ago

Alucard648 commented 8 years ago
Wohlstand commented 8 years ago
  1. I'll try to avoid that. Seems because collision resolving applying instantly when catched block with no priority checking. I think also need to collect data first, then resolve to avoid this.
  2. That done for NPC's, not for playables. I'll do "running across small holes without jumping" with smaller playable character width and with a flag to enable/disable that. Those options are NOT compatible, therefore how I told, NPC's are will always catch holes on floor while playables will run across them without jumping.
  3. Don't think that needed for NPC's. Playable character usually will have smaller width (or too fat character will stuck with it's big ass inside this hole :stuck_out_tongue_winking_eye: )
  4. That was't fixed completey. I doing that: when cliff has been detected, I don't zeroing vertical speed while character is "standing".
  5. Just recorded a video-proff that this is true in SMBX 1.3: (tested in both SMBX 1.3 and SMBX-38A) https://www.youtube.com/watch?v=kWBVXVFfE5Q NPC's are always gets crushed in the hole when block movement is slower than on video. In this video NPC's are dying when block is moving right, but when block moving back, NPC's are not so dying. In SMBX-38A NPC's are not dying in the holes while pushed by block. So, this is not an issue. Physics are must be compared with original SMBX's, because in SMBX-38A there are not so accurate.
Wohlstand commented 8 years ago

4'th is finally fixed, now working on hole-catching (i'll resize character to smaller size)

Alucard648 commented 8 years ago
  1. If you try to hug fast moving block to drop down the hole it moves across you go trough block beneath mover and get crushed.

crushed3 I could reproduce this issue only if block moves rightwards.

Wohlstand commented 8 years ago

Agree, I rarely had same when did that

Wohlstand commented 8 years ago

Okay, I finally fixed that dumb bug, also some other bugs too!

Alucard648 commented 8 years ago

1 is still reproducible on "\" 45 degree slope in snapshot 8.

Wohlstand commented 8 years ago

Item 3 has been fixed, now fat-ass character is able to catch ceiling hole while trying to aligning rounded integer value of it's X and be fited into rounded left or right of hole edges blocks