Um, okay, but it seems like it would be best to fix the driver rather than
hack the platform to do the wrong thing. :}
On Thu, Oct 1, 2009 at 6:21 AM, Jesper Nordenberg wrote:
>
> Thanks for your help.
>
> I've managed to fix the issue by patching some of the Java code. The
> driver was reporting
Thanks for your help.
I've managed to fix the issue by patching some of the Java code. The
driver was reporting the wrong event scan codes: ABS_Z instead of
ABS_Y and ABS_RX instead of ABS_X (have no idea why). When that was
fixed it was just a matter of calibrating the screen. Here are the
chang
The file I pointed to is the definition for the data -- the first number is
the class of event (like key or abs), the second number is the code (like
'a' or key or x for abs), and the third is the value. You should be seeing
this data fairly directly reflected in pointer location, except with the
On Sep 29, 8:30 pm, Dianne Hackborn wrote:
> That event stream doesn't look good (though it doesn't look like you
> included the whole thing so it is hard to tell). You can interpret it with
> these constants for the first and second number:
>
> http://android.git.kernel.org/?p=platform/framewor
That event stream doesn't look good (though it doesn't look like you
included the whole thing so it is hard to tell). You can interpret it with
these constants for the first and second number:
http://android.git.kernel.org/?p=platform/frameworks/base.git;a=blob;f=core/java/android/view/RawInputEv
On Sep 28, 7:07 pm, Dianne Hackborn wrote:
> What do you see in the Pointer Location app in DevTools?
I don't know how to run Pointer Location. When I try to install
Development.apk it says "Dev Tools could not be installed on this
phone.".
> Does your event
> stream from getevent look reasonab
What do you see in the Pointer Location app in DevTools? Does your event
stream from getevent look reasonable? What events is the driver saying it
generates?
On Mon, Sep 28, 2009 at 1:20 AM, Jesper Nordenberg wrote:
>
> I'm running Android on a Beagle Board and want to add support for
> input f
Hi all,
Yes, tsc2004 touchscreen LCD resolution is 480x272 and Android view is in
landscape mode.
Has anyone tried or ported landscape LCD view based touchscreen on android.
Deepak
--~--~-~--~~~---~--~~
unsubscribe: android-porting+unsubscr...@googlegroups.com
we
LCD resolution is 480x272 and Android view is in landscape mode.
On May 22, 8:39 pm, Yi Sun wrote:
> HOw big is your screen? 3440x3786 does not seem to be a right value
>
> On Fri, 2009-05-22 at 10:25 +0530, deepak singal wrote:
> > dev/input/Pressure On Screen x=3440 y=3786
--~--~-~--~-
Hello Sun,
Thanks for reply
#define ADC_MAX ((1 << 12) - 1)
#define ADC_SCALE(x) ((x) * 640 / 4096) // scale down to 640 pixels.
I am using 640 X 640 screen.
But on another board ads7846 touchscreen gives the approximate same output
means--->
dev/input/Pressure On Screen x=3440 y=3786
Has any
HOw big is your screen? 3440x3786 does not seem to be a right value
On Fri, 2009-05-22 at 10:25 +0530, deepak singal wrote:
> dev/input/Pressure On Screen x=3440 y=3786
--~--~-~--~~~---~--~~
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http:/
Hi all,
I am porting Android to a OMAP3530 LV SOM development platform. I am using a
tsc2004 touchscreen. I have built the 2.6.28 kernel and I can get Android to
boot however the touchscreen is not working. The touch screen is assigned to
event0. I can getevent and touched the screen and here is w
Android accepts abs events from input subsystem. You can check
omapzoom kernel ts driver for reference.
-Girish
On May 21, 2009, at 10:30 PM, sathish kumar
wrote:
>
> I have added touchscreen support but the calibration is not proper.
> my LCD resolution is 640x480.
> Has anyone tried touc
Not necessarily, other things may need user space code. For example,
hardware accelerated OpenGL is provided as a user-space library that takes
care of talking with its driver in an appropriate way.
There has already been lots of discussion on this list about porting various
parts of the system;
Is this the case for every devices that if there is a kernel driver
for each device and that driver is published properly, then we don't
need to do any modification in the userspace, correct? for e.g i have
drivers for telephony(RIL), touchscreen, display, keyboard etc, in
this case i don't need t
If you publish a proper kernel drive you won't need to modify user space.
Note that currently we don't support calibrating as is needed for
non-capacitive screens, so you would need to find some other way to
calibrate such a screen's points.
On Tue, Dec 2, 2008 at 9:37 PM, Pivotian <[EMAIL PROTECT
ok thats g8. But should i need to do any modification regarding that
because the kernel contains the driver for touchscreen. I found
somewhere that we need to use "TLIB", is it true? can't android
directly use the Touchscreen without any modification at user level?
On Dec 2, 11:12 pm, "Dianne Hac
Yes.
On Tue, Dec 2, 2008 at 3:18 AM, Pivotian <[EMAIL PROTECTED]> wrote:
>
> Does Android supports Touchscreen? I am using SMDK6410 which contains
> driver for touch screen, do android provide any API for touchscreen?
> >
>
--
Dianne Hackborn
Android framework engineer
[EMAIL PROTECTED]
Note:
18 matches
Mail list logo