View Issue Details
ID | Project | Category | Date Submitted | Last Update | |
---|---|---|---|---|---|
0018643 | Starward Rogue | Graphical Bug | Feb 1, 2016 5:32 am | Feb 15, 2016 1:38 pm | |
Reporter | dfinlay | Assigned To | keith.lamothe | ||
Status | resolved | Resolution | fixed | ||
Product Version | 1.010 | ||||
Fixed in Version | 1.014 | ||||
Summary | 0018643: Sometimes enemies appear in odd places until you move | ||||
Description | When you enter a room, there are often enemies in odd places (inside of walls or really close to you). Once you move into the room enough that the room activates, some sort of bound checking occurs and these are moved. The player should never see this - they should be moved immediately rather than when the room activates. | ||||
Tags | No tags attached. | ||||
|
I've seen this. Seems to be linked to swarm-type enemies or ones that use familiars. |
|
Some swarm-type familiars might do something that looks like this, but it wouldn't be dependent on whether you had entered the room fully or not. This is one of those where I'm going to need a save to be able to investigate it in a reasonable amount of time. |
|
<root> <room_setup script="SmallNS/PT_Firework" skip_normal_enemy_population="true" /> <entity type="PlayerStandard" category="Player"/> <entity type="MiniSwarmBlueOrange" category="Enemy" offset_from_center="0,0"/> </root> Demonstrates the swarm/familiar type teleport. If the room has the topleftist position near the player that would be the experience. |
|
|
|
|
|
|
|
I've attached two screenshots and a save showing this behavior. In the screenshots, you can see how the swarm is just to the left when initially entering the room, but once fully in and the door shuts, the swarm appears elsewhere. The save should be the exact position prior to the door shutting. |
|
For 1.014: * Enemy orbital familiars no longer render before you fully enter the room, since their orbiting offsets aren't set up until after you enter and that led to them rendering in weird places. Thanks :) |
Date Modified | Username | Field | Change |
---|---|---|---|
Feb 1, 2016 5:32 am | dfinlay | New Issue | |
Feb 5, 2016 4:32 pm | Chris_McElligottPark | Assigned To | => keith.lamothe |
Feb 5, 2016 4:32 pm | Chris_McElligottPark | Status | new => assigned |
Feb 5, 2016 5:53 pm | Misery | Note Added: 0045068 | |
Feb 13, 2016 1:40 pm | keith.lamothe | Note Added: 0045177 | |
Feb 13, 2016 1:40 pm | keith.lamothe | Status | assigned => feedback |
Feb 14, 2016 4:16 pm | ptarth | Note Added: 0045182 | |
Feb 15, 2016 5:17 am | dumpsterKEEPER | File Added: 2016-02-14_00001.jpg | |
Feb 15, 2016 5:17 am | dumpsterKEEPER | File Added: 2016-02-14_00002.jpg | |
Feb 15, 2016 5:17 am | dumpsterKEEPER | File Added: ForBugReport_2016_02_14_20_12_14.save | |
Feb 15, 2016 5:19 am | dumpsterKEEPER | Note Added: 0045185 | |
Feb 15, 2016 1:38 pm | keith.lamothe | Note Added: 0045188 | |
Feb 15, 2016 1:38 pm | keith.lamothe | Status | feedback => resolved |
Feb 15, 2016 1:38 pm | keith.lamothe | Fixed in Version | => 1.014 |
Feb 15, 2016 1:38 pm | keith.lamothe | Resolution | open => fixed |