Hendrik Siedelmann wrote:
[...]
> Yes, I too think it would be useful for a longer period. In a time of
> 3-5 seconds one could propably get away with simply projecting the
> route at signal loss with constant speed. And I think navit snaps to
> streets anyway, so it wouldn't matter if its off by a
maybe this can be of help:
http://openbossa.indt.org/carman/index.html
it interfaces with the car
On Tue, Jan 27, 2009 at 10:53 PM, Hendrik Siedelmann
wrote:
> 2009/1/27, Helge Hafting :
>> Gunnar Aastrand Grimnes wrote:
>>> This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamental
2009/1/27, Helge Hafting :
> Gunnar Aastrand Grimnes wrote:
>> This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals
>>
>> Noise is around 3cm/s^2, i.e:
>>
>> "
>> It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation
>> of the phone is known.
>
> Not enough for
Gunnar Aastrand Grimnes wrote:
> This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals
>
> Noise is around 3cm/s^2, i.e:
>
> "
> It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation
> of the phone is known.
Not enough for a 4km tunnel then, which is 3 min whe
On Monday 26 January 2009, Helge Hafting wrote:
> Hendrik Siedelmann wrote:
> > Get higher gps accuracy using accelerometer data (or use it when driving
> > through a tunnel) would be a nice example.
>
> That'd be interesting. Do anyone know the precision of the
> accelerometers? Assuming, of cours
This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals
Noise is around 3cm/s^2, i.e:
"
It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation
of the phone is known.
"
Helge Hafting wrote:
> Hendrik Siedelmann wrote:
>
>> Get higher gps accuracy using accelerome
Hendrik Siedelmann wrote:
> Get higher gps accuracy using accelerometer data (or use it when driving
> through a tunnel) would be a nice example.
>
That'd be interesting. Do anyone know the precision of the
accelerometers? Assuming, of course, that one has a car mount so the
phone has a known o
2009/1/14 Olivier Migeot :
> On Wed, Jan 14, 2009 at 3:40 PM, VirtuAlex wrote:
>
>> Fully exclusive access is not a solution. It just defeats the purpose of
>> multitasking. Actually I think the window manager should dispatch
>> accelerator events, like it dispatches the mouse events. Only focused
> Fully exclusive access is not a solution. It just defeats the purpose of
> multitasking. Actually I think the window manager should dispatch
> accelerator events, like it dispatches the mouse events. Only focused
Okay, that's basically what I meant with "deamon". A piece of software that's
respo
On Wed, Jan 14, 2009 at 3:40 PM, VirtuAlex wrote:
> Fully exclusive access is not a solution. It just defeats the purpose of
> multitasking. Actually I think the window manager should dispatch
> accelerator events, like it dispatches the mouse events. Only focused
> application should receive the
VirtuAlex wrote:
>
> the window manager should dispatch accelerator events
>
I meant accelerometer events.
--
View this message in context:
http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2157147.html
Sent from the Openmoko Community mailing lis
ing to
their own algorithms. The window manager should decide screen orientation
based on focused app. In short, there's no need for daemon, cause the only
software which talks directly to proposed daemon is actually window manager.
--
View this message in context:
http://n2.nabble.com/Confl
> How about running two apps then, if they're both using accelerometers and
> each requires its own orientation?
Perhaps a "Accelero-Deamon"? Applications could register for receiving,
probably even already pre-processed, events. And an application could also
request exclusive access in which cas
le could be created in a way so that even when the
> software crashes completely it is removed and therefore allow the original
> rotation-software to reactivate reliably.
>
How about running two apps then, if they're both using accelerometers and
each requires its own orientation?
--
Vi
Yes, ledclock works fine if you disable rotation.
On Tue, Jan 13, 2009 at 01:08:24PM +0100, Yorick Moko wrote:
> small correction; in ledclock one can override the rotation
>
> On Tue, Jan 13, 2009 at 1:05 PM, Yorick Moko wrote:
> > i'm just responding to confirm that some apps also don't work
>
small correction; in ledclock one can override the rotation
On Tue, Jan 13, 2009 at 1:05 PM, Yorick Moko wrote:
> i'm just responding to confirm that some apps also don't work
> correctly with omnewrotate installed
> mokoeightball is one of them;
> after installing omnewrotate and rebooting, shak
i'm just responding to confirm that some apps also don't work
correctly with omnewrotate installed
mokoeightball is one of them;
after installing omnewrotate and rebooting, shaking the phone does not
work with mokoeightball
apps like the ledclock (http://www.opkg.org/package_104.html) displays
by d
On Tue, Jan 13, 2009 at 11:36:29AM +0100, Thomas Otterbein wrote:
> Hi all,
>
> > > I plan to have a toggling script for use in the desktop icon, instead of
> > > a starter script.
> >
> > This is the sort of thing that might be useful to have on the illume top
> > shelf. autototate on/off, and "r
Hi all,
> > I plan to have a toggling script for use in the desktop icon, instead of
> > a starter script.
>
> This is the sort of thing that might be useful to have on the illume top
> shelf. autototate on/off, and "rotate now" when auto is off.
>
> Rotation is useful with maps. It depends on wha
On Tue, Jan 13, 2009 at 11:00:02AM +0100, Helge Hafting wrote:
> Rui Miguel Silva Seabra wrote:
>
> > Hi,
> >
> > omnewrotate is quite blind to what is running.
> >
> > If you have an application which uses accelerometers you are much better
> > off not running omnewrotate at the same time, rega
Rui Miguel Silva Seabra wrote:
> Hi,
>
> omnewrotate is quite blind to what is running.
>
> If you have an application which uses accelerometers you are much better
> off not running omnewrotate at the same time, regardless of solving the
> monopolization problem.
>
> Imagine it is solved:
>
On Mon, Jan 12, 2009 at 11:42:37AM +0100, Helge Hafting wrote:
> Is it possible to let several apps use the accelerometers, similiar to
> how several apps may share the gps unit?
>
> I noticed that omnewrotate seems to monopolize the accelerometers,
> so openmoocow and duke can't use them. Omnewr
On Monday 12 January 2009, Helge Hafting wrote:
> Is it possible to let several apps use the accelerometers, similiar to
> how several apps may share the gps unit?
>
> I noticed that omnewrotate seems to monopolize the accelerometers,
> so openmoocow and duke can't use them. Omnewrotate is
> usefu
Is it possible to let several apps use the accelerometers, similiar to
how several apps may share the gps unit?
I noticed that omnewrotate seems to monopolize the accelerometers,
so openmoocow and duke can't use them. Omnewrotate is
useful to have, and there will probably be more games using the
24 matches
Mail list logo