Господа, есть небольшая задачка.
Работаю с дисплеем и тачскрином. Как вы сами понимаете, координаты дисплея и координаты тачскрина - это две большие разницы (или, как говорят в Одессе, четыре маленьких)) ).

координаты дислпея вычисляются следующим образом:
х=touch_x*800/256
y=touch_y*480/256

Но полученный результат является float, а функция, куда будут переданы координаты берет int.
Естественно, такой вариант как скажем Circle (touch_x*800/256, touch_y*480/256 .....) не прокатит.

Мне хочется с наименьшими процессорными затратами получить округленные числа типа int, как это сделать? Ибо способов существует несколько, а вот какой быстрее....

Спасибо.

Сообщение отредактировал zheka - Dec 21 2010, 12:34

Кто сказал? Если int x,y; то результат будет int

Если touch_x и touch_y типа int, то и результат будет типа int. Все операции умножения и деления будут выполнятся с целыми числами. И в принципе на округление можно забить, так как палец на тачскрине всё округлит сам.

Зачем вам float вообще? Вычисляйте в целых числах. Ведь сами координаты-то точек являются целыми числами.
х=(touch_x*800)>>8;
y=(touch_y*480)>>8;
Если уж так непременно нужны дробные результаты, то и представляйте их в виде дроби с основанием двойки.

rezident, сейчас переварю, то что Вы написали, а пока для сравнения, вот что у меня было:



Это затратнее чем Ваш вариант?

Проверил.
Мой вышеприведенный вариант позволял рисовать на экране стилусом.
Ваш вариант в моем использовании:
FillEllipse(800-((*touch_x*800)>>8),((*touch_y*480)>>8),10,10,clRed);

рисует в правом верхнем углу экрана, в квадрате со стороной 256х256 пикселей. У тачпанель 0,0 находятся в правом верхнем углу экрана.
touch_x у меня типа unsigned char

Сообщение отредактировал zheka - Dec 21 2010, 13:07

Вы, надеюсь, понимаете, что координаты вашего устройства отображения это сугубо целые числа? Так на кой вам float? Некуда процессорное время девать?

Да и написали бы лучше:

Подозревать человека, который в состоянии собрать отладочную плату и подключить с ней дисплей глупо.


В свою очередь, я надеюсь что вы понимаете что произойдет если unsigned char умножить на 800.

Итог - мой вариант работает, но безусловно тратит процессорное время. Ваш вариант работает как и предложенный резидентом.

Сообщение отредактировал zheka - Dec 21 2010, 13:33

zheka, а вы дроби из курса начальной школы не забыли еще? Например, запись 0,125 означает 125/1000. И числитель и знаменатель дроби являются целыми числами.

В соответствии со стандартом Си произойдет конвертация в тип signed integer, в котором эти числа и будут перемножены. Однако если переменные x и y у вас тоже типа char, то результат умножения будет преобразован к типу char. Вывод: вычислять нужно, приведя операнды к типу long.

Да нет же, я не о целых и дробях, я о том, что touch_x не может быть равен больше 255, если прибавить к 245 число 20, получится не 265, а 10.

У пишущих здесь есть возможность проверить это в компиляторе?

В моем варианте я оперирую с float, а затем по окончании привожу float к int, не только потому что я, как ни странно знаю, что координаты это целое число, а еще и потому, что функция не возьмет float.



ОДнако на практике - в Вашем варианте, пока я веду стилусом вдоль х, курсор на экране 4 раза пробегает от координаты 544 к координате 800. Значит все таки не происходит конвертации.



То есть то же самое, что у меня, только приводя к long, так? СРазу вопрос работа с long менее затратна, чем с float ?
Поверьте, мне нужно не просто чтобы работало, а чтобы работало быстро настолько, насколько это возможно силами C.

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

Ну вы же нам исходя, видимо, из соображений секретности, даже не сказали, что за процессор/компилятор пользуете. Как вы там объявили свои х, тouch_x - тайна, покрытая мраком. У вас int, часом, не 16-бит?

Так почему надо упорно лезть во float, а не применить, действительно, что-нибудь типа long (хотя это тоже загадка, что этот long на вашем процессоре из себя представляет)?

Ну да, вы же в разделе AVR. int он и есть 16-бит. Сделайте так:

У меня CodeVision 2, процессор - atmega32
Сейчас попробую то что вы написали.

Объявлял так


Получаю координаты функцией GetTouchStat(touch_x,touch_y);

То что вы предложили - не работает.

А так работает? С sX, sY выполняешь вычисления. По моим прикидкам 16-разрядного ште должно хватить

Сообщение отредактировал 777777 - Dec 21 2010, 16:13

Делаем так:



Кстати. Touchscreen выдает координаты в диапазоне 0...255 или более того?

Вот это другое дело!
Работает, так как надо. И, судя по тому, что рисуемые на большой скорости передвижения стилуса точки получаются гуще - работает быстрее.
Спасибо!



0-255. Иначе зачем я делил на 256?