Talk:Gwaterpas
From Openmoko
(→Icon new) |
Black Sliver (Talk | contribs) (→Icon new) |
||
Line 33: | Line 33: | ||
--[[User:Zoff99|zoff99]] 11:27, 18 August 2009 (UTC) | --[[User:Zoff99|zoff99]] 11:27, 18 August 2009 (UTC) | ||
+ | |||
+ | Why the heck is the new icon on the wiki page (and not only on discussion)? The discussion page made for exactly this reason - to discuss stuff, and as long as your icon is not the official one, the wiki page is the wrong place to show it. | ||
+ | |||
+ | --[[User:Black Sliver|Black Sliver]] 18:19, 28 September 2009 (UTC) | ||
== resolution/accuracy == | == resolution/accuracy == |
Revision as of 20:19, 28 September 2009
really good! thanks! I will certainly use it in the future!(within an other apps..)
Contents |
icon and .desktop file
I have made a small icon for this app.
Tell me what you think about it - i'd be glad to see it as the app's default icon.
Here's what my /usr/share/applications/gwaterpas.desktop looks like:
Encoding=UTF-8 Name=Waterpas Comment=3D sensor Exec=gwaterpas Icon=gwaterpas Terminal=false Type=Application Categories=Utilities;Utility; SingleInstance=true StartupNotify=true
--Black Sliver 17:25, 28 January 2009 (UTC)
Would be interesting to add resolution/accuracy informations to this wiki page. -> what should be expected to be measurable (how many degrees) -- cberger
Icon new
i made some small changes, tell me what you think about it
--zoff99 11:27, 18 August 2009 (UTC)
Why the heck is the new icon on the wiki page (and not only on discussion)? The discussion page made for exactly this reason - to discuss stuff, and as long as your icon is not the official one, the wiki page is the wrong place to show it.
--Black Sliver 18:19, 28 September 2009 (UTC)
resolution/accuracy
I understand that applying a logarithmic conversion would be interesting. The linear behaviour is somewhat 'brute' in de range that really matters. The linear behaviour makes it especially useful for easy sensor monitoring.
The jitter that exists on the input sensor did hold me from doing so. Taking averages might help. Conclusion: I did not do this yet. Don't know which one to favor: speed or accuracy
--- Kurt Van Dijck
How long does it take to get one value? If you just take a *few* samples, the delay won't be that bad and the jitter will reduce a lot I think.
Btw. I'm going to add a SHR/Illume-Button to the icon and change the "main" gradient a bit, as soon as I have some time. Could you include both icons then (so it can be changes by a single char in the .desktop file)?
--Black Sliver 13:55, 4 February 2009 (UTC)
I've noticed this time is not so predictable. I did not take a look in the driver, but when you rotate 90 deg suddenly, it takes a while before the next sample is ready. Maybe some averaging is done in the kernel
--- Kurt Van Dijck
troubleshooting
i used this program a lot on OM2008.12 and it worked great. since then i have moved to shr-testing. in the latest build [shr-testing-20090422] the app does not work. it will lanch if you use:
/usr/share/applications/gwaterpas.desktop from Categories=Utilities; to Categories=Utility;
but when running none of functions work. either it is not talking to the accelerometers or they are not talking to it. --Jerjozwik 00:18, 27 April 2009 (UTC)
I have the same problem since I upgraded a week ago, but I had no time to find out why it's not working anymore. I only see 2 possibilities: API changed oder Kernel bug.
--Black Sliver 02:09, 27 April 2009 (UTC)
This does the trick:
--- gwaterpas-0.3/main.cc_old 2009-05-10 17:30:13.000000000 +0200 +++ gwaterpas-0.3/main.cc 2009-05-10 17:38:47.000000000 +0200 @@ -253,6 +253,7 @@ case EV_SYN: break; case EV_REL: + case EV_ABS: switch (lp->code) { case REL_X: s->raw.x = lp->value /-1e3;
Looks like my kernel (2.6.29-rc3) reports accelerometer motion as EV_ABS.
--jasager
Hi,
could you please provide a patched version, because I have no develop enviroment?
--Midyr
- is the version available for download patched yet? If not, please get with it, because I still have that problem, and I really could use that app if I just could --Drdeath 22:37, 26 July 2009 (UTC)
--Valos
- a patched version of the binary (not the package) compatible with kernel 2.6.29 is available here. Just copy it in /usr/bin.
Thanks al lot, it works!
--Midyr
For SHR, the Pachage says, it depends on libfltk, but the correct name of the dependency should be fltk
so on SHR do a
opkg install fltk
before installing gwaterpas
I made an ipkg package base on the original one but with the binary provided by Valos and uploaded on opkrg.org http://www.opkg.org/package_102.html
But Valos, why the binary pass form 16Ko to 138 Ko with your patch??
--Garthps 20:03, 12 August 2009 (UTC)
Right, I forgot to strip the binary. The new stripped version is available at the same place.
--Valos 00:30, 27 September 2024 (UTC)