Then maybe gestures daemon can be extended to be more robust. The biggest problem with the acc.meters is that they go unresponsive and block read attempts.<br><br><div class="gmail_quote">On Mon, Nov 10, 2008 at 2:51 PM, Michael &#39;Mickey&#39; Lauer <span dir="ltr">&lt;<a href="mailto:mickey@openmoko.org">mickey@openmoko.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Am Monday 10 November 2008 14:14:45 schrieb Atilla Filiz:<br>
<div class="Ih2E3d">&gt; I don&#39;t know if there is any work towards this anyway, i think having an<br>
&gt; acc daemon like gpsd would be nice. The daemon can check for blocking in<br>
&gt; acc.meters and reset the hardware if necessary, and serve multiple<br>
&gt; clients(which is not very likely actually). This way maybe we can have more<br>
&gt; quality acc applications, if using them becomes easier and more stable.<br>
<br>
</div>We already have the amazing gesture recognition daemon by P.V.Borza which is<br>
pending integration with the frameworkd. I think most applications will not<br>
want to read the accellerometer data directly, but rather react to signals in<br>
terms of gestures. Those (few) applications that do need direct access can<br>
read from the input device nodes directly.<br>
<font color="#888888"><br>
--<br>
:M:<br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>---------------------------------------------------------<br>Atilla Filiz<br>Eindhoven University of Technology<br>Embedded Systems, Master&#39;s Programme<br>--------------------------------------------------------<br>