Created attachment 9230 [details] патч по мотивам matrix_calibrator Предлагаю проработать улучшение xinput-calibrator. Предыстория: поскольку пакет из p9 скорее не работал (то, что он выдавал, совершенно не впечатляло X-сервер), были найдены коллеги по несчастью: http://support.fccps.cz/download/adv/frr/matrix_calibrator/matrix_calibrator.htm -- соответствующий спек могу приложить, но пока второй автор не ответил, какова, собственно, лицензия на эту реализацию (по всему видать, что free software, но это не написано явно). Первый автор предложил по возможности перетащить нормальную математику на сишный xinput-calibrator, что и было сделано wd@ (http://paste.org.ru/?pbhz7q -- см. тж. приложенный патч, но у нас не было возможности проверить его на той же железке по причине её отъезда -- заработало же). Отсюда предлагаемый план действий: - по возможности проверить задания #265559 (sisyphus) и #265560 (p9); - если всё хорошо -- поотправлять задания в репозитории; - предложить патч в апстрим, указав wd@ как автора и matrix_calibrator как оригинальную реализацию.
Вдогонку: очень просим доработать пакет до состояния, когда конфигурационный файл с результатами калибровки создается автоматически как завершение работы с пакетом. Сейчас приходится ручками создавать этот файл. Для школьных учителей это очень сложно.
ну и продублирую сюда тогда свои соображения по этому поводу: перл выводит более глубокие флоаты, но нужны ли они настолько точные? так то можно float на double махнуть... дальше, там целых три набора генерирующих выхлопы для разных драйверов (в порядке перебора): 1) usbtouchscreen - только auto и выводит, вестимо, параметры модуля, в modprobe.conf 2) evdev - умеет на выхлоп xorg hal и xinput 3) xorgprint - умеет xorg и hal на сколько я в курсе hal давно похоронен насколько актуальны usbtouchscreen и evdev - я не в курсе как по мне, сюда бы добавить libinput, об который выкручивается это в wayland (https://wiki.archlinux.org/index.php/GPD_Pocket#Wayland) я не фанат вэйленда, но отрицать его не могу опятьже, у меня дикое желание оторвать вообще всю эту генерацию выходных файлов, и повесить это на оберточный скрипт таким образом можно будет всегда добавлять разные конфигурации от калибратора посути нужно только получить выхлоп координат тапов (успешных, ибо он там может обидеться и попросить новых тапов) ну и размеров всей форточки, в которую тыкали остальное можно посчитать скриптом, за исключением одной проблемы - там float, который в дефолтовых шеллах несколько отсутсвует можно перлом, который вроде как должен быть по дефолту, можно awk также неплохим решеним может быть просто опциональный вывод: - координат тыков - габаритных координат (тех, что сейчас калибратор выплевывает) - матрицы трансформации - размеров поляны само собой с возможностью выбора нескольких одновременно дальнейшая генерация файлов всеравно весьма зависит от конкретного устройства и дистра - так что вполне логично положить это на скрипт да и както юниксвейно именно так ну и опятьже, перловый скрипт этот перед запуском калибратора сбрасывает матрицу, а после применяет - втыкать это в сам калибратор не очень красиво тут либо подвязывать потроха xinput, либо его прямо дергать, что мне не нравится ни так ни сяк, ну и в обоих случаях зависимость добавит можно конечно притянуть шаблоны в сам калибратор, но мне кажется это менее удобным я предлагаю его упростить, но добавить потенциала
Гм, и как оно на pav@ оказалось... Серёж, у нас тут наработки наработались по существенному улучшению результативности xinput-calibrator, можешь глянуть да отозваться?
у меня давно нет того железа -- @everybody is welcome
0.7.5-alt4 давно в sisyphus/p10, благодарю. PS: прислали тут ещё ссылочку по калибровке, заархивирую-ка: http://docs.artix.su/plugins/servlet/mobile?contentId=125239417#content/view/125239417
