Потеря пикселей при конвертации

Если я правильно понял, то происходит накапливание погрешности. Нужно постоянно считать текущее положение от желаемого и прибавлять эту погрешность к следующему кадру. Как пример, когда нужно разделить 100 на 6 кадров, то его ширина каждого кадра должна быть 16.(6), мы округляем и показываем 16(или 17, по желанию), после добавляем эти значения в лог. Так для каждого следующего будет длинна общая желаемая будет как

16.(6) + 16.(6) = 33.(3) 

а действительной

16 + 16 = 32

Вот тут и нужно найти разницу между желаемым и действительным и добавить разницу к последнему кадру. Так разница выходит

33.3 - 32 = 1 

и мы добавляем его к последнему кадру, также увеличивая и реальную ширину на 1, получаем 33. Выходит первый кадр был размером 16, а второй 17 и так они будут чередоваться, оставляя погрешность всегда не более одного пикселя. В таком методе еще есть погрешность округления самого действительного числа, но она не существенна.

ред.

i

nt summWidth = 0;
int expectedWidht = 0;
...

int width = (int) ((end - start)*secInPx)/1000;
summWidth+=width;

здесь все вроде правильно, это получается ширина элемента. Добавить ее в накопленную ширину

expectedWidht = (int) (end*secInPx)/1000

это получается ожидаемая ширина всех элементов

int diff = expectedWidht - summWidth;

Это разница между желаемой шириной и действительной

width+=diff;
summWidth+=diff;

добавить разницу к последнему элементу и в суммарную ширину. Данное действие выполнить для каждого элемента