![]() ![]() |
Apr 7 2009, 03:12 AM
Post
#1
|
|
|
Group: Members Posts: 10 Joined: 31-October 08 Member No.: 23,292 |
Hi,
I am using latest angstroem kernel 2.6.26 on my zaurus. After the upgrade to this kernel everything works as supposed, even better poverall performance. i was experimenting with window manager xfce, but didn't work out. now that i return to matchbox, actually setting everything back to matchbox i have a strange behaviour in xournal. When trying to "write" or set marks to whatever the touchscreen seems to be really really sensible as it is almost unpossible to make a more or less good line. i have marks looking like a heartbeat in fact when trying to make a straight line? does anyone have any idea where to begin searching for this thing? i liked xournal, but now its almost unusable as i can't write anything. when trying to write the marks get absolutely unreadable. besides of this all the otherthings are working fine... kind regards, Oliver Zieger |
|
|
|
Apr 7 2009, 03:40 AM
Post
#2
|
|
|
Group: Members Posts: 131 Joined: 27-June 05 From: Prague, Czech Republic, Europe Member No.: 7,468 |
This is a problem of the kernel. According to the Cyril Hrubiš's blog and private talk, touch screen code in the kernel needs rewrite: Current implementation is polling based, but it should be interrupt based. To eliminate noise, reading of touchscreen should be synchronized with the LCD panel refresh.
As an ugly work-around you can use tslib filtering. Note: Collie have had the same problem in past. |
|
|
|
Apr 7 2009, 11:35 AM
Post
#3
|
|
|
Group: Members Posts: 142 Joined: 4-December 06 From: Lake Constance, Germany Member No.: 13,087 |
This is a problem of the kernel. According to the Cyril Hrubiš's blog and private talk, touch screen code in the kernel needs rewrite: Current implementation is polling based, but it should be interrupt based. To eliminate noise, reading of touchscreen should be synchronized with the LCD panel refresh. As an ugly work-around you can use tslib filtering. Note: Collie have had the same problem in past. Needless to say that the same is occuring under zubuntu... Oliver |
|
|
|
Apr 8 2009, 07:04 AM
Post
#4
|
|
|
Group: Members Posts: 10 Joined: 31-October 08 Member No.: 23,292 |
hey guys,
thanks a lot for this. so thats the reason for this. hm, it used to work fine with 2.6.23, so i thought this wouldn't really be something of the kernel, but ok. kind regards, Oliver |
|
|
|
May 25 2009, 04:10 AM
Post
#5
|
|
|
Group: Members Posts: 10 Joined: 31-October 08 Member No.: 23,292 |
This is a problem of the kernel. According to the Cyril Hrubiš's blog and private talk, touch screen code in the kernel needs rewrite: Current implementation is polling based, but it should be interrupt based. To eliminate noise, reading of touchscreen should be synchronized with the LCD panel refresh. As an ugly work-around you can use tslib filtering. Note: Collie have had the same problem in past. well, i somehow got tslib to work, and using ts_test i get a really good result using the touchscreen. unfortunately, when using xournal, the result is still unusable. it seems, ts_test DOES use the device through the filtering using the env-vars, but the xournal for example not. is there a way to have the flitering used by all programs? unfortunatly i can't even say whether it is using filtering other then in ts_test. is there somewhere to look it up? setup and daemon seems to get started, following init.d (there is a start script, using the ts.conf) - if i have an invalid ts.conf screen does not work at all. so it seems to get loaded at least. thanks for any advice... Oliver |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 21st May 2013 - 02:53 PM |