krt17, В том и беда что не выходит
Старик, уж от тебя не ожидал. По твоей логике вышеприведёная прога при 3/10 (например) должна получать тоже нуль, а она как путняя даёт результат 0.3 (в H будет #00 - целая часть, в L будет #4C - дробная часть, т.е ровно 0.3 от 256. Теперь если прибавить это число к например координате которая двубайтна (тоже целая и дробная части) получим смещение по ней на три десятых. Шлёпая такое приращение раз во фрейм и беря для печати старшую часть координаты можно получить плавное движение по 0.3 пикселя за фрейм (на глаз это так и будет выглядеть, фрейм ведь), ты вроде все эти вещи сам прекрасно знаешь).Сообщение от jerri
Всё это деление и мучаю для кота (до этого юзал таблицу, аж в 512 байт, но решил что так не тру, да и для других дел с деленим нужно разобратся)
- - - Добавлено - - -
barsik, Троллишь что-ли? Или реально не разбираешься в вопросе?
Я хоть не математик, но фейспалмы которые ты тут собрал сам-бы пополнил, но пока держусь.
Для справки - любое кол-во битов (хоть 16, хоть 8, хоть 5) как слово в предложении - зависит от контекста. Т.е. можно рассматривать как целое число, или как знаковое. А ещё это может быть и float. Или вообще код символа. Или команда. Так что "Шестнадцатеричные числа по определению целые" справедливо только для ОБЩЕГО случая (т.е ты увидел #de23 и смело говоришь - это 56867. Всё. Дальнейшее зависит от того что конкретно делает в проге это значение)
Ответить с цитированием