Вид для печати
Вот тут прога http://zx-pk.ru/threads/9031-etyudy/page71.html (пост #710, наверное надо сюда перенести, модер или кто там если можно плиз, всё что на тему - сюда)Цитата:
Сообщение от Шынни
Она и делает 8/8=8.8
Но только с беззнаковыми (и меньше 127) числами.
Работает, но научить делить больше 127 (рассматривая как беззнаковые) не получается что-то, (как-то надо заюзать флаг C в качестве доп.разряда, но я не придумал как это сделать компактно)
Если Вы написали этот калькулятор, это вовсе не значит, что он правильный. А вот калькулятор Windows правильный и все сотни макрассемблеров, в которых вычисляются HEX-выражения тоже правильные.Цитата:
Сообщение от Шынни
Я ещё меньше желаю с Вами разговаривать, потому что давно заметил, что "Вы самый умный на форуме" и неспособны к нормальному общению. Сожалею, что откомментировал вашу вопиюще бредовую картинку HEX-калькулятора. Закончили.
Ссылки нет. Или тему укажите.Цитата:
Сообщение от Destr
Виноват, по копипасту промахнулся. Поправил сообщение (если что и тут шлёпну на всяк случай :-) http://zx-pk.ru/threads/9031-etyudy/page71.html)Цитата:
Сообщение от barsik
- - - Добавлено - - -
Точно, делим 173 (#ad) на 240 (#f0) получаем 0,7208333....Цитата:
Сообщение от barsik
Что если умножить на 256 будет #b8 (т.е как раз нужное 0.7 от #100, дробная часть)
блин какой ты нудный чтолиЦитата:
Сообщение от barsik
есть 8bit/8bit = 8bit.8bit
т.е по факту результат всегда занимает больше чем исходные данные
а может еще и видеокарту с 512 мб памяти к спеку прикрутить?Цитата:
А действительно, чтоб не мучиться с программными арифметическими и даже тригонометрическими вычислениями, полезно поиметь арифметический сопроцессор http://www.cpushack.com/2010/09/23/a...-then-and-now/
- - - Добавлено - - -
lol, Destr, а у тебя что получается?Цитата:
Сообщение от Destr
у тебя результат весит 16бит как ты его хочешь получить в 8 итераций?
потому и приходится расширять 8битное число до 16битного чтобы результат получил нормальный вид.
jerri, Так я ведь привёл ссыль на прогу которая всё делает как надо, но пока делимое и делитель не больше 127
Из 2 восмибитных регистров получается 16 битная пара где целая и дробная части по 8 бит (именно дробная, не остаток)
А вот как её переделать чтоб правильно делила любые 8-ми битные значения (с условием что они не знаковые, т.е. #F0 это именно 240 а не -16) - вот не получается. Думал поможете, а меня тут дебилом выставляют и 3dfx всякие советуют...
Про итерации: их 2 по 8. Делать 2 по 16 это уже не тру. А если 1 по 16 то можно получить либо целую часть, либо дробную, так вроде
Я честно говоря думал так и надо, типа сначала берется модуль потом делится. Но если в этом трудности то убери в RL H,H один H и первый dup 7 на 8 исправь. Будет деление 8/8=8.8
ты кота не слушайЦитата:
Сообщение от Destr
ты кота делай
если прога делает все как надо то ты ее и используй
а то у тебя неправильный взгляд на вещи
ты когда делишь #ad/#f0 и получаешь 0.
то ты все делаешь правильно.
просто смотришь не так
поскольку тебе надо делить целое число 8.8
и ты его расширяешь #ad.00/f0
ну а насчет проги. я хз. они все работают по одному принципу
:v2_dizzy_facepalm:Цитата:
Сообщение от barsik
Нет Гейца кроме Гейца, и barsik пророк его! Убить огнём всех еретикалькулирующих!! :v2_dizzy_fire: :v2_dizzy_fire: :v2_dizzy_fire:Цитата:
Сообщение от barsik
Цитата:
По легенде, сжигая Александрийскую библиотеку, халиф Умар руководствовался следующей логикой: "если написанное в этих книгах противоречит Корану, то они обязательно должны быть сожжены, так как это - богохульство. Если же они повторяют то, что написано в Коране, они опять же должны быть сожжены. Потому что если они уже есть в Коране, какая в них нужда?"
krt17, В том и беда что не выходит
Старик, уж от тебя не ожидал. По твоей логике вышеприведёная прога при 3/10 (например) должна получать тоже нуль, а она как путняя даёт результат 0.3 (в H будет #00 - целая часть, в L будет #4C - дробная часть, т.е ровно 0.3 от 256. Теперь если прибавить это число к например координате которая двубайтна (тоже целая и дробная части) получим смещение по ней на три десятых. Шлёпая такое приращение раз во фрейм и беря для печати старшую часть координаты можно получить плавное движение по 0.3 пикселя за фрейм (на глаз это так и будет выглядеть, фрейм ведь), ты вроде все эти вещи сам прекрасно знаешь).Цитата:
Сообщение от jerri
Всё это деление и мучаю для кота (до этого юзал таблицу, аж в 512 байт, но решил что так не тру, да и для других дел с деленим нужно разобратся)
- - - Добавлено - - -
barsik, Троллишь что-ли? Или реально не разбираешься в вопросе?
Я хоть не математик, но фейспалмы которые ты тут собрал сам-бы пополнил, но пока держусь.
Для справки - любое кол-во битов (хоть 16, хоть 8, хоть 5) как слово в предложении - зависит от контекста. Т.е. можно рассматривать как целое число, или как знаковое. А ещё это может быть и float. Или вообще код символа. Или команда. Так что "Шестнадцатеричные числа по определению целые" справедливо только для ОБЩЕГО случая (т.е ты увидел #de23 и смело говоришь - это 56867. Всё. Дальнейшее зависит от того что конкретно делает в проге это значение)
ммм? а что я сказал не так? я все сказал правильно.Цитата:
Сообщение от Destr
если делить 8б\8б и брать старшие 8б то получим неправильный результат
если будем брать 16б то результат получим верный но зарезервировать дополнительные 8б нужно заранее.