Как я могу избежать смещения внутри пола при наведении мыши на малых скоростях?

Я чувствую, что ваше последнее предложение является главной подсказкой здесь. Чем более «правильным» будет ваше решение, тем больше оно начнет приближаться, просто отслеживая дробные части положения медленно движущегося объекта. Почему бы просто не сделать это?

Однако, если это абсолютно невозможно, всегда есть хаки.

Упростим задачу, сведя к одному направлению в одном измерении, исключив целую часть скорости и знак. У вас есть объект, движущийся со скоростью dx пикселей за кадр, dx находится в диапазоне от 0,0 до 1,0.

Вы делаете обновление кадра. На сколько целых пикселей вы перемещаете объект? Ноль или один?

Мы хотим обновляться не только с правильной вероятностью, но и более-менее плавно (равномерно). Более того, поскольку нашей целью является предсказуемое визуальное поведение, мы не хотим использовать случайность.

Что нам нужно, если мы не можем использовать это, так это отслеживать номер кадра, чтобы знать, где мы находимся в последовательности равноотстоящих обновлений.

Я думаю, что хороший способ получить «правильные» результаты довольно простым способом выглядит примерно так:

int last_frame = (int) (((double)(current_frame_number-1)) * dx);
int this_frame = (int) (((double)current_frame_number) * dx);
if( this_frame != last_frame ) {
   ++x; // advance one pixel
}

Для любого заданного (постоянного!) dx это должно дать правильный результат. На практике я ожидаю, что это даст достойный результат с dx, который время от времени меняется.

Я проигнорировал эффекты переполнения номера кадра, но они должны быть минимальными (будьте осторожны, если вы используете вычитание вместо увеличения на единицу).

Вам придется добавить обратно неотъемлемые части, знаки и тот факт, что есть два измерения. Если вы двигаетесь со скоростью (2,7,-0,4) за кадр, то вы всегда перемещаетесь (2,0) за каждый кадр и используете описанный выше метод с dx=0,7, чтобы определить, двигаетесь ли вы дополнительно (1,0), и с dx=0,4, чтобы определить, двигаетесь ли вы дополнительно (0,-1).

Однако, хотя это была интересная проблема для теоретического рассмотрения, для практической реализации я бы посоветовал вам просто использовать двойные значения для базовых значений. Помимо того факта, что вышеизложенное намного сложнее понять, также не гарантируется, что оно будет правильным при непостоянной скорости - так что это и сложнее, и хуже, чем очевидное решение.

Я немного заржавел в Java, но, возможно, вы могли бы использовать векторная математика в отличие от триггера?

double xPos, yPos; // should be initialized with the starting position and updated with each change in position - rounding on each update will accumulate errors and produce odd behavior as you described
// start of update
Vector2d direction = (new Vector2d(m.x - target.getX(), m.y - target.getY())).normalize(); // create unit vector in the direction of the target
Vector2d velocity = direction.scale(maxSpeed); // set the scalar speed in the direction of the target
xPos += velocity.x;
yPos += velocity.y; 
target.setX((int) xPos); // move (maxSpeed)*cos(angle) units in the x direction
target.setY((int) yPos); // move (maxSpeed)*sin(angle) units in the y direction
// end of update

... должно работать - быстрее, чем триггерный подход :).