(All of the bullets in the image are tiles.) As you can see, the large bullet third from the left (and the fourth from the left, as well, but to a lesser extent), has lagged a bit out of position: all those bullets should form a nice arc.
It seems to occur mostly on the last bullet in a series of bullet spawns, so I can sometimes fix it by creating an invisible bullet to eat the lag after all the others, but it doesn’t always work. Overall, it happens under seemingly random circumstances, though once the circumstance is found, it tends to be reproducable.
You migth want to check your movement update and the math on your angle manipulation. It seems a little unlikely this has anything to do with Tile under the hood (but it may be possible). What version of openfl are you using?
I would assume that it’s my code, as well: I wanted to make sure this wasn’t a common thing with tilemaps or something to that effect. The angles are always correct, it’s just like it skips updating a bullets position for a few frames occasionally.
I store each bullet’s velocity in a Vector2, and then run an update function every frame that loops over every bullet, and adds the Vector2’s individual values to both the bullet’s x and y position. I can’t see a point that would even allow that function to skip a bullet for a couple frames…
A common possibility is that when the bullets are removed, the array has undergone some microsecond changes, resulting in some bullets not being traversed.