Estoy viendo lápices activos compatibles con Android (que poco me interesa la tutoría), pero nada específicamente compatible con Linux. Pero como Android es, en esencia Linux, no se si utilizará algún driver común, algo específico para android...
-
-
Replying to @Imphinium
Usarán el mismo driver. Verás linux es el kernel, eso significa que la paete que habla con hardware es la misma (a grandes rasgos). Es el kernel el que habla con los drivers
1 reply 0 retweets 0 likes -
Replying to @yawin123
¿Y Android no tirará de kernel personalizado? Porque hasta donde yo sé el 7.0 añadió compatibilidad con tabletas gráficas wacom, y eso huele a driver
1 reply 0 retweets 0 likes -
Replying to @Imphinium
Linux tb tiene esa compatubilidad. No sé, de kernel se poco o incluso menos
1 reply 0 retweets 1 like -
Replying to @yawin123
Bueno, y si no va con Raspbian, le enchufo android que en principio iría fijo
1 reply 0 retweets 0 likes -
Replying to @Imphinium @yawin123
Android tira de mil forks chungos del kernel según el dispositivo. Que funcione en Android no significa que funcione en un Linux normal. Pero de que dispositivo hablas? Lo normal, al margen de cosas raras como Wacom, es que sean dispositivos USB estandar que funcionen en todo.
2 replies 0 retweets 0 likes -
No es USB, es un lápiz que se conecta por BT, y envía la presión ejercida. Así, entre eso y la pantalla capacitiva se podría hacer una pantalla híbrida, entre táctil y stylus
1 reply 0 retweets 0 likes -
Replying to @Imphinium @yawin123
Que yo sepa no existe ese concepto en Linux. Por lo tanto necesitas dos partes: un driver para el lápiz y un programa que lo combine con la pantalla capacitiva y emule un dispositivo tablet virtual que es lo que las apps soportan. Alguien lo ha hecho:http://gerev.github.io/laptop-cintiq/
1 reply 0 retweets 2 likes -
Al ser Bluetooth y con la API uinput todo esto se puede hacer en espacio de usuario sin tocar el kernel.
1 reply 0 retweets 1 like -
¿Entonces, se hace bajo la API uinput? Si no existiera controlador para el dispositivo, ¿Sería muy difícil leer lo que envíe el lápiz, y pasarlo por la API?
1 reply 0 retweets 0 likes
Si el dispositivo es un dispositivo de entrada estándar Bluetooth (HID) entonces la entrada es vía la interfaz evdev. Si es otra cosa entonces tienes que usar la API BlueZ para hablar a nivel Bluetooth y averiguar cómo funciona. uinput es para la salida, emular una tablet.
-
-
La pantalla táctil también la leerías por evdev. evdev es la interfaz estándar de dispositivos de entrada en Linux y uinput crea un evdev virtual. evdev pantalla + evdev lápiz -> uinput (= evdev por el otro lado). Si el lápiz no es HID no será evdev y hay que bajar a nivel BlueZ.
1 reply 0 retweets 1 like -
evdev permite tomar el control de dispositivos de forma exclusiva que es lo que debes usar, para "robar" los dispositivos originales y que lo que el resto de aplicaciones vean sea sólo los eventos de tu salida uinput combinada (si no verían duplicados)
2 replies 0 retweets 1 like - Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.