Thanks to some testing by @alal690 based on my instructions in the post on how to play with touchscreen sensitivity we have some suggested reduced sensitivity values.
I spent entire day figuring how to do more things in android apps, and here's my next terrible UI attempt: NookTouchscreenSensitivityAdjuster-4.apk (backup link).
It's recommended that you run it with 07/11 cm10.1 release, but it will work with older releases too, just all settings (all but touch sensitivity on 07/06) would reset on screen off.
This minimalistic tool would allow you to change various touchscreen parameters in GUI, so not need to play with adb.
Right now this tool just lets you to play with values, the new values persist until the screen turns off (and the touchscreen resets restoring to default values).
The "save" button only saves the sensitivity and focus settings at this time, and the values persists across reboots (important to grant it root access the first time you run it!), everything else is not saved anywhere (since I am not sure there's any value in that and only included the other settings so you can experiment with them and perhaps get back to me with your awesome finds).
save button only works with 07/06 release, in previous releases save button does not persist anything.
the "reset" button resets values to the "old" values in the touchscreen, meaning pre-sensitivity change (so to 0x11, instead of the new 0x16).
Old post:
Anyway, here's a test zip that you can flash to try the new value. I encourage everybody to try it both if you do and do not feel like you have a touchscreen sensitivity issue.
If there are no downsides (so far I see none on my end), we might make this one to be a standard new default.
touchscreen-test.zip - this is for Nook HD+ (noop on the Nook HD). (Note, this is now included into 6/30 build for ovation)
Do not flash into stock, it'll break it.
I know the raw TS settings is a bit intimidating, so I plan to make an app for that, though that's a bit more effort than what I have time for ATM, so we'll make do with just this topical treatment.
will this work with carbonrom also? i like to switch between them.
What about those of us who felt it wasn't sensitive enough? Is there some sort of weird effect where its so over-sensitive that it feels less sensitive?
Apk07 said:
What about those of us who felt it wasn't sensitive enough? Is there some sort of weird effect where its so over-sensitive that it feels less sensitive?
Click to expand...
Click to collapse
Try it and tell me what you find out.
Feel free to play with other register values as per that other post referenced if you can. No two devices are totally the same. So we'll need a significant amount of testing by all interested parties to come to some middle groumd
Either that, or an app where people would be able to setup volume, touchscreen and other settings for themselves, but we'd still need to have sensible defaults.
bckrupps said:
will this work with carbonrom also? i like to switch between them.
Click to expand...
Click to collapse
It probably will work there too, but I did not test it on anything but my setup.
verygreen said:
It probably will work there too, but I did not test it on anything but my setup.
Click to expand...
Click to collapse
i tried it on both. What a difference already. especially on stock browser. sometimes i wanted to smash the thing lol. you are one hell of a dev. scrolling takes a bit more work but clicking links is so much better now. sometimes i would click a link four or 5 times lol
verygreen said:
Thanks to some testing by @alal690 based on my instructions in the post on how to play with touchscreen sensitivity we have some suggested reduced sensitivity values.
Anyway, here's a test zip that you can flash to try the new value. I encourage everybody to try it both if you do and do not feel like you have a touchscreen sensitivity issue.
Click to expand...
Click to collapse
Can I just flash this zip from CWM... or do I need to do any of the other steps mentioned in the post on playing with touchscreen?
dbrickg said:
Can I just flash this zip from CWM... or do I need to do any of the other steps mentioned in the post on playing with touchscreen?
Click to expand...
Click to collapse
You just flash this one from cwm and you are good to go for just this particular setting change.
verygreen said:
You just flash this one from cwm and you are good to go for just this particular setting change.
Click to expand...
Click to collapse
Thanks. That's what I thought. So I went ahead and did it while I was waiting for your response. So far it seems just fine. I guess I don't notice any great deal of difference. But I'm not sure what the symptoms were that you were trying to cure. I can't figure out how to read any of the context around the link to the post you mention in the OP
dbrickg said:
Thanks. That's what I thought. So I went ahead and did it while I was waiting for your response. So far it seems just fine. I guess I don't notice any great deal of difference. But I'm not sure what the symptoms were that you were trying to cure. I can't figure out how to read any of the context around the link to the post you mention in the OP
Click to expand...
Click to collapse
Basically the problem is: there are multiple complaints about people having too sensitive/too insensitive touchscreens. I don't think I am seeing anything like that, but there is more than one report so perhaps different people have different tolerances and different hardware has it's quirks.
The goal here is to arrive at a different set of defaults that would improve the situation for people that feel there is a problem and at the same time don't make situation worse for everybody else who feels current settings are ok.
verygreen said:
Basically the problem is: there are multiple complaints about people having too sensitive/too insensitive touchscreens. I don't think I am seeing anything like that, but there is more than one report so perhaps different people have different tolerances and different hardware has it's quirks.
The goal here is to arrive at a different set of defaults that would improve the situation for people that feel there is a problem and at the same time don't make situation worse for everybody else who feels current settings are ok.
Click to expand...
Click to collapse
mine personally was very insensitive. when i'm on slickdeals and i know you are also or bleacher report clicking on links such as hot deals and my subscriptions would take multiple tries. i didn't notice much system wide but mostly on the internet clicking smaller links. whatever he did with this zip made mine personally much much better.
verygreen said:
Basically the problem is: there are multiple complaints about people having too sensitive/too insensitive touchscreens. I don't think I am seeing anything like that, but there is more than one report so perhaps different people have different tolerances and different hardware has it's quirks.
Click to expand...
Click to collapse
Aha... then I guess I *did* know about the problem. I noticed it most when reading books. After a few minutes, the page turning touches on the lower right margin would seem to stop. I finally just gave up even trying to use them, and substituted a swiping movement. Anyway, with this zip installed, the sensitivity doesn't seem to be any worse, and might well be better. It hasn't been very long, but I'll keep an eye open for differences.
PS: Just read some of the other people's posts, and see that they were complaining of difficulty in clicking links in web pages. I had certainly noticed that, but hadn't even thought of the possibility of fixing it, so had just ignored it. With this new zip, it does seem like web link sensitivity is much improved.
dbrickg said:
Aha... then I guess I *did* know about the problem. I noticed it most when reading books. After a few minutes, the page turning touches on the lower right margin would seem to stop. I finally just gave up even trying to use them, and substituted a swiping movement. Anyway, with this zip installed, the sensitivity doesn't seem to be any worse, and might well be better. It hasn't been very long, but I'll keep an eye open for differences.
PS: Just read some of the other people's posts, and see that they were complaining of difficulty in clicking links in web pages. I had certainly noticed that, but hadn't even thought of the possibility of fixing it, so had just ignored it. With this new zip, it does seem like web link sensitivity is much improved.
Click to expand...
Click to collapse
mine is much improved. whatever adjustments were made I feel like mine could go even a little more in that direction. I'm at like 85% now lol
Thanks, alal690! I think he deserves to get some "Thanks", too, but he doesn't have any posts! And thanks to verygreen for providing the tools for alal690 to tweak with, of course!
I have noticed more mistypes on the keyboard verygreen if you are still needing input but the positives outweigh that in my book. it really is much better on websites. please thank the other dev that worked on this also alal690.
Big improvement for me, thanks I suspect the issue with pressing ui elements was caused by jitter and phantom touches that may have been caused by oversensitivity even though it seems somewhat counterintuitive... Selecting text was the big issue for me and it's now vastly improved. As has my accuracy on they keyboard - normally I'd have had to retype half of a post this length
BTW, it woul be great if people with some sort of a protective film over the touchscreen will give this a try to make sure it's also ok for them (I know those screen protectors are really popular amongst some people).
I've spent the last week trying to fix this, but it looks like it could be a problem with a driver or the actual hardware itself. If you go to Dev tools, then Pointer Location, you can see the reported values for touch pressure and size. When holding down my finger anywhere on the top 2/3 of my screen, the xy and size values jitter like crazy. If I touch the bottom 1/3 of my screen, there is no jittering and the size value is constant.
I think people that are complaining about low sensitivity are mistaken. I think the touch screen response is actually too sensitive, thus causing the jitter and making it hard to click on hyperlinks.
Reducing the touch sensitivity scale and increasing the touch size in the IDC file has helped a lot, but the jitter is still a problem that I hope someone can figure out how to fix.
Sent from my BN NookHD+ using Tapatalk 4 Beta
phammichael said:
I've spent the last week trying to fix this, but it looks like it could be a problem with a driver or the actual hardware itself. If you go to Dev tools, then Pointer Location, you can see the reported values for touch pressure and size. When holding down my finger anywhere on the top 2/3 of my screen, the xy and size values jitter like crazy. If I touch the bottom 1/3 of my screen, there is no jittering and the size value is constant.
I think people that are complaining about low sensitivity are mistaken. I think the touch screen response is actually too sensitive, thus causing the jitter and making it hard to click on hyperlinks.
Reducing the touch sensitivity scale and increasing the touch size in the IDC file has helped a lot, but the jitter is still a problem that I hope someone can figure out how to fix.
Sent from my BN NookHD+ using Tapatalk 4 Beta
Click to expand...
Click to collapse
I agree with phammichael that the real issue here would be jittering, but my symptom is different.
This is what I found so far.
- Pinch out to zoom in something (in gallery or web browser) and hold the 2 fingers on the screen.
- If my fingers are on the right side of the screen surface (portrait mode), the screen jitters. You can see the touch values changing fast and continuously by tiny values.
- If my fingers are on the left side of the screen surface, the screen won't jitter and stay calm.
Am I the only one experiencing this issue?
BTW, this is before I applied verygreen's touch screen patch. I will report back after applying it.
pins2u said:
I agree with phammichael that the real issue here would be jittering, but my symptom is different.
This is what I found so far.
- Pinch out to zoom in something (in gallery or web browser) and hold the 2 fingers on the screen.
- If my fingers are on the right side of the screen surface (portrait mode), the screen jitters. You can see the touch values changing fast and continuously by tiny values.
- If my fingers are on the left side of the screen surface, the screen won't jitter and stay calm.
Am I the only one experiencing this issue?
BTW, this is before I applied verygreen's touch screen patch. I will report back after applying it.
Click to expand...
Click to collapse
The jittery right hand side of the screen in portrait mode is the problem - I have this on my HD+ (which was new) and my Dad has it on his (which was new) as does my friend (again a new unit)
There have also been lots of others reporting the same thing on here.
Put the HD+ into landscape mode and the issue disappears.
I've just applied verygreen's 'fix' zip and I have to say that touch response is loads better - clicking links etc works far more reliably (but right hand side of the screen in portrait mode jitters still exist)
Great work as usual verygreen
Related
On my unrooted phone the "Steamy Window" application worked fine
If I pressed a little it would make a little line in the "steam", and if I were to push my thumb down on a large area, it would detect that and make a "thumb" sized print.
Now using JF1.41 no matter what I do it only makes a TINY TINY line, about a pixel or two in size.
Did the modification of the screen change an api that the Steamy Window app is using to work different?
Well, maybe you should go back to an unrooted phone so that you can play with your steamy window....
LPChris, I would expect a little more maturity from a "senior member"
I am trying to contribute to make JF the best it can be. Maybe your just having a bad night or something, but theres no need to be so childish.
:ed:
Looking through your posts it seems like your just having a bad night
Back on topic:
While this may be a stupid little problem with one application. Should finger-area sensitive applications continue to be made this could isolate JF1.41 from the market. Naturally I dont care much for steamy window, but I would like to prevent other issues in more... useful... applications
I've seen some weirdness where my home screen has a jitter. I've also had accuracy issues with clicking menu items and buttons. I'm going to backup my phone and load JF 1.31 back on to see if it is the screen or the img.
Interesting...I just reflashed with 1.41 RC30 and the problem went away. I was using the fade to blue theme .99.
sjbayer3 said:
On my unrooted phone the "Steamy Window" application worked fine
If I pressed a little it would make a little line in the "steam", and if I were to push my thumb down on a large area, it would detect that and make a "thumb" sized print.
Now using JF1.41 no matter what I do it only makes a TINY TINY line, about a pixel or two in size.
Did the modification of the screen change an api that the Steamy Window app is using to work different?
Click to expand...
Click to collapse
Ditto about LPChris lol, a lot of his posts sound like that, but yeah I noticed the same thing about the steamy window app before and after using JF 1.41.
Steamy window, LOL! sorry guys. anyway keep up the great work.
Yes, this is a trivial example, but it does identify a real issue.
I was reading through the various google android groups last night and I ran into some info that seems to addresses this issue. From what I was able to gather, the JF1.x implementation of multi-touch uses a community hack that reassigns the value that normally keeps track of the size of the touch input. This value is now used to keep track of the distance between two touches. (see: http://groups.google.co.uk/group/android-platform/browse_thread/thread/209b512a9fdf7367?hl=en)
your Steamy Window app seems to make use of the size value as it was originally designed. Now with the change, with only one finger input, this value is set to some minimum, producing a thin line.
To test this theory, see if when you touch the screen with two fingers the size of the mark gets bigger.
Why can't a capability bit or other mechanism be defined that could be used to indicate whether or not an application were multi-touch aware, so that the touch handling behavior at the lower levels would revert to "standard" behavior for normal (non-multi-touch) apps? Trying to make the multi-touch hack fully backwards compatible may not be practical.
I tested your idea about multituch possibly fixing steamy window
My only results are really strange.
If I touch with two fingers it will make a line about the width of my 2 fingers, but its located in the top left, no matter where my fingers actually are. Furthermore the line isnt straight its curved.
Now, after my first touch, it seems if I touch it again it just crashes.
ex-MN said:
From what I was able to gather, the JF1.x implementation of multi-touch uses a community hack that reassigns the value that normally keeps track of the size of the touch input. This value is now used to keep track of the distance between two touches. (see: http://groups.google.co.uk/group/android-platform/browse_thread/thread/209b512a9fdf7367?hl=en)
Click to expand...
Click to collapse
Edit: Hmm... the x-y data of the second finger is stored in separate fields. I think the usage of the size field is just as a boolean to tell multitouch capable programs that second finger data is being sent.
themes and JF RC versions. be careful
TheDudeOfLife said:
I've seen some weirdness where my home screen has a jitter. I've also had accuracy issues with clicking menu items and buttons. I'm going to backup my phone and load JF 1.31 back on to see if it is the screen or the img.
Interesting...I just reflashed with 1.41 RC30 and the problem went away. I was using the fade to blue theme .99.
Click to expand...
Click to collapse
it seems as tho themes have to be matched to the rom, a theme for 1,30 may flake out on 1.41, most of the themes I have seen and used so far were marked as to which rom the were intended to theme...
BhanG
bhang said:
it seems as tho themes have to be matched to the rom, a theme for 1,30 may flake out on 1.41, most of the themes I have seen and used so far were marked as to which rom the were intended to theme...
Click to expand...
Click to collapse
After some more testing I have this same issue on 2 1.41 compatible themes (rusty metal and fade to blue) I am going to go back to themeless 1.41 but I think it is more related to the multitouch 'hack' than the theme themselves. I find it hard to believe that a bunch of icons could mess this up. I watches my screen jitter between the left and right screen for 3 minutes today before I just performed a soft reset on my phone.
Note: I also applied each theme from a fresh flash of 1.41...not on top of each other.
this happens with screen crack also, but it doesnt affect me that much until i start not being able to select stuff. i know it may be important its just not to me... yet *knocks on wood*
Yeah Ive noticed it too..
I thought that it was just the app at first.
I might be switching back to .31 then at least til this gets fixed.
Steamy window def is NOT reading my fingers location or size properly.
I've also seen it affect touch paint found in the API Demos. Doesn't even register touch anymore.
It appears multi-touch is premature at this point and to implement multi-touch throughout the OS and not just the browser like everyone seems to think isnt good. It is definitely is throughout the OS and probably will affect any application that uses the second touch value to register touch size.
My other concern is that dev's won't take this hacked multi-touch into account so they will continue to write programs that won't be compatible since its not the "norm"
Taken from and android forum...this is my biggest concern
"Please think about soft keyboards when considering multi-touch APIs,
where the problem isn't detecting the distance between two finger, but
rather is allowing a 2nd finger (or thumb) to come down on a 2nd key
before the first finger (or thumb) has been released. The proposed
API to provide only a centroid and the distance between fingers won't
work at all for this sort of application.
I think you'd ultimately want to package this as additional
GestureDetector subclasses, depending on whether the type of gesture
detection wanted was pinch/zoom or multiple/overlapping taps.
Keyboards (and maybe games) would use one class, browsers another.
Providing the right information from a touch panel to drive either
detector might be challenging, especially if the panel provides
'unpaired' x and y coordinates rather than individual touch locations,
but I believe it could be done. "
JesusFreke,
Any thoughts on this?
Yeah lets hear what JF's got to say.
I originally thought that the multitouch was embedded in the browser, It's too soon to have it throughout the entire OS...
How about 1.41=with multitouch and 1.42=without
I've installed JF1.41 and I have an unusual bug....sometimes the screen behaves like it isn't calibrated..i press the screen on a button and it is pressed another one....have anyone encoutered this problem?
I invite everyone to do the following to find out how ur touch registers on ur screen. Open anycut. Get it if u don't have it.
Click activity and find raw image viewer. Click ok and then click on the shortcut.
Now start moving your finger around and see the results.
Let's all post our results here so we can figure this out.
Post in the same format as me:
ROM: JF1.41
1 finger - it surpisingly followed my finger perfectly. It only registered the very center point of my finger.
2 fingers - it appears that it made the same point as the 1 finger, however now the point was exactly in between my fingers and stayed there as I moved them around.
Ok so now we need ppl with stock rc30 and 1.31 so we can test this out!
You wanna have some real fun? Try it with 3 or 4 fingers.. It goes nuts..
Can anyone who has installed a custom android type rom let me know if the touchscreen is better once rooted and reflashed. I am talking about sensitivity at the store two different ones now both units are just bad when trying to select something I occasionally had to hit the selection more than 2 times.
I am also interested in if this changes. I read that its hit or miss whether or not thr screen works as intended or has problems, leaving me to believe its a production consistancy issue.
Some love it and some hate it.
Does this sound accurate?
Obsolete X said:
I am also interested in if this changes. I read that its hit or miss whether or not thr screen works as intended or has problems, leaving me to believe its a production consistancy issue.
Some love it and some hate it.
Does this sound accurate?
Click to expand...
Click to collapse
Sounds like it.
There's another thread about this which has a youtube video of one of the ones who said their's was bad and it certainly looked to be the case. In the video on the "home" "page" of the launcher when he swiped in the top half of the screen nothing happened most of the time, while it worked as expected in the bottom half. Mine behaves as expected wherever I swipe...
I'm not going to let on that it will be perfect, but when I moved to TnT Lite (I'm now on 2.2.1), I installed LauncherPro. Within LauncherPro, you can adjust the sensitivity and scroll settings that covers all the launched actions. Also, there's an entry you can add to the local.prop [go into adb shell and type: echo ro.HOME_APP_ADJ=1 >> /data/local.prop ] (requires r/w permissions to update). This change made it smoother (and quicker) to go from screen to screen.
There are still times where I press an icon and nothing happens for a second or so, but it rarely happens anymore with all the improvements that have been added to TnT Lite over the last couple of weeks.
I have had no touchscreen sensitivity issues to speak of with ZPad ROM. I am now running the VEGAn ROM which has really come together nicely in the last few days, and again the touchscreen is as sensitive in all places as I would expect it to be.
Any slowness/lag issues were resolved with the updated drivers that were discovered a week or two ago.
The stock TNT ROM has lots of software issues that are totally unrelated to the hardware. This is most likely one of them. I can't say for sure, since I wiped my unit within 5 minutes of opening the box and installed ZPad.
The touchscreen is still not as good with multitouch as it should be, which I believe is a driver issue, so pinch and zoom and similar multitouch action is not as smooth as it ought to be. But in general use, typing, swiping, scrolling, etc. I am just single-touching and everything works as smoothly and well as it does on my Nexus One phone.
Hello to all, am going to ask if anybody of you have a problem in TPs Touch Capacitive Pad? I used this app
Nav Debug Tool by HTC
http://forum.xda-developers.com/showthread.php?p=2511016
To check out this multi touch stuff in my TP (though I know before that it has a multi touch feature, I just want to check if it's working properly) but it seems that the pad has a problem. The problem was sometimes, it can register my touch and most of the time, not.. sometimes it can register the multi touch, and most of the time, not .. even the nav wheel has a problem which doesn't register the rotation most of the time. Is this a common problem in TPs or even Diamond??
I even use the signed os WM6.1 but still has a problem.. so I wonder if any of you guys having the same..
thanks!
It's been happening to me for about a year already as well. Seems like it's just defective. It resets thought after sleeping the phone and waking it. I'm not sure if it was because I used to use Sensor scroll or it's a little scratched up.
I hear the d-pad was a good conceptual idea but that is about it... I personally don't use the d-pad at all because of this, much less any of the buttons (to include the power button). On the other hand, from what I can tell about the d-pad "sensor" from using the NDT(Nav debug tool), it does seem pick up points but it seems to not like repetitive touches. It almost seems like the sensor overloads the processor to the point that it fails in terms of keeping up with the actual location that is being touched; if that makes any sense?
R^7Z said:
I hear the d-pad was a good conceptual idea but that is about it... I personally don't use the d-pad at all because of this, much less any of the buttons (to include the power button). On the other hand, from what I can tell about the d-pad "sensor" from using the NDT(Nav debug tool), it does seem pick up points but it seems to not like repetitive touches. It almost seems like the sensor overloads the processor to the point that it fails in terms of keeping up with the actual location that is being touched; if that makes any sense?
Click to expand...
Click to collapse
that made sense but why would HTC permit a buggy front pad???
You know, it seems many phone brands/cooperations come under fire due to lack of something or another; maybe proof of concept? Perhaps the debug tool is to blame? Or even the sensor degradation over time? One can only speculate so far before it becomes a volatile thought... Again, I point out the idea being good, conceptually. So, I don't know where that exactly puts us as being end users? Then again, I've never really had a decent experience with phones, much less with newer phones; my thoughts and expectations may be slightly on the negative/lesser side of things because of this.
I have the same issue. I used to use GScroll to flip pages in e-books, but finally it got so buggy I had to dump it (other GScroll features were almost impossible to use). I've used NavPad DBug. What I do find is that running the compact heaps command of SK Tools will temporarily fix things, at least most of the time. When I have NavPad DBug running, if it's logging compact heaps will clear out the traces. Somehow or other, it cleans things out when the nav pad gets confused or overloaded with inputs. But even compact heaps doesn't work all the time.
It would be sweet if the capacitative area really worked, but unfortunately it appears to get worn out about the time that you figure out all the things you can do with it. Lol.
Edit: I wonder if the device has problems distinguishing a single touch of your finger vs. several touches. That could really screw up the function of the device.
Hello. I have an Nvidia Shield tablet k1 on lollipop 5.1.1. Everything is great about this tablet except the touch screen. It is really sensitive. Also, when I am scrolling, it "jumps" and goes faster than I actually scrolled. It scrolls faster than it should. I found this thread on xda. It helped a little with the being too sensitive issue, but scrolling is still really weird. This is my second device since the first one's micro sd card was defective. They both are like this. Is there anything I can do, or do I just have to deal with it?
http://forum.xda-developers.com/shield-tablet/general/adjust-touchscreen-sensitivity-t2963326
I was opening a thread with this exact same issue. I'm not on stock though (using the latest CM12 nightly), so I don't seem to have the 'Sensor Calibration' option.
Also the touchscreen seems to register a touch even when the finger is not touching the screen.
On the other hand, if I scroll a very small distance (like 0.5 centimetres) the list I'm scrolling doesn't move at all. This doesn't happen on other devices such as my Nexus 5 and Nexus 7 and is very annoying in some cases (some games, or moving the cursor for keyboard input).
I'll try to record a video of this behaviour.
What can we do to fix this?
Update: found a video (not mine) showing the issue I'm talking about: https://www.youtube.com/watch?v=08uPtusOJHQ
anyone else with this issue?
I also have this issue on/off sporadically on stock rom.
I'll be scrolling and itll jump back the opposite direction
Its like it looses track of the touch then catches it again.
It's irritating as my S5, Nexus 2012 have no problems scrolling smoothly.
I don't recall the original shield i tested in store to have this issue either.
Currently having amazon ship me a replacement to see if its just limited to the one I received. (QA issues)
Calibrating screen might fix the issues: go to About in settings and tap on model number until the calibration screen comes up. then hit calibrate. don't touch the screen then when it asks to reboot, reboot.
variance said:
Calibrating screen might fix the issues: go to About in settings and tap on model number until the calibration screen comes up. then hit calibrate. don't touch the screen then when it asks to reboot, reboot.
Click to expand...
Click to collapse
Did it fix the issue I posted the video about? I'm on Cyanogenmod now so I don't have the option to calibrate the screen, but I would consider going back to stock if it fixed this issue...
Calibration doesnt help at all , same issue at brand new k1. Nvidia says thats normal functionality lol
Yeah, very normal for a gaming tablet which would require precision...
Not trying to take up for this thing but I haven't had the first touch screen issue with it . so maybe not all is affected?? I've tried to replicate the issue but just can't everywhere I touch and slide is smooth
You mean it doesn't "jump" like the OP said? I don't seem to have that issue either.
I'm more concerned about the touchscreen's precision, as shown in the video.
I've noticed my tab dropping inputs in somewhat consistent scenarios when playing games, and just recently found out why exactly that's been happening. It seems that if I tap immediately as soon as I release a swipe with another finger, it just extends the swipe. And the range is just outrageous?!? I mostly just want to figure out if there's something that could be done somehow? or if I should give up on this tab.
Your browser is not able to display this video.
meowmeownyanya said:
I've noticed my tab dropping inputs in somewhat consistent scenarios when playing games, and just recently found out why exactly that's been happening. It seems that if I tap immediately as soon as I release a swipe with another finger, it just extends the swipe. And the range is just outrageous?!? I mostly just want to figure out if there's something that could be done somehow? or if I should give up on this tab.
View attachment 5626453
Click to expand...
Click to collapse
I honestly would...
I believe kernel is in charge of touch so a different one might solve it? That's a big might tho and in my experience custom kernels usually are far worse than stock even if it solves the touch issue