Деление/умножение

[Destr]

А как ты себе представляешь Fixed Point 8.8 ? почитай доки что ли.

Вот тут прога http://zx-pk.ru/threads/9031-etyudy/page71.html (пост #710, наверное надо сюда перенести, модер или кто там если можно плиз, всё что на тему - сюда)
Она и делает 8/8=8.8
Но только с беззнаковыми (и меньше 127) числами.
Работает, но научить делить больше 127 (рассматривая как беззнаковые) не получается что-то, (как-то надо заюзать флаг C в качестве доп.разряда, но я не придумал как это сделать компактно)

[Advertiser]

[barsik]

после вашего фейсопроломного заявления о шестнадцатеричной системе и калькуляторе, с вами не о чем разговаривать.

Если Вы написали этот калькулятор, это вовсе не значит, что он правильный. А вот калькулятор Windows правильный и все сотни макрассемблеров, в которых вычисляются HEX-выражения тоже правильные.

Я ещё меньше желаю с Вами разговаривать, потому что давно заметил, что "Вы самый умный на форуме" и неспособны к нормальному общению. Сожалею, что откомментировал вашу вопиюще бредовую картинку HEX-калькулятора. Закончили.

Вот тут прога (пост #710)

Ссылки нет. Или тему укажите.

[Destr]

Ссылки нет. Или тему укажите.

Виноват, по копипасту промахнулся. Поправил сообщение (если что и тут шлёпну на всяк случай :-) http://zx-pk.ru/threads/9031-etyudy/page71.html)

- - - Добавлено - - -

А вот калькулятор Windows правильный

Точно, делим 173 (#ad) на 240 (#f0) получаем 0,7208333....
Что если умножить на 256 будет #b8 (т.е как раз нужное 0.7 от #100, дробная часть)

[jerri]

Я отвечаю именно на то, что написано.

блин какой ты нудный чтоли

есть 8bit/8bit = 8bit.8bit
т.е по факту результат всегда занимает больше чем исходные данные

А действительно, чтоб не мучиться с программными арифметическими и даже тригонометрическими вычислениями, полезно поиметь арифметический сопроцессор http://www.cpushack.com/2010/09/23/a...-then-and-now/

а может еще и видеокарту с 512 мб памяти к спеку прикрутить?

- - - Добавлено - - -

barsik, Ожидаю 8bit/8bit=8bit.8bit
#AD/#F0=#00B8
Конечно решается и 16bit/8bit (как жерри написал) но хочется 8 циклов заворачивать на целую и 8 на дробную части, а не 16

lol, Destr, а у тебя что получается?
у тебя результат весит 16бит как ты его хочешь получить в 8 итераций?
потому и приходится расширять 8битное число до 16битного чтобы результат получил нормальный вид.

[Destr]

jerri, Так я ведь привёл ссыль на прогу которая всё делает как надо, но пока делимое и делитель не больше 127
Из 2 восмибитных регистров получается 16 битная пара где целая и дробная части по 8 бит (именно дробная, не остаток)
А вот как её переделать чтоб правильно делила любые 8-ми битные значения (с условием что они не знаковые, т.е. #F0 это именно 240 а не -16) - вот не получается. Думал поможете, а меня тут дебилом выставляют и 3dfx всякие советуют...
Про итерации: их 2 по 8. Делать 2 по 16 это уже не тру. А если 1 по 16 то можно получить либо целую часть, либо дробную, так вроде

[krt17]

Я честно говоря думал так и надо, типа сначала берется модуль потом делится. Но если в этом трудности то убери в RL H,H один H и первый dup 7 на 8 исправь. Будет деление 8/8=8.8

[jerri]

jerri, Так я ведь привёл ссыль на прогу которая всё делает как надо, но пока делимое и делитель не больше 127
Из 2 восмибитных регистров получается 16 битная пара где целая и дробная части по 8 бит (именно дробная, не остаток)
А вот как её переделать чтоб правильно делила любые 8-ми битные значения (с условием что они не знаковые, т.е. #F0 это именно 240 а не -16) - вот не получается. Думал поможете, а меня тут дебилом выставляют и 3dfx всякие советуют...
Про итерации: их 2 по 8. Делать 2 по 16 это уже не тру. А если 1 по 16 то можно получить либо целую часть, либо дробную, так вроде

ты кота не слушай
ты кота делай
если прога делает все как надо то ты ее и используй
а то у тебя неправильный взгляд на вещи

ты когда делишь #ad/#f0 и получаешь 0.
то ты все делаешь правильно.
просто смотришь не так
поскольку тебе надо делить целое число 8.8
и ты его расширяешь #ad.00/f0

ну а насчет проги. я хз. они все работают по одному принципу

[Lethargeek]

Шестнадцатеричные числа по определению целые

Если Вы написали этот калькулятор, это вовсе не значит, что он правильный. А вот калькулятор Windows правильный

Нет Гейца кроме Гейца, и barsik пророк его! Убить огнём всех еретикалькулирующих!!

По легенде, сжигая Александрийскую библиотеку, халиф Умар руководствовался следующей логикой: "если написанное в этих книгах противоречит Корану, то они обязательно должны быть сожжены, так как это - богохульство. Если же они повторяют то, что написано в Коране, они опять же должны быть сожжены. Потому что если они уже есть в Коране, какая в них нужда?"

[Destr]

krt17, В том и беда что не выходит

а то у тебя неправильный взгляд на вещи...
ты когда делишь #ad/#f0 и получаешь 0 то ты все делаешь правильно.

Старик, уж от тебя не ожидал. По твоей логике вышеприведёная прога при 3/10 (например) должна получать тоже нуль, а она как путняя даёт результат 0.3 (в H будет #00 - целая часть, в L будет #4C - дробная часть, т.е ровно 0.3 от 256. Теперь если прибавить это число к например координате которая двубайтна (тоже целая и дробная части) получим смещение по ней на три десятых. Шлёпая такое приращение раз во фрейм и беря для печати старшую часть координаты можно получить плавное движение по 0.3 пикселя за фрейм (на глаз это так и будет выглядеть, фрейм ведь), ты вроде все эти вещи сам прекрасно знаешь).
Всё это деление и мучаю для кота (до этого юзал таблицу, аж в 512 байт, но решил что так не тру, да и для других дел с деленим нужно разобратся)

- - - Добавлено - - -

barsik, Троллишь что-ли? Или реально не разбираешься в вопросе?
Я хоть не математик, но фейспалмы которые ты тут собрал сам-бы пополнил, но пока держусь.
Для справки - любое кол-во битов (хоть 16, хоть 8, хоть 5) как слово в предложении - зависит от контекста. Т.е. можно рассматривать как целое число, или как знаковое. А ещё это может быть и float. Или вообще код символа. Или команда. Так что "Шестнадцатеричные числа по определению целые" справедливо только для ОБЩЕГО случая (т.е ты увидел #de23 и смело говоришь - это 56867. Всё. Дальнейшее зависит от того что конкретно делает в проге это значение)

[jerri]

krt17, В том и беда что не выходит

Старик, уж от тебя не ожидал. По твоей логике вышеприведёная прога при 3/10 (например) должна получать тоже нуль, а она как путняя даёт результат 0.3 (в H будет #00 - целая часть, в L будет #4C - дробная часть, т.е ровно 0.3 от 256. Теперь если прибавить это число к например координате которая двубайтна (тоже целая и дробная части) получим смещение по ней на три десятых. Шлёпая такое приращение раз во фрейм и беря для печати старшую часть координаты можно получить плавное движение по 0.3 пикселя за фрейм (на глаз это так и будет выглядеть, фрейм ведь), ты вроде все эти вещи сам прекрасно знаешь).
Всё это деление и мучаю для кота (до этого юзал таблицу, аж в 512 байт, но решил что так не тру, да и для других дел с деленим нужно разобратся)

ммм? а что я сказал не так? я все сказал правильно.
если делить 8б\8б и брать старшие 8б то получим неправильный результат
если будем брать 16б то результат получим верный но зарезервировать дополнительные 8б нужно заранее.