Re: org.freesmartphone.Device.Orientation
[cut] > Please take a look other dbus APIs. The general consensus these days is > that enums are pretty much frowned upon, since > a) dbus marshalling is adding overhead anyways, and > b) string constants are way better to debug and use from command line > interfaces. OK, thanks for clarifying this out for me. -- Patryk "LeadMan" Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Am Donnerstag, den 12.11.2009, 08:48 +0100 schrieb Patryk Benderz: > Dnia 2009-09-10, czw o godzinie 00:10 +0200, Michael 'Mickey' Lauer > pisze: > > is now working in the first version. Here's an example output of mdbus -s > > -l > > where I have (orientation status in brackets): > [cut] > Great job Mickey, but what about integer orientation codes which were > discussed previously? These are much easier to use, easier to compare > integer than "some long string". Please take a look other dbus APIs. The general consensus these days is that enums are pretty much frowned upon, since a) dbus marshalling is adding overhead anyways, and b) string constants are way better to debug and use from command line interfaces. Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Dnia 2009-09-10, czw o godzinie 00:10 +0200, Michael 'Mickey' Lauer pisze: > is now working in the first version. Here's an example output of mdbus -s -l > where I have (orientation status in brackets): [cut] Great job Mickey, but what about integer orientation codes which were discussed previously? These are much easier to use, easier to compare integer than "some long string". -- Patryk "LeadMan" Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
> >> "Michael 'Mickey' Lauer" (M'L) wrote: > >> > >> >is now working in the first version. Here's an example output of > >> >mdbus > >> > >> hi, any plans to have fso based accelerator threshold settings for > >> waking up from suspend? > > > >Yes, definitely. Please open a bug to remind me of it :) > > Heya, this is great. will do. Has anyone tried it? The maximum 8g might > be still a bit too sensitive while normal bumping occures, but perhaps > it is OK? Well, 4G already is quite a whack, 8G should really be ok :) :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Wed, 11 Nov 2009 12:15:03 +0100 Michael 'Mickey' Lauer (M'L) wrote: >Am Mittwoch, den 11.11.2009, 09:54 +0100 schrieb Petr Vanek: >> On Thu, 10 Sep 2009 00:10:54 +0200 >> "Michael 'Mickey' Lauer" (M'L) wrote: >> >> >is now working in the first version. Here's an example output of >> >mdbus >> >> hi, any plans to have fso based accelerator threshold settings for >> waking up from suspend? > >Yes, definitely. Please open a bug to remind me of it :) > >:M: Heya, this is great. will do. Has anyone tried it? The maximum 8g might be still a bit too sensitive while normal bumping occures, but perhaps it is OK? petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Am Mittwoch, den 11.11.2009, 09:54 +0100 schrieb Petr Vanek: > On Thu, 10 Sep 2009 00:10:54 +0200 > "Michael 'Mickey' Lauer" (M'L) wrote: > > >is now working in the first version. Here's an example output of mdbus > > hi, any plans to have fso based accelerator threshold settings for > waking up from suspend? Yes, definitely. Please open a bug to remind me of it :) :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thu, 10 Sep 2009 00:10:54 +0200 "Michael 'Mickey' Lauer" (M'L) wrote: >is now working in the first version. Here's an example output of mdbus hi, any plans to have fso based accelerator threshold settings for waking up from suspend? cheers Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On 9/13/09, Rui Miguel Silva Seabra wrote: > On Sun, Sep 13, 2009 at 04:58:19PM +0200, Michael 'Mickey' Lauer wrote: >> On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: >> > Just to add that if this simple orientation is achieved, then rotation >> > should probably be handled from FSO, from now on, instead of a separate >> > program (like omnewrotate). >> >> Yes, that'd be good. Note though that this feature is a plugin of >> fsodeviced >> (successor to odeviced) which does not ship in any FSO-based distribution >> yet. >> I hope said distros switch to it soon, though. > > ow... not even shr-u? :) > > Rui Not even shr-u (it uses only fsousaged ATM), but don't worry, we want to change than soon ;) -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Sun, Sep 13, 2009 at 04:58:19PM +0200, Michael 'Mickey' Lauer wrote: > On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: > > Just to add that if this simple orientation is achieved, then rotation > > should probably be handled from FSO, from now on, instead of a separate > > program (like omnewrotate). > > Yes, that'd be good. Note though that this feature is a plugin of fsodeviced > (successor to odeviced) which does not ship in any FSO-based distribution > yet. > I hope said distros switch to it soon, though. ow... not even shr-u? :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Sunday 13 September 2009 16:42:14 Rui Miguel Silva Seabra wrote: > Just to add that if this simple orientation is achieved, then rotation > should probably be handled from FSO, from now on, instead of a separate > program (like omnewrotate). Yes, that'd be good. Note though that this feature is a plugin of fsodeviced (successor to odeviced) which does not ship in any FSO-based distribution yet. I hope said distros switch to it soon, though. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Hi, Just to add that if this simple orientation is achieved, then rotation should probably be handled from FSO, from now on, instead of a separate program (like omnewrotate). Rui On Thu, Sep 10, 2009 at 12:10:54AM +0200, Michael 'Mickey' Lauer wrote: > is now working in the first version. Here's an example output of mdbus -s -l > where I have (orientation status in brackets): > * put the Neo on to the table (flat faceup), > * took it and put it up-side-down back on the table (flat facedown), > * took it and operated it for a bit (held faceup portrait normal), > * rotated it to read some text (held faceup landscape normal), > * and put it back on the table with the display visible (flat faceup). > > See also > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD > > > > r...@om-gta02:/etc/opkg# mdbus -s -l > listening for signals on SystemBus from service 'all', object 'all'... > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('flat faceup ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('facedown ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('held faceup portrait normal ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('landscape ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('flat ',) > > > > To play with that, you need to download install a fsodeviced from HEAD (and > all its dependencies) and activate the accelerometer plugin in > /etc/frameworkd.conf: > > [fsodeviced] > log_level = DEBUG > log_to = stderr > > [fsodevice] > [fsodevice.accelerometer] > device_type = lis302 > movement_idle_threshold = 15 > movement_busy_threshold = 100 > [fsodevice.accelerometer_lis302] > inputnode = /input/event2 > > Note that you have to stop frameworkd for this experiments as fsodeviced is > using the same busname as odeviced (of course... it's supposed to be a > drop-in > replacement soon). > > I hope we'll see some cool things with that now. I for one am planning to > connect 'flat facedown' to suspend via oeventsd :) > > Cheers, > > :M: > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
Yes and no, I don't want to complicate the recognition algorithm just to specify every possible combination -- it's important to find a simple mapping, otherwise we lose the abstraction and are back to square one. If though you can find me a usecase why we should differenciate between 'held' and 'standing', then I'm all ears ;) Cheers, :M: Am 11.09.2009 um 13:52 schrieb Rui Miguel Silva Seabra : > On Fri, Sep 11, 2009 at 01:39:48PM +0200, Michael 'Mickey' Lauer > wrote: >> On Friday 11 September 2009 11:38:58 Rui Miguel Silva Seabra wrote: >>> On Thu, Sep 10, 2009 at 11:47:52PM +0200, Michael 'Mickey' Lauer >>> wrote: On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: > On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra > wrote: >> What is 'held'? slightly not straight-vertical? > > Held is the opposite of flat, i.e. everything that deviates from > holding it +-5 degrees (or so). Err, that was written in a suboptimal way. Next try: Held is the opposite of flat, i.e. everything that deviates from laying flat on the table with a tilt of +-5 degrees (or so). >>> >>> Is the freerunner held or flat in the following situation, then? >>> >>> ++ >>> / \ >>> >>> | | | (freerunner, standing on side) >>> >>> \ / >>> ++ >>> - (table from side) >> >> That would be 'held'. >> >> Nice ASCII art. > > hehe :) > > Well, that wouldn't be really held then, which would mean that some > more > exceptions to held are needed? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Fri, Sep 11, 2009 at 01:39:48PM +0200, Michael 'Mickey' Lauer wrote: > On Friday 11 September 2009 11:38:58 Rui Miguel Silva Seabra wrote: > > On Thu, Sep 10, 2009 at 11:47:52PM +0200, Michael 'Mickey' Lauer wrote: > > > On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: > > > > On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: > > > > > What is 'held'? slightly not straight-vertical? > > > > > > > > Held is the opposite of flat, i.e. everything that deviates from > > > > holding it +-5 degrees (or so). > > > > > > Err, that was written in a suboptimal way. Next try: Held is the opposite > > > of flat, i.e. everything that deviates from laying flat on the table with > > > a tilt of +-5 degrees (or so). > > > > Is the freerunner held or flat in the following situation, then? > > > >++ > > / \ > > > > | | | (freerunner, standing on side) > > > > \ / > >++ > > - (table from side) > > That would be 'held'. > > Nice ASCII art. hehe :) Well, that wouldn't be really held then, which would mean that some more exceptions to held are needed? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Friday 11 September 2009 11:38:58 Rui Miguel Silva Seabra wrote: > On Thu, Sep 10, 2009 at 11:47:52PM +0200, Michael 'Mickey' Lauer wrote: > > On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: > > > On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: > > > > What is 'held'? slightly not straight-vertical? > > > > > > Held is the opposite of flat, i.e. everything that deviates from > > > holding it +-5 degrees (or so). > > > > Err, that was written in a suboptimal way. Next try: Held is the opposite > > of flat, i.e. everything that deviates from laying flat on the table with > > a tilt of +-5 degrees (or so). > > Is the freerunner held or flat in the following situation, then? > >++ > / \ > > | | | (freerunner, standing on side) > > \ / >++ > - (table from side) That would be 'held'. Nice ASCII art. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thu, Sep 10, 2009 at 11:47:52PM +0200, Michael 'Mickey' Lauer wrote: > On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: > > On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: > > > What is 'held'? slightly not straight-vertical? > > > > Held is the opposite of flat, i.e. everything that deviates from holding it > > +-5 degrees (or so). > > Err, that was written in a suboptimal way. Next try: Held is the opposite of > flat, i.e. everything that deviates from laying flat on the table with a tilt > of > +-5 degrees (or so). Is the freerunner held or flat in the following situation, then? ++ / \ | | | (freerunner, standing on side) \ / ++ - (table from side) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thursday 10 September 2009 23:23:46 Michael 'Mickey' Lauer wrote: > On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: > > What is 'held'? slightly not straight-vertical? > > Held is the opposite of flat, i.e. everything that deviates from holding it > +-5 degrees (or so). Err, that was written in a suboptimal way. Next try: Held is the opposite of flat, i.e. everything that deviates from laying flat on the table with a tilt of +-5 degrees (or so). :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thursday 10 September 2009 20:05:44 Rui Miguel Silva Seabra wrote: > What is 'held'? slightly not straight-vertical? Held is the opposite of flat, i.e. everything that deviates from holding it +-5 degrees (or so). :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
What is 'held'? slightly not straight-vertical? On Thu, Sep 10, 2009 at 12:10:54AM +0200, Michael 'Mickey' Lauer wrote: > is now working in the first version. Here's an example output of mdbus -s -l > where I have (orientation status in brackets): > * put the Neo on to the table (flat faceup), > * took it and put it up-side-down back on the table (flat facedown), > * took it and operated it for a bit (held faceup portrait normal), > * rotated it to read some text (held faceup landscape normal), > * and put it back on the table with the display visible (flat faceup). > > See also > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD > > > > r...@om-gta02:/etc/opkg# mdbus -s -l > listening for signals on SystemBus from service 'all', object 'all'... > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('flat faceup ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('facedown ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('held faceup portrait normal ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('landscape ',) > [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom > :1.47 /org/freesmartphone/Device/Orientation > ('flat ',) > > > > To play with that, you need to download install a fsodeviced from HEAD (and > all its dependencies) and activate the accelerometer plugin in > /etc/frameworkd.conf: > > [fsodeviced] > log_level = DEBUG > log_to = stderr > > [fsodevice] > [fsodevice.accelerometer] > device_type = lis302 > movement_idle_threshold = 15 > movement_busy_threshold = 100 > [fsodevice.accelerometer_lis302] > inputnode = /input/event2 > > Note that you have to stop frameworkd for this experiments as fsodeviced is > using the same busname as odeviced (of course... it's supposed to be a > drop-in > replacement soon). > > I hope we'll see some cool things with that now. I for one am planning to > connect 'flat facedown' to suspend via oeventsd :) > > Cheers, > > :M: > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thursday 10 September 2009 13:00:31 Frederik Sdun wrote: > This API is only for the Orientation of the phone. Not really fot that > kind of usage. Correct. It's definitely not meant for real-time-handling, e.g. right now there's a delay of 1 second between the end of the movement and before the actual orientation gets sent. This is done on purpose to keep CPU consumption under control. What we could experiment with (in addition to the delayed orientation signal) is detecting whacks, since these are characterized by a high force applied to one or two axes. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
* Aapo Rantalainen [10.09.2009 09:21]: > How reactive it is? I know the discussion about mokomaze but can this > be used games/apps witch needs only arrow keys one at a time? > > -Aapo Rantalainen > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community This API is only for the Orientation of the phone. Not really fot that kind of usage. -- IRC: playya @ Freenode, Gimpnet xmpp: pla...@draugr.de signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
How reactive it is? I know the discussion about mokomaze but can this be used games/apps witch needs only arrow keys one at a time? -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: org.freesmartphone.Device.Orientation
On Thu, Sep 10, 2009 at 1:10 AM, Michael 'Mickey' Lauer wrote: > is now working in the first version. Here's an example output of mdbus -s -l > where I have (orientation status in brackets): > * put the Neo on to the table (flat faceup), > * took it and put it up-side-down back on the table (flat facedown), > * took it and operated it for a bit (held faceup portrait normal), > * rotated it to read some text (held faceup landscape normal), > * and put it back on the table with the display visible (flat faceup). > > See also > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD Wow, this is nice!! I'm sure this will bring us some new apps to use accelerometer data. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
org.freesmartphone.Device.Orientation
is now working in the first version. Here's an example output of mdbus -s -l where I have (orientation status in brackets): * put the Neo on to the table (flat faceup), * took it and put it up-side-down back on the table (flat facedown), * took it and operated it for a bit (held faceup portrait normal), * rotated it to read some text (held faceup landscape normal), * and put it back on the table with the display visible (flat faceup). See also http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Orientation.html;hb=HEAD r...@om-gta02:/etc/opkg# mdbus -s -l listening for signals on SystemBus from service 'all', object 'all'... [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom :1.47 /org/freesmartphone/Device/Orientation ('flat faceup ',) [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom :1.47 /org/freesmartphone/Device/Orientation ('facedown ',) [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom :1.47 /org/freesmartphone/Device/Orientation ('held faceup portrait normal ',) [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom :1.47 /org/freesmartphone/Device/Orientation ('landscape ',) [SIGNAL]org.freesmartphone.Device.Orientation.OrientationChangedfrom :1.47 /org/freesmartphone/Device/Orientation ('flat ',) To play with that, you need to download install a fsodeviced from HEAD (and all its dependencies) and activate the accelerometer plugin in /etc/frameworkd.conf: [fsodeviced] log_level = DEBUG log_to = stderr [fsodevice] [fsodevice.accelerometer] device_type = lis302 movement_idle_threshold = 15 movement_busy_threshold = 100 [fsodevice.accelerometer_lis302] inputnode = /input/event2 Note that you have to stop frameworkd for this experiments as fsodeviced is using the same busname as odeviced (of course... it's supposed to be a drop-in replacement soon). I hope we'll see some cool things with that now. I for one am planning to connect 'flat facedown' to suspend via oeventsd :) Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community