Talk:Gwaterpas

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(Icon new)
(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.

Waterpas

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 Waterpas new

--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

--matzehuber


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 04:34, 25 October 2014 (UTC)

Personal tools

really good! thanks! I will certainly use it in the future!(within an other apps..)

icon and .desktop file

I have made a small icon for this app.

Waterpas

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 Waterpas new

--zoff99 11:27, 18 August 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

--matzehuber


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 04:34, 25 October 2014 (UTC)