Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Feb 26, 2009, at 08:46 , Pander wrote: Steve 'dillo Okay wrote: On Feb 26, 2009, at 08:01 , Shawn Trash Thompson wrote: Matthias Apitz wrote: El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko escribió: http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http:// en.wikipedia.org/wiki/Touchscreen#Capacitive Thanks; But: Do we really want a GTA03 which can't be managed with a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one having all keys like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...) and using it with my finger tips; how should this work? Where this idea, GTA03 with Capacitive, comes from? :-(( matthias Ever used an iPhone? their screen is nice, responsive and the gui is designed where a stylus isn't needed. I actually was rather fond of the iPhone screen and was very unimpressed with the GTA02's touchscreen in comparison. I have to agree here. Styli are more a hindrance than a help. I find I'm always leaving my stylus or retracted pen somewhere and looking for another. A stylus wouldn't be such a problem if there was a place in the device to store it. General users haven't had to use a stylus in years. The UI for most phones has been either a keypad or finger for a while now. If the GTA03 is going to use a stylus, is it possible to have the shell molded with a holder built-in ? Its fun using all sorts of things as a precision stylus for terminal keyboard. Zipper of my jacket, plastic coffee stir thingy, etc. I'm even thinking of mounting something on my gloves to use the device in winter outside. Years ago, during the Palm era, there was a company that sold a little stylus that you put on your finger like a ring and there was a point at the end to tap on the screen with. Somebody probably still make this. I actually prefer to use a proper stylus since zipper pulls and such risk scratching the screen. Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
El día Thursday, February 26, 2009 a las 08:46:54AM +0100, Pander escribió: Steve 'dillo Okay wrote: On Feb 26, 2009, at 08:01 , Shawn Trash Thompson wrote: Matthias Apitz wrote: El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko escribió: http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http:// en.wikipedia.org/wiki/Touchscreen#Capacitive Thanks; But: Do we really want a GTA03 which can't be managed with a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one having all keys like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...) and using it with my finger tips; how should this work? Where this idea, GTA03 with Capacitive, comes from? :-(( matthias Ever used an iPhone? No, I've never used an iPhone, and I will not. Have you ever used the Terminal of the Moko to keyin UNIX commands? their screen is nice, responsive and the gui is designed where a stylus isn't needed. I actually was rather fond of the iPhone screen and was very unimpressed with the GTA02's touchscreen in comparison. If you have a keyboard of Terminal-style let's asume it occupies half of the screen, i.e. 320x480 pixel, then the keys are to small to be hit without a stylus, perhaps not even with that special stylus for Capacitive screens someone was pointing me to (don't know, but it has 6.5mm of size the page says); so, please no Capacitive screen for me either in the GTA03; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR first impression : it's slow ?
Xavier Cremaschi wrote: Helge Hafting a écrit : Remove the file /etc/freesmartphone/persist/ogpsd.pickle then, restart frameword or just reboot. (Restarting frameworkd sometimes cause trouble with the phone side instead). ogpsd.pickle is where gps information is saved in order to speed up the next activation of the gps unit. It goes bad sometimes, particularly after starting a newly flashed SHR unstable. If this file goes bad enough, you wont get a fix - ever! Deleting the file forces the gps to cold start, which may take an extra minute or two. But it works reliably. When you stop using the gps unit, a new ogpsd.pickle file is created - this time with good data. Helge Hafting Already done, no fix at all after 40min. Then I don't know - deleting the pickle file was the fix for me. You may want to take a look at the mailing list archives, there are various procedures for checking that the gps has power and such. For example: telnet localhost gpsd r You should get at least one message per second after hitting enter after the r - whether you have a fix or not. If this works, then things are mostly ok you just don't have a fix. If you get nothing, then there are communication or power problems that prevents the gps unit from working. You may also want to try grep ogpsd /var/log/frameworkd.log check if there are any messages indicating trouble. this particular one is normal, although it looks like a problem: 2009.02.25 22:47:06 ogpsdWARNING (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such file or directory:'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on') Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR first impression : it's slow ?
Helge Hafting wrote: Xavier Cremaschi wrote: Helge Hafting a écrit : Remove the file /etc/freesmartphone/persist/ogpsd.pickle then, restart frameword or just reboot. (Restarting frameworkd sometimes cause trouble with the phone side instead). ogpsd.pickle is where gps information is saved in order to speed up the next activation of the gps unit. It goes bad sometimes, particularly after starting a newly flashed SHR unstable. If this file goes bad enough, you wont get a fix - ever! Deleting the file forces the gps to cold start, which may take an extra minute or two. But it works reliably. When you stop using the gps unit, a new ogpsd.pickle file is created - this time with good data. Helge Hafting Already done, no fix at all after 40min. Then I don't know - deleting the pickle file was the fix for me. You may want to take a look at the mailing list archives, there are various procedures for checking that the gps has power and such. For example: telnet localhost gpsd r You should get at least one message per second after hitting enter after the r - whether you have a fix or not. If this works, then things are mostly ok you just don't have a fix. If you get nothing, then there are communication or power problems that prevents the gps unit from working. You may also want to try grep ogpsd /var/log/frameworkd.log check if there are any messages indicating trouble. this particular one is normal, although it looks like a problem: 2009.02.25 22:47:06 ogpsdWARNING (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such file or directory:'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on') Is openmoko-agpsui still an up to date tool for SHR to manage the GPS operation? Helge Hafting ___ 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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Margo Koppelmann wrote: On Thu, Feb 26, 2009 at 9:01 AM, Shawn Trash Thompson mokowa...@projektenterprises.com wrote: Ever used an iPhone? their screen is nice, responsive and the gui is designed where a stylus isn't needed. I actually was rather fond of the iPhone screen and was very unimpressed with the GTA02's touchscreen in comparison. The difference between iphone and freerunner is that the software on iphone is specially designed and written for the iphone, but on freerunner you can run almost any linux software. How would you for example play Numpty Physics on a capacitive screen? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Point taken but my fat fingers work great on the iPhone and not so on the FR. Also it often registers my drag on the FR as a click whereas the Capacitive touchscreen of the iPhone and T-Mobile G1 easily distinguish between clicks or drags. I found that the only semi-accurate method of input on my FR is the stylus that is included, without it the phone is virtually useless to me and with it a pain to use. I continue to use my samsung 409 flip-phone because I can easily navigate and even using that annoying T9 input method is still 100x faster than my FR with or without the stylus. I'm glad to see the GTA03 going to capacitive, I might be able to make use of the screen for once. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR first impression : it's slow ?
On Thu, Feb 26, 2009 at 10:49, Pander pan...@users.sourceforge.net wrote: Is openmoko-agpsui still an up to date tool for SHR to manage the GPS operation? No. Use Zhone for that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR first impression : it's slow ?
Helge Hafting a écrit : For example: telnet localhost gpsd r You should get at least one message per second after hitting enter after the r - whether you have a fix or not. Already done, 1 msg/second, always the same (no fix inside, no numerical values) You may also want to try grep ogpsd /var/log/frameworkd.log check if there are any messages indicating trouble. this particular one is normal, although it looks like a problem: 2009.02.25 22:47:06 ogpsdWARNING (could not write to '/sys/bus/platform/devices/neo1973-pm-gps.0/power_on': [Errno 2] No such file or directory:'/sys/bus/platform/devices/neo1973-pm-gps.0/power_on') Already done too, I made an update yesterday @ 23h00 CET time, and just after I deleted the pickle file and rebooted, and I had a fix. I presume a bug was fixed. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, Feb 26, 2009 at 10:55, Shawn Trash Thompson mokowa...@projektenterprises.com wrote: Point taken but my fat fingers work great on the iPhone and not so on the FR. Also it often registers my drag on the FR as a click whereas the Capacitive touchscreen of the iPhone and T-Mobile G1 easily distinguish between clicks or drags. My fingers work great on the FreeRunner, but not so on the iPhone... And I can't imagine developing (for instance in python - shr-settings) on iPhone screen... but on FreeRunner I'm doing it. In train, waiting for dentist etc. ;) And the only thing I need for that is touchscreen filtering in kernel, introduced nearly in past. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Pander wrote: Shawn Trash Thompson wrote: Margo Koppelmann wrote: On Thu, Feb 26, 2009 at 9:01 AM, Shawn Trash Thompson mokowa...@projektenterprises.com wrote: Ever used an iPhone? their screen is nice, responsive and the gui is designed where a stylus isn't needed. I actually was rather fond of the iPhone screen and was very unimpressed with the GTA02's touchscreen in comparison. The difference between iphone and freerunner is that the software on iphone is specially designed and written for the iphone, but on freerunner you can run almost any linux software. How would you for example play Numpty Physics on a capacitive screen? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Point taken but my fat fingers work great on the iPhone and not so on the FR. Also it often registers my drag on the FR as a click whereas the Capacitive touchscreen of the iPhone and T-Mobile G1 easily distinguish between clicks or drags. I found that the only semi-accurate method of input on my FR is the stylus that is included, without it the phone is virtually useless to me and with it a pain to use. I continue to use my samsung 409 flip-phone because I can easily navigate and even using that annoying T9 input method is still 100x faster than my FR with or without the stylus. I'm glad to see the GTA03 going to capacitive, I might be able to make use of the screen for once. Proposition: GTA03T = touch screen GTA03C = capacitive screen I could live with that, I prefer capacitive screens after having used both kinds. I'd by the 03C assuming it has had the major issues of the 02 fixed before it launches. Having payed the high price and not been able to use it as a daily phone for more than a few days at a time since purchase I'm about ready to put it back up for sale if improvements don't really keep rolling forward soon. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter (Update 0.4.1)
Yeah, good question :) if you would have a complete database you can get your rough location. google uses this for a quick location info bevor gps gets a fix. or you can use it for agps. there you need a location in a range about 50km and that a cell can give you. cells range is about 1-10km so this is a good approximation. for the most location based services this location info is good enough. think about: give me a restaurant in the near or remind me when i am near this place. you dont have to wait until you get a fix and know in a second where you are. i hope thats enough motivation to build the database together. the best at the end: you get points on the highscore :) Sebastian Fernando Martins schrieb: Sebastian Hammerl wrote: I created a manual for cellhunter i hope it will help. you find it under the introduction on the cellhunter homepage. Allow me to display my ignorance and ask what is this cell info useful for? (no hint the wiki page) Fernando ___ 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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
El día Thursday, February 26, 2009 a las 10:44:02AM +0100, Pander escribió: Have you ever used the Terminal of the Moko to keyin UNIX commands? I've been using the Freerunner without a stylus for months now. And I've used the terminal quite a lot, as well as inputing http addresses. All you need is a better terminal keyboard (with bigger keys). I posted my custom layout here some weeks ago. In opkg.org are plenty of alternative keyboard: - alt alhpanumeric/default http://www.opkg.org/package_101.html - alt numeric http://www.opkg.org/package_106.html - alt terminal http://www.opkg.org/package_87.html The first two being vervy finger friendly, the latter being stylus friendly ;) Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus that's the situation at the moment; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, Feb 26, 2009 at 11:20, Matthias Apitz g...@unixarea.de wrote: Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus that's the situation at the moment; But... it's normal, good situation. Isn't it? BTW. I'm using Terminal layout without stylus. It isn't difficult ;P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Monologue - very simple dictation assistant
Hello, isn't it all like leibniz, newton and the differential calculus? ;-) I'd really love to have all these ideas merged into one application. @ TImo: I am really envious about your voice-detection-recording and love to combine ot with my GUI. It would not be a problem to implement all of these things adored in what has been written so far: - GPS-Coords - saved as textfile related to the recorded wav-files or as vorbis-comment in the headers of an ogg-vorbis-file (implement real-time ogg-encoding is what I'm working on at the moment, fruitless up to now but still trying! Speex-encoding would be much more adequate, but I didn't get it managed to use with python. Any help/hints/efforts?) - Switch GPS/gpsd on and off via GUI-button - Switch from only recording-when-speaking-mode(what about porting monologue to python or write a python-extension?) to manual-pause-mode - do all these settings as well via command-line-options I mean a dictaphone can do all these things as a sideline and we got all the comfort and functionality, you need for georeffered recording or for interviewing or for noting thoughts about your memoires or something. :) It's just about time and a little help, I think. I'll spend all the time I can grab on this now! Matthias Francesco de Virgilio schrieb: Timo Juhani Lindfors ha scritto: Francesco de Virgilio fradev...@gmail.com writes: Now, I respect everyone's work, I respect the *great* idea of Free Software as freedom to develop, but could all these ideas be merged into one? It'll be great to have a single application for OpenStreetMap mappers which does *all* this things, possibly configurable. I understand your thoughts. Thanks :) I understood voicenote was a shell script. I could not extend it since I needed to use C for doing the voice detection. I did search freshmeat, google, apt-cache search for a dictaphone but could not find anything that'd simply record when I speak. This could be avoided. Today, voicenote needs a good GUI. If we want to integrate voicenote ad monologue without rewriting anything, we have just one possibility: to use a GUI. I was thinking to an interface written simply in PyGtk which handles both the softwares, showing to user 2 options: 1) normal georeferred recording: possible with voicenote; GPS chip is ON 2) recording only on speak: we could start monologue through GUI; GPS chip is OFF 3) georeferred recording on speak: we start monologue; python talks with GPSD, catch coordinates, and insert them in recorded file's metadata. GPS chip is ON So, if we can't merge the code, we could create one GUI to use all the recording software, givin to user the possibility to choose the option according to battery state (if the battery is low, user could turn off GPS and use option 2). I think to have such PyGtk skills, but I'm busy for university until April :( ___ 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: GUI responsiveness (was Re: SHR first impression : it's slow ?)
Joel Newkirk wrote:
On Wed, 25 Feb 2009 12:43:59 +0100
Helge Hafting helge.haft...@hist.no wrote:
Joel Newkirk wrote:
[...]
As I said, I'm guessing, but when I removed the extra PNG images and
leav just one, enlightenment average CPU drops and the display is more
responsive. The glass button effect /is/ applied to every icon,
it's just that the parts ('parts' in edc syntax) relevant to the effect
are flagged as non-visible by default. I'm assuming that even when a
Urrgh - such inefficient coding. Making a 'movie' per icon - every time
- and just not showing it for most of them. :-( The sane way is to only
do the _needed_ calculations. Either animate a single icon when the
effect is actually used, or generate all the frames once and just store
them till needed. I wonder how they come up with such stuff. This is not
only a problem on weak processors - it wastes energy on the good ones as
well. :-(
Maybe we ought to use a modified duke nukem as an app launcher interface
instead of enlightenment. Duke has a _better_ framerate for scrolling
and zooming - in 3D!
Shoot at icons to start apps. Fire at the process list to kill. kill -9
using a bigger gun. ;-)
[...]
Wonderful feature
to have, but I suspect that the calculations involved in this scaling
and other nice effects E offers are at least a slight detriment to the
(integer) FR user experience...
I wish people though more about efficiency. One can have all sorts of
wonderful effects by precomouting some stuff _once_, and then use plain
bit block transfers. 1990 game machines was weaker than the FR, but that
did not seem to be a problem then.
[...]
If you watch an icon closely when you press your stylus against it, you
can usually perceive the fade-in taking place, particularly if your FR
is straining, in which case you can sometimes see a few distinct delayed
steps. The linear transition is set to occur in 0.2 seconds fading in,
and 0.1 seconds fading out - so it is quite brief. I believe it
abides by the Framerate setting in Illume config (the spanner), such
that a 30fps setting and a 0.2 second fade equal a 6-frame animation.
I have now set the framerate to its minimum of 5, and turned off
animations where I could. At least the keyboard appears more quickly now.
Icon animation and only two icons - selected and
unselected.
Thanks for the encouragement. :) It's already improved my user
experience, but in my poking about I've broken things as well, which is
why I'm not offering the .edj to anyone yet. I plan to start from a
clean extraction from illume.edj and default.edj once more, applying
only the changes confirmed to be beneficial and not cause E to segfault.
Great!
I hope this will go into the distributions, at least as a selectable
alternative. Eye candy is nice - but only as long as it doesn't create
performance problems.
Scrolling is slow enough even if I grab the iconless corner - so that no
icon actually change state. (None was selected, none became selected)
But of course it is still slow if all those icons have to be scaled 9
times or so before drawing the screen.
But at the pace I'm going that'll be a couple weeks still. Hopefully
at that point I'll be able to offer tarball and ipk versions of the
theme for both enlightenment in general and for elementary (shr-dialer
and kin, paroli, Raster's alarm, shr-config, etc all use elementary) as
Take your time. Ideally, a beta release whenever one more performance
killer is chopped off. If it isn't too much extra work.
[...]
/*
below are lines 14053 through 14438 of 'default.edc', inside
'default.edj', this copy extracted from FSO M5 IIRC but I believe the
same utilized in SHR. At the top it specifies what images are required
for this 'group', which defines a single icon on the desktop. (Illume in
our case) It also uses 'pager_base2.png' which is defined in a global
images stanza.
*/
Scary stuff. An interpreted language just for the icon set.
When I try to impress people with the FR, I show them cool apps like
linball. Not the icon interface. It is not that hot anyway - and
slowness is simply bad.
Helge Hafting
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
El día Thursday, February 26, 2009 a las 11:23:48AM +0100, Johny Tenfinger escribió: On Thu, Feb 26, 2009 at 11:20, Matthias Apitz g...@unixarea.de wrote: Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus that's the situation at the moment; But... it's normal, good situation. Isn't it? Sorry no having expressed this: yes, it is a good situation! and I don't want to have changed it; BTW. I'm using Terminal layout without stylus. It isn't difficult ;P I've tried it; it does not work with my fingers; how do you do that? do you have some movie of this? matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
Michael 'Mickey' Lauer wrote: I don't think that they simply disable the backlight. Resuming from SHR unstable takes about 5-6 seconds (no incoming call), while 2008.12 resumes under 3 seconds. While this is not a scientific measurement, 2008.12 surely is a lot faster. Any other ideas what they do differently? No idea, sorry. I have never seen 2008.12. It's definitely not a problem in the base system, since FSO ms5.1 resolves in 1 second (admittedly, with Qi, with U-Boot it might be 2 seconds). My SHR resumed in about 4s. (Running from internal flash, not SDcard.) First, nothing happens. Then the console shows itself for a little while. finally, graphichs take over and the screen is redrawn. 1s would surely be an improvement. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Feb 26, 2009, at 11:20 , Matthias Apitz wrote: [...] Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus Hmmmit seems as if the problem with the default is that it doesn't know UNIX keywords. Is it possible to populate the dictionary with UNIX keywords. Who decided that the predictive keyboard would be the default ? Or alternatively, how do you set the Terminal keyboard to be the default ? Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Looking to sell GTA02v5 in Salt Lake City area.
Hi Community, I have a used GTA02V5, 850 model, I would like to sell. If you are in the Salt Lake City area and want a GTA02 without paying full price or shipping then let me know off-list.* Please note at this time I am only offering local sale, CASH ONLY. If you cannot pick-up in person please do not respond.** *Price I paid was just over $400 shipped, asking $250 Included: -FreeRunner with SHR installed -SD-Card with adapter and case -Wall-Charger -Stylus E-mail me off list if you are interested. -Shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
El día Thursday, February 26, 2009 a las 11:38:45AM +0100, Steve 'dillo Okay escribió: On Feb 26, 2009, at 11:20 , Matthias Apitz wrote: [...] Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus Hmmmit seems as if the problem with the default is that it doesn't know UNIX keywords. Is it possible to populate the dictionary with UNIX keywords. Who decided that the predictive keyboard would be the default ? for UNIX you need chars and not predictive words, I think; Or alternatively, how do you set the Terminal keyboard to be the default ? # cd /usr/lib/enlightenment/modules/illume/keyboards # mv Default.kbd Default.kbd.orig # cp Terminal.kbd Default.kbd # killall -HUP enlightenment matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter (Update 0.4.1)
Sebastian Hammerl wrote: Hi, the followin logic lies behind the buttons: check cellid: gets the cell and gps data submit data: when in online mode, the displayed data will be submitted, when in offline mode the data will be saved auto check cellid: push check cellid every x seconds auto submit data: upload directly after checking. like auto push submit button after auto pushing check button offline mode toggles where the data gets. on disk or directly to the server. so if you want collect offline every 10 seconds you have to push: offline mode, auto submit, auto check Ah, so I have not collected anything because I didn't use the auto submit button. It did not occur to me that this was necessary to actually save the data being collected. So, without auto submit cellhunter is more like a passive display that shows the current cell info. Which is a useful mode, but I'd never guessed. [...] i hope this helps you. Sure, now I know how it works. The offline mode is a bit unfinished, in that one has to run a script to upload. The natural way for me is to leave cellhunter running until I can get a network connection. Then, pressing submit (or changing to online mode) ought to run that script and upload all that was collected while in offline mode. Or another button for running the upload script. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Matthias Apitz wrote: El día Thursday, February 26, 2009 a las 11:23:48AM +0100, Johny Tenfinger escribió: On Thu, Feb 26, 2009 at 11:20, Matthias Apitz g...@unixarea.de wrote: Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus that's the situation at the moment; But... it's normal, good situation. Isn't it? Sorry no having expressed this: yes, it is a good situation! and I don't want to have changed it; BTW. I'm using Terminal layout without stylus. It isn't difficult ;P I've tried it; it does not work with my fingers; how do you do that? do you have some movie of this? Use the tip of the nail of your index finger. matthias ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Revealing/Hiding my caller id
Franky Van Liedekerke wrote: On Wed, 25 Feb 2009 15:39:17 -0600 The Digital Pioneer digitalpion...@gmail.com wrote: Ahh, too bad. :P I don't suppose anyone could mod the firmware to make it allow that could they? It would be a fun prank. :) it sounds to me that it would totally and utterly illegal ... I can't Not necessarily illegal, but probably breaking the contract with your service provider. Providers aren't known for appreciating creativity. Having the call billed to someone else, or impersonating someone else is obviously illegal. Having the caller ID come up with something obviously fake like 00 is not so bad legally. You are allowed to hide completely, after all. Having caller ID showing one of your other phones so they return calls there instead is even useful. But anything useful is precisely the sort of thing a service provider will want to bill you extra for. even begin to imagine how criminals would abuse such a thing. Truly untraceable calls with ever-changing IMEI, never paying for service, optionally bill it all to someone you dislike, intercepting calls, DOS-attacks on gsm, . . . And I'm not even sure that you can do it by changing firmware, there's always a man in the middle (the GSM provider) that normally sends your phonenumber to the other party (except if you indicate you don't want it). In theory, the GSM provider could validate all that happens. In practice they don't, probably because there were some things they didn't think of when they implemented their towers. A user-flashable gsm firmware is a more recent development than GSM technology. I once called the police about a bothersome anonymous caller. When the telco eventually tried, they actually failed to trace it. They claimed the caller was a mobile phone whose subscription ended two years earlier which couldn't be right. You can't normally call out unless you pay for some kind of subscription. GSM history also have its share of goofups. Some years ago, it was possible for norwegians to get free calls in some eastern europe country. I don't remember the details, something about two different national telcos that just happened to have the same numerical ID. With things like that happening by accident, no surprise that determined hackers can get further. So phone hacking is definitely possible. There are probably some shady websites with more information too. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Steve 'dillo Okay wrote: On Feb 26, 2009, at 11:20 , Matthias Apitz wrote: [...] Default: unuseable for terminal/UNIX input Numbers: unuseable for terminal/UNIX, not even for SMS Terminal: useable for terminal/UNIX, but only with stylus Hmmmit seems as if the problem with the default is that it doesn't know UNIX keywords. Is it possible to populate the dictionary with UNIX keywords. UNIX keywords - yes. Including all the options - with some work. But every filename in every filesystem I might mount? Won't happen. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Just about all phone manufacturers are going to capacitive screens as they virtually eliminate accidental touches in something like a purse or pocket. Won't capacitive react to metal keys? Anyway, this is not a problem with the FR either - I lock it with the AUX button before it goes in my pocket. No accidental touch then. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko media player and direct mp3 to bluetooth headphones
The Digital Pioneer wrote: OK then. So does anyone know of a headset that CAN do OGG? :D Can be arranged, if you get us a open-source headset . . . ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: illume keyboard - only navigate buttons
Leonti Bielski wrote: Some time ago on scap.linuxtogo.org I've seen illume keyboard only with navigate buttons - right, left, up, down and some others. I would like to use it for navigation in browsers - right know I use terminal keyboard to navigate through web-page in links-x11. Does anyone know where I can find it? A custom keyboard isn't that difficult to make. An illume keyboard is just a textual list of keys: Coordinates for where the key is, how big it is, what function (letter or cursor key) it performs. So you can copy the terminal keyboard file, /usr/lib/enlightenment/modules/illume/keyboards/Terminal.kbd Then you simply delete the keys you don't need from the copy. Finally, make the remaining keys bigger by adjusting their coordinates. To use your new keyboard, save the new file as: /usr/lib/enlightenment/modules/illume/keyboards/Navigation.kbd Bring up the illume keyboard, press the little qwerty icon in the upper right corner, and select your special keyboard from the list. It will be there if you saved the file to the correct folder. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Voicenote - 3rd version - Can play wav files
El mié, 25-02-2009 a las 15:15 +0100, kimaidou escribió: Hi list, I post here, again, to announce the release of the third version of Voicenote. Now * you can play the wav files you have recorded with voicenote (or other wav files) * you go back the the 1st choice dialog (record or play?) after each action. To quit the script, click on the Cancel button. The page to read for more detail : http://wiki.openmoko.org/wiki/Voicenote I put your code into a python script from this page : http://wiki.openmoko.org/wiki/GPS_Data_Logger ... Kimaidou ___ 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: GUI responsiveness (was Re: SHR first impression : it's slow ?)
On Thu, 2009-02-26 at 11:31 +0100, Helge Hafting wrote: Joel Newkirk wrote: On Wed, 25 Feb 2009 12:43:59 +0100 Helge Hafting helge.haft...@hist.no wrote: Joel Newkirk wrote: ... the good ones as well. :-( Maybe we ought to use a modified duke nukem as an app launcher interface instead of enlightenment. Duke has a _better_ framerate for scrolling and zooming - in 3D! Shoot at icons to start apps. Fire at the process list to kill. kill -9 using a bigger gun. ;-) ... When I try to impress people with the FR, I show them cool apps like linball. Not the icon interface. It is not that hot anyway - and slowness is simply bad. Helge Hafting you would love this then ... http://www.cs.unm.edu/~dlchao/flake/doom/ :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Michael 'Mickey' Lauer wrote: | | I don't think that they simply disable the backlight. Resuming from SHR | unstable takes about 5-6 seconds (no incoming call), while 2008.12 resumes | under 3 seconds. While this is not a scientific measurement, 2008.12 surely | is a lot faster. Any other ideas what they do differently? | No idea, sorry. I have never seen 2008.12. It's definitely not a problem | in the base system, since FSO ms5.1 resolves in 1 second (admittedly, | with Qi, with U-Boot it might be 2 seconds). | | My SHR resumed in about 4s. (Running from internal flash, not SDcard.) | First, nothing happens. Then the console shows itself for a little | while. finally, graphichs take over and the screen is redrawn. | | 1s would surely be an improvement. If your kernel has the printk timestamping enabled, maybe the dmesg during suspend / resume has a hint if it's something on the kernel side. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmmlxoACgkQOjLpvpq7dMptXwCdH85IfZksSKJyDQ6u5Akk4T7p 3a0AnRwU+LRs9p2d2syTWBT88wZbvibq =GWNa -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Finger friendly browse keyboard
Hi all, Someone mentioned a finger friendly browse keoyboard, and I just could not resist making one myself. the result is here: http://www.opkg.org/package_144.html Note that the type is NUMERIC, let me know if another type better suites this keyboard. It is also referenced here: http://wiki.openmoko.org/wiki/Illume#List_of_illume_keyboards Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
I personally need my precision. I carry my stylus with me all the time, it's not really a problem. As to a predictive terminal keyboard, why are we considering the feasibility of a dictionary with all the filenames and whatnot? Just integrate tab-completion. Populate the suggestion list with the results of 'tab-tab' on the terminal. Shouldn't take too much hacking, I wouldn't think. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
window full screen via enlightenment _remote
Hi, is it somehow possible to send a fullscreen command via enlightenment_remote to a application window? Or to have it in the illume simple_menu? Thank you Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, Feb 26, 2009 at 02:03:13PM +0700, Sean McNeil wrote: Matthias Apitz wrote: El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko escribió: http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http://en.wikipedia.org/wiki/Touchscreen#Capacitive Thanks; But: Do we really want a GTA03 which can't be managed with a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one having all keys like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...) and using it with my finger tips; how should this work? Where this idea, GTA03 with Capacitive, comes from? :-(( matthias What do you mean? You can get a stylus that works with capacitive touch screens: http://songtak.manufacturer.globalsources.com/si/6008826112271/pdtl/PDA-styli/1006246576/Touch-Pen.htm You call that a stylus? Scroll a little further down the page for some _real_ stylus examples. :) That thing is HUGE and uneeded. If you need something just as big, then you're ok with using the finger (unless you sweat a lot). Just about all phone manufacturers are going to capacitive screens as they virtually eliminate accidental touches in something like a purse or pocket. They also eliminate precision. That is a problem for some applications...for instances existing games: how would you be able to play to wesnoth? not with accelerometers... what about scummvm? same problem... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko media player and direct mp3 to bluetooth headphones
It's only possible to do through gstreamer, unfortunately. ALSA doesn't
support it. (I don't even know if the ALSA API could even be used for that
purpose.. I'm sure someone with more knowledge than me can answer that)
I use debian, so I don't know if step by step instructions would be useful to
you or most people here. (I wouldn't really want to come up with them
anyway..) so I'll just give general instructions.
Also FYI, I'm using bluez-3.36 .. if someone wants to try it on bluez 4 and
tell me if anything is different please let me know what you discover.
Step 1:
Here's how you 'pair' them: (bluez calls it bonding)
http://wiki.bluez.org/wiki/HOWTO/Bonding
The way I did the pairing is by running bluetooth-applet from the bluez-gnome
package, and then going ahead with step 2, and it automatically attempted to
pair along with a spiffy GUI pin request as soon as it detected that I was
trying to make an audio connection while the headset was in pairing mode.
Step 2:
Run the following python code. (I think I tried to do this from
bluetooth-properties from the bluez-gnome package, but I don't think it worked.
You might have better luck)
#!/usr/bin/python
import sys
import getopt
import dbus
bus = dbus.SystemBus()
bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'),
'org.bluez.Manager')
bus_id = bmgr.ActivateService('audio')
imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/audio'),
'org.bluez.audio.Manager')
optlist, args = getopt.getopt(sys.argv[1:], '',
['list','connect=','disconnect=','help'])
for opt,val in optlist:
if opt == '--list':
for path in imgr.ListDevices():
idev = dbus.Interface (bus.get_object(bus_id, path),
'org.bluez.audio.Device')
print %s Name: \%s\ Address: \%s\ % (path,
idev.GetName(), idev.GetAddress())
elif opt == '--connect':
path = ''
if (val[0] == '/'):
path = val
else:
path = imgr.CreateDevice(val)
idev = dbus.Interface (bus.get_object(bus_id, path),
'org.bluez.audio.Sink')
idev.Connect()
elif opt == '--disconnect':
imgr.RemoveDevice(val)
else:
print 'usage: ', sys.argv[0], '[ --list,
--connect=[XX:XX:XX:XX:XX, /org/bluez/input/device0],
--disconnect=/org/bluez/input/device0, --help ]'
break
Put the headset in pairing mode and do something like ./audtool.py
--connect=XX:XX:XX:XX:XX and you can verify it later with ./audtool.py --list
(If you haven't bonded yet, this is when the UI will ask you for the PIN)
If you want to use AVRCP (remote control headset buttons) you have to set the
headset to trusted so it can use the 'input' bluez service. I'm not really
sure how to do this except through the bluetooth-applet API. That API will
simply ask you every time if you want to allow input, and/or establish trust.
If your bluez still uses hidd, I think you're SOL for that entire feature,
and/or it will be complicated and manual.
Step Pi*r^2
gstreamer and bluez under debian don't talk to eachother properly. gstreamer
(Specifically the mp3parse element in the mpegaudioparse plugin from the
gst-plugins-ugly package) announces its channels as 'joint-stereo' and
'dual-channel' and bluez expects to see either 'joint' or 'dual' .. I've done
some bug reporting to gstreamer and debian.. and hopefully one of the upstream
maintainers decides to change it so that they're in sync.
I extracted the source of gstreamer and made the change there.
Step 3:
At this point, you should be able to play any gstreamer supported codec to your
bluetooth headphones like this:
gst-launch filesrc location=ogg, mp3, whatever ! decodebin ! audioconvert !
audioresample ! sbcenc ! a2dpsink device=XX:XX:XX:XX:XX:XX
And you can play mp3s directly with:
gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink
device=XX:XX:XX:XX:XX:XX
In the second case, you may want to also pass --gst-debug
a2dpsink:5,avdtpsink:5 in case you experience any problems.
Unfortunately, there is no trivial way to convince a gstreamer application to
output mp3s the second way. The source has to be patched to use a completely
different pipeline :( Also it's up to the software to detect that it's an mp3
file (ostensibly by file extension), and use the different pipeline
accordingly. Which leads me to my problem. gst-launch doesn't support pausing
or any other rudimentary features, so I'm stuck with SBC in the meantime... and
I'm hoping that someone out there is making a gstreamer player that I can patch
up for this purpose.
I'm currently using rhythmbox, and I'm considering patching that.. but I figure
if I'm going to go through all the effort, I might as well do it on a player
that is designed for palmtops.
On Wednesday 25 February 2009 21:19:18 you wrote:
Hi,
Re: Openmoko media player and direct mp3 to bluetooth headphones
Oh! One more thing. You need to have 'MPEG12Sources=1' under the '[A2DP]'
section in /etc/bluetooth/audio.conf
For everything else, defaults should be fine. I also found it beneficial to
performance to set the following lines in /etc/bluetooth/hcid.conf
lm accept,master;
lp hold,sniff,park;
On Thursday 26 February 2009 09:33:42 you wrote:
It's only possible to do through gstreamer, unfortunately. ALSA doesn't
support it. (I don't even know if the ALSA API could even be used for that
purpose.. I'm sure someone with more knowledge than me can answer that)
I use debian, so I don't know if step by step instructions would be useful to
you or most people here. (I wouldn't really want to come up with them
anyway..) so I'll just give general instructions.
Also FYI, I'm using bluez-3.36 .. if someone wants to try it on bluez 4 and
tell me if anything is different please let me know what you discover.
Step 1:
Here's how you 'pair' them: (bluez calls it bonding)
http://wiki.bluez.org/wiki/HOWTO/Bonding
The way I did the pairing is by running bluetooth-applet from the bluez-gnome
package, and then going ahead with step 2, and it automatically attempted to
pair along with a spiffy GUI pin request as soon as it detected that I was
trying to make an audio connection while the headset was in pairing mode.
Step 2:
Run the following python code. (I think I tried to do this from
bluetooth-properties from the bluez-gnome package, but I don't think it
worked. You might have better luck)
#!/usr/bin/python
import sys
import getopt
import dbus
bus = dbus.SystemBus()
bmgr = dbus.Interface(bus.get_object('org.bluez', '/org/bluez'),
'org.bluez.Manager')
bus_id = bmgr.ActivateService('audio')
imgr = dbus.Interface(bus.get_object(bus_id, '/org/bluez/audio'),
'org.bluez.audio.Manager')
optlist, args = getopt.getopt(sys.argv[1:], '',
['list','connect=','disconnect=','help'])
for opt,val in optlist:
if opt == '--list':
for path in imgr.ListDevices():
idev = dbus.Interface (bus.get_object(bus_id, path),
'org.bluez.audio.Device')
print %s Name: \%s\ Address: \%s\ % (path,
idev.GetName(), idev.GetAddress())
elif opt == '--connect':
path = ''
if (val[0] == '/'):
path = val
else:
path = imgr.CreateDevice(val)
idev = dbus.Interface (bus.get_object(bus_id, path),
'org.bluez.audio.Sink')
idev.Connect()
elif opt == '--disconnect':
imgr.RemoveDevice(val)
else:
print 'usage: ', sys.argv[0], '[ --list,
--connect=[XX:XX:XX:XX:XX, /org/bluez/input/device0],
--disconnect=/org/bluez/input/device0, --help ]'
break
Put the headset in pairing mode and do something like ./audtool.py
--connect=XX:XX:XX:XX:XX and you can verify it later with ./audtool.py
--list (If you haven't bonded yet, this is when the UI will ask you for the
PIN)
If you want to use AVRCP (remote control headset buttons) you have to set the
headset to trusted so it can use the 'input' bluez service. I'm not really
sure how to do this except through the bluetooth-applet API. That API will
simply ask you every time if you want to allow input, and/or establish trust.
If your bluez still uses hidd, I think you're SOL for that entire feature,
and/or it will be complicated and manual.
Step Pi*r^2
gstreamer and bluez under debian don't talk to eachother properly. gstreamer
(Specifically the mp3parse element in the mpegaudioparse plugin from the
gst-plugins-ugly package) announces its channels as 'joint-stereo' and
'dual-channel' and bluez expects to see either 'joint' or 'dual' .. I've done
some bug reporting to gstreamer and debian.. and hopefully one of the
upstream maintainers decides to change it so that they're in sync.
I extracted the source of gstreamer and made the change there.
Step 3:
At this point, you should be able to play any gstreamer supported codec to
your bluetooth headphones like this:
gst-launch filesrc location=ogg, mp3, whatever ! decodebin ! audioconvert !
audioresample ! sbcenc ! a2dpsink device=XX:XX:XX:XX:XX:XX
And you can play mp3s directly with:
gst-launch filesrc location=some mp3 file ! mp3parse ! a2dpsink
device=XX:XX:XX:XX:XX:XX
In the second case, you may want to also pass --gst-debug
a2dpsink:5,avdtpsink:5 in case you experience any problems.
Unfortunately, there is no trivial way to convince a gstreamer application to
output mp3s the second way. The source has to be patched to use a completely
different pipeline :( Also it's up to the software to detect that it's an
mp3 file (ostensibly by file extension), and use the different pipeline
accordingly. Which leads me to my problem. gst-launch
Re: Error found on make fso-gta02-milestone5-image
What's your system? On Thu, Feb 26, 2009 at 7:16 PM, Daniel.Li lida_m...@163.com wrote: On Wed, 2009-02-25 at 22:25 -0300, Tomas Riveros Schober wrote: since it's glibc related, why not try this: http://wiki.openmoko.org/wiki/Talk:MokoMakefile#glibc_fails_to_build Tom Thanks for tips. After checking the above link. I found the case is quite different from mine. Since I don't have build folder. =From above link=== NOTE: Task failed: /home/alex/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/ glibc-2.6.1-r10/temp/log.do_configure.11446 My folder structure is: . |-- Makefile - common/Makefile |-- bitbake |-- common |-- downloads |-- fso-milestone5 `-- openembedded I also googled website, found really strange :( Daniel.Li escribió: On Thu, 2009-02-26 at 07:50 +0800, HouYu Li wrote: using the default makefile from download site works well. haven't tried the git version. I think you might try milestone5.1. I have check wget http://downloads.freesmartphone.org/Makefile;. And diff this file with common/Makefile. They are the same. On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li lida_m...@163.com wrote: Dear List, I have followed http://wiki.openmoko.org/wiki/Building_FSO to build fso $ git clone git://git.freesmartphone.org/fso-makefile common $ ln -s common/Makefile Makefile $ make fso-gta02-milestone5-image blabla.. NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it to increase performance. NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could not include required file glibc_2.6.1.bb while parsing /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/ glibc-initial_2.6.1.bb NOTE: Handling BitBake files: - (6406/6406) [100 %] NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0 masked. ERROR: Parsing errors found, exiting... make[1]: *** [image] Error 1 make[1]: Leaving directory `/home/daniel/work4/fso/fso-milestone5' make: *** [fso-gta02-milestone5-image] Error 2 Have anyone met this before, how can i solve this? Thanks. -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer Shanghai, China -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)
On Thu, 26 Feb 2009 11:31:43 +0100
Helge Hafting helge.haft...@hist.no wrote:
Joel Newkirk wrote:
On Wed, 25 Feb 2009 12:43:59 +0100
Helge Hafting helge.haft...@hist.no wrote:
Joel Newkirk wrote:
[...]
As I said, I'm guessing, but when I removed the extra PNG images and
leav just one, enlightenment average CPU drops and the display is
more responsive. The glass button effect /is/ applied to every icon,
it's just that the parts ('parts' in edc syntax) relevant to the
effect are flagged as non-visible by default. I'm assuming that
even when a
Urrgh - such inefficient coding. Making a 'movie' per icon - every
time
- and just not showing it for most of them. :-( The sane way is to
only do the _needed_ calculations. Either animate a single icon when
the effect is actually used, or generate all the frames once and just
store them till needed. I wonder how they come up with such stuff.
This is not only a problem on weak processors - it wastes energy on
the good ones as well. :-(
Well as I said, I don't know to what degree and in what fashions this
may be optimized within E - I'm assuming that it prescales and doesn't
scale on the fly, but that the scrolling needs to take all visible and
non-visible parts into account - I don't know this however, I'm
guessing.
Maybe we ought to use a modified duke nukem as an app launcher
interface instead of enlightenment. Duke has a _better_ framerate for
scrolling and zooming - in 3D!
Shoot at icons to start apps. Fire at the process list to kill. kill
-9 using a bigger gun. ;-)
:) Thanks, and to BillK for the enlightening and entertaining link. :)
With my car broken down this morning, any amusement is welcome.
[...]
Wonderful feature
to have, but I suspect that the calculations involved in this
scaling and other nice effects E offers are at least a slight
detriment to the (integer) FR user experience...
I wish people though more about efficiency. One can have all sorts of
wonderful effects by precomouting some stuff _once_, and then use
plain bit block transfers. 1990 game machines was weaker than the FR,
but that did not seem to be a problem then.
My philosophy has always been colored by my time with the Amiga. I
'grew up' believing that clever hardware and clever software could
overcome limited horsepower, and that the immediacy of feedback
provided by a responsive GUI is often worth more than a doubled clock.
(at 7mhz it 'felt' as fast as some 3ghz beasts I've used, simply
because everything was tweaked for smooth consistent responsiveness)
[...]
If you watch an icon closely when you press your stylus against it,
you can usually perceive the fade-in taking place, particularly if
your FR is straining, in which case you can sometimes see a few
distinct delayed steps. The linear transition is set to occur in
0.2 seconds fading in, and 0.1 seconds fading out - so it is quite
brief. I believe it abides by the Framerate setting in Illume
config (the spanner), such that a 30fps setting and a 0.2 second
fade equal a 6-frame animation.
I have now set the framerate to its minimum of 5, and turned off
animations where I could. At least the keyboard appears more quickly
now.
Icon animation and only two icons - selected and
unselected.
What has me concerned on this front, looking more long-term, is that OM
have exhibited a tremendous reluctance to make the Illume/Enlightenment
config accessible, so that changing framerate and disabling animations
of windows opening, Top Shelf opening/closing, etc are currently not
possible for a new owner 'out of the box'. Hopefully that'll be
addressed before the platform reaches more mainstream (read:
non-hacker) customers... And not by simply disabling such features,
though that might be preferable to enabled and unconfigurable.
Thanks for the encouragement. :) It's already improved my user
experience, but in my poking about I've broken things as well,
which is why I'm not offering the .edj to anyone yet. I plan to
start from a clean extraction from illume.edj and default.edj once
more, applying only the changes confirmed to be beneficial and not
cause E to segfault.
Great!
I hope this will go into the distributions, at least as a selectable
alternative. Eye candy is nice - but only as long as it doesn't
create performance problems.
Scrolling is slow enough even if I grab the iconless corner - so that
no icon actually change state. (None was selected, none became
selected) But of course it is still slow if all those icons have to
be scaled 9 times or so before drawing the screen.
Still guessing, but I expect the scaling only takes place once.
But at the pace I'm going that'll be a couple weeks still.
Hopefully at that point I'll be able to offer tarball and ipk
versions of the theme for both enlightenment in general and for
elementary (shr-dialer and kin, paroli, Raster's alarm, shr-config,
etc all use
Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)
2009/2/26 Helge Hafting helge.haft...@hist.no:
Joel Newkirk wrote:
On Wed, 25 Feb 2009 12:43:59 +0100
Helge Hafting helge.haft...@hist.no wrote:
Joel Newkirk wrote:
[...]
As I said, I'm guessing, but when I removed the extra PNG images and
leav just one, enlightenment average CPU drops and the display is more
responsive. The glass button effect /is/ applied to every icon,
it's just that the parts ('parts' in edc syntax) relevant to the effect
are flagged as non-visible by default. I'm assuming that even when a
Urrgh - such inefficient coding. Making a 'movie' per icon - every time
- and just not showing it for most of them. :-( The sane way is to only
do the _needed_ calculations. Either animate a single icon when the
effect is actually used, or generate all the frames once and just store
them till needed. I wonder how they come up with such stuff. This is not
only a problem on weak processors - it wastes energy on the good ones as
well. :-(
Perhaps you should have alook at the efl before stating such things.
I also don't have much insight, but thats what I think I understood:
The non-visible parts shouldn't need any but size caclculations, the layering
and stuff is also reasonably fast, at least much faster than what the FR can
transfer to the screen anyway. I think the main proplem is the scaling, smooth
scaling is pretty slow, there is a scale cache planned, but not actually
finished, when it comes things will get much faster.
The efl are way faster than any other toolkit I know of, especially if you trim
down theming.
Maybe we ought to use a modified duke nukem as an app launcher interface
instead of enlightenment. Duke has a _better_ framerate for scrolling
and zooming - in 3D!
Well does it do alpha? And is it using the screen in 480x640 or only a quarter
the screen size?
Shoot at icons to start apps. Fire at the process list to kill. kill -9
using a bigger gun. ;-)
[...]
Wonderful feature
to have, but I suspect that the calculations involved in this scaling
and other nice effects E offers are at least a slight detriment to the
(integer) FR user experience...
I wish people though more about efficiency. One can have all sorts of
wonderful effects by precomouting some stuff _once_, and then use plain
bit block transfers. 1990 game machines was weaker than the FR, but that
did not seem to be a problem then.
Really have a look at the EFL, very efficient.
Problem is, the Theme just needs to be optimized. And using the
16-bit engine also gives a huge speedup.
[...]
If you watch an icon closely when you press your stylus against it, you
can usually perceive the fade-in taking place, particularly if your FR
is straining, in which case you can sometimes see a few distinct delayed
steps. The linear transition is set to occur in 0.2 seconds fading in,
and 0.1 seconds fading out - so it is quite brief. I believe it
abides by the Framerate setting in Illume config (the spanner), such
that a 30fps setting and a 0.2 second fade equal a 6-frame animation.
I have now set the framerate to its minimum of 5, and turned off
animations where I could. At least the keyboard appears more quickly now.
If it can't cope with the high framerate it will of course simply drop frames.
And for parts it will easily hit 30 fps, that's why I leave it on default
(but disable some animations).
Icon animation and only two icons - selected and
unselected.
Thanks for the encouragement. :) It's already improved my user
experience, but in my poking about I've broken things as well, which is
why I'm not offering the .edj to anyone yet. I plan to start from a
clean extraction from illume.edj and default.edj once more, applying
only the changes confirmed to be beneficial and not cause E to segfault.
Great!
I hope this will go into the distributions, at least as a selectable
alternative. Eye candy is nice - but only as long as it doesn't create
performance problems.
Scrolling is slow enough even if I grab the iconless corner - so that no
icon actually change state. (None was selected, none became selected)
But of course it is still slow if all those icons have to be scaled 9
times or so before drawing the screen.
But at the pace I'm going that'll be a couple weeks still. Hopefully
at that point I'll be able to offer tarball and ipk versions of the
theme for both enlightenment in general and for elementary (shr-dialer
and kin, paroli, Raster's alarm, shr-config, etc all use elementary) as
Take your time. Ideally, a beta release whenever one more performance
killer is chopped off. If it isn't too much extra work.
[...]
/*
below are lines 14053 through 14438 of 'default.edc', inside
'default.edj', this copy extracted from FSO M5 IIRC but I believe the
same utilized in SHR. At the top it specifies what images are required
for this 'group', which defines a single icon on the desktop. (Illume in
our case) It also uses 'pager_base2.png' which is defined in a
Re: Announcing new Project - Intone mplayer frontend
Well, I'm actually looking at taking it further - apart from being a frontend to mplayer. I'm also looking at playing ogg through tremor and trying out mpg123 to see if that is any better. Though, I intend stopping after these two codecs - since most audio IMHO is likely to be in these formats. broken record MPD (and many other players) already plays Ogg/tremor just fine. Why don't you try and improve those players rather than reinvent the wheel? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Well, I can't play SCUMMVM games as it is now. The mouse and stylus get WAY desynced and I can't click most of the screen. But that's a software bug, not a hardware issue. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
FYI, there is a new version of pythm available on opkg.org 2009-02-26 - Version 0.5.4-dmr: --- * Fixed many issues with skip and previous. They should behave as expected now. * Removed dependence on pyalsaaudio. Volume changing is handled via the back-ends once again. * Reduced CPU overhead of gstreamer by using a custom pipeline instead of playbin. There is not to much more performance I can squeeze out of the program based on its architecture, I think. The python code itself does very little and hands off all the heavy lifting to gstreamer and gtk. (Speaking of GTK, it takes 5% CPU, as reported from top, to simply redraw the track time in the GUI). Gstreamer and alsa are not the most efficient ways to get sound to come out of a device, I believe. However, my goal is to build upon sane components thus leaving only doing the work that needs to be done. -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Finger friendly browse keyboard
looks good, maybe one little comment: I would have have put ctrl as the lower left button when playing action games for example: arrows: move space: open/jump ctrl: shoot On Thu, Feb 26, 2009 at 2:52 PM, Pander pan...@users.sourceforge.net wrote: Hi all, Someone mentioned a finger friendly browse keoyboard, and I just could not resist making one myself. the result is here: http://www.opkg.org/package_144.html Note that the type is NUMERIC, let me know if another type better suites this keyboard. It is also referenced here: http://wiki.openmoko.org/wiki/Illume#List_of_illume_keyboards Regards, Pander ___ 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
Harry's academy survey is reopening, Please help !!
Dear Community, Thanks for helping from community and my openmoko colleagues, this academy survey is reopening now. Please access the online survey: http://www.t0ny.net/harrytsai/index.php?sid=45769lang=en I am trying to through this survey to get more clear opinions and information from the Openmoko community then I will use those feedback to finish my research. I hope this research is positive to helps more people to understand what community is, I also expect this thesis is helpful to promotes Free and Open Source Software movement. Your kindly support is much appreciated. Thanks and BR Harry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
Florian Hackenberger wrote: I noticed that suspending / resuming on 2008.12 is quite fast compared to SHR. The difference which is most noticeable is that SHR switches to a virtual terminal before and right after suspending, as opposed to 2008.12 which resumes right into X. Is there a way to replicate this behaviour on SHR? I suspect that we could save at least a second of resume time, because printing and scrolling a few hundred lines of kernel log in addition to the mode switches takes a bit of time. Check your uboot commandline loglevel value... It highly impacts on the suspend/resume time. I've set it to 3 (but some time ago was set by the system to 8, and I had to wait more than 6-7 seconds to wake the phone, while it generally takes just 1-2 secs). Those commands in the uBoot shell should do the work: setenv bootargs roofstype=ext2 root=/dev/mmcblk0p2 console=tty0 console=ttySAC2,115200 loglevel=3 setenv bootargs_base rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=3 -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, Feb 26, 2009 at 08:34:38AM +0100, Steve 'dillo Okay wrote: I have to agree here. Styli are more a hindrance than a help. I find I'm always leaving my stylus or retracted pen somewhere and looking for another. However the following are what makes a resistive screen clearly better, for me and my usage: FEATURE CAPACITIVE RESISTIVE -- CAN use stylus NO(1) YES CAN use finger YES YES Stylus is OPTIONAL N/A(1) YES Has PRECISION NO YES Notes: (1) that stylus that circulates around is more a plastic finger than a stylus For my usage, it's a clear win for the resistive screen. ATTENTION: I do write text messages in english or portuguese with Rasterman's keyboard with a custom keyset and portuguese dictionary. I find it great, quick, and am able to type while walking, the stylus problem is NOT for writing natural language texts, only for terminal-like appliccations and precision requirements. Rui -- Wibble. Today is Boomtime, the 57th day of Chaos in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, Feb 26, 2009 at 03:33:22PM +0100, GNUtoo wrote: Just about all phone manufacturers are going to capacitive screens as they virtually eliminate accidental touches in something like a purse or pocket. They also eliminate precision. That is a problem for some applications...for instances existing games: how would you be able to play to wesnoth? not with accelerometers... what about scummvm? same problem... Also for signing you name (scenario), network drawings (which I use at meetings), etc... Rui -- Or is it? Today is Boomtime, the 57th day of Chaos in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Finger friendly browse keyboard
Yorick Moko wrote: looks good, maybe one little comment: I would have have put ctrl as the lower left button Then I'd have to put the TAB in the place where CTRL is now next to the ALT, which is a bit odd. Either way it is always a bit strange. when playing action games for example: arrows: move Its already like this, not? space: open/jump ctrl: shoot I have place for two extra 'fire' buttons as you can see. But I have to attach an Illume keyboard 'key'-command to them. If you can figure out what the joystick shoot/jump is. But usually it is the other way around, in the game you can configure your keys. So I could place a (left and right) shift/ctrl/alt key which can be used as shoot/jump. As I see it now, Illume has no left or right shift/ctrl/alt, and also no auto release for shift/ctrl/alt. See trac issue http://trac.enlightenment.org/e/ticket/228 For now, I will keep the browse keybaord as is. Thanks for your feedback. Pander On Thu, Feb 26, 2009 at 2:52 PM, Pander pan...@users.sourceforge.net wrote: Hi all, Someone mentioned a finger friendly browse keoyboard, and I just could not resist making one myself. the result is here: http://www.opkg.org/package_144.html Note that the type is NUMERIC, let me know if another type better suites this keyboard. It is also referenced here: http://wiki.openmoko.org/wiki/Illume#List_of_illume_keyboards Regards, Pander ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
While I'd like a capacitive touch screen for GTA03, I'm pretty sure that Openmoko has already made up its mind for one of the solutions and I don't think we can change it here. I'm fine with that. On Thu, 26 Feb 2009 17:45:10 + Rui Miguel Silva Seabra r...@1407.org wrote: However the following are what makes a resistive screen clearly better, for me and my usage: FEATURECAPACITIVE RESISTIVE -- CAN use stylus NO(1) YES CAN use finger YES YES Stylus is OPTIONAL N/A(1) YES Has PRECISION NO YES There are other features which other people will value more. For me, scratch-resistance is important for example - which is easier to get with capacitive touch screens. // Simon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
On Thu, Feb 26, 2009 at 12:08 PM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Florian Hackenberger wrote: I noticed that suspending / resuming on 2008.12 is quite fast compared to SHR. The difference which is most noticeable is that SHR switches to a virtual terminal before and right after suspending, as opposed to 2008.12 which resumes right into X. Is there a way to replicate this behaviour on SHR? I suspect that we could save at least a second of resume time, because printing and scrolling a few hundred lines of kernel log in addition to the mode switches takes a bit of time. Check your uboot commandline loglevel value... It highly impacts on the suspend/resume time. I've set it to 3 (but some time ago was set by the system to 8, and I had to wait more than 6-7 seconds to wake the phone, while it generally takes just 1-2 secs). Those commands in the uBoot shell should do the work: setenv bootargs roofstype=ext2 root=/dev/mmcblk0p2 console=tty0 console=ttySAC2,115200 loglevel=3 setenv bootargs_base rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=3 Marco, I tried what you have above and it seems to work quite well. There is a small spelling mistake in the first command though: roofstype should be rootfstype, correct? Also just to clarify, I almost missed it myself (caught it whilst doing a typo check), the first command is for a SD card bootloader, whereas the second command is for the internal flash? Wicked fast resume though, I like it. Regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Tip: make a fingertip stylus from a business card
I figured out this trick quite a few years back to use on a palm 3 - but I just tested it out and it works quite well on an FR, so I thought I'd share it. Take a standard sized business card (ideally of relatively thin card stock) - hold it in 'portrait' position. Fold the bottom right corner up to the left side of the card, and then fold and tear-off the top portion of the card. The idea is to make the largest square possible with the card. Once you have the square, follow the standard origami instructions for a paper cup - I followed : http://www.tinyshiny.com/HowToProjects/OrigamiCup.php - but the same basic design is all over the place. Card stock isn't as forgiving to fold as paper, so you'll have to be careful making your folds. With a thick card stock it might not be doable. place the cup over your finger tip and use one of the two base corners of the cup as the tip of a stylus. Or make two of them and put them on each thumb to make thumb typing much easier. Hope this is useful to someone. Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR unstable] no USB networking (with Windows)?
Hi folks. First off, a BIG THANKS to the SHR team; this is the best distro I tried for GTA02 in a long while. :) Second, a weird problem I'm having... I updated my system with opkg yesterday, and a bunch os problems were corrected (yay!) and I'm using the phone in everyday life, but now I can't login via SSH on my windows box. This works just fine if I reboot into the Hackable:1 distro on the card and also worked fine with the OM2008.12/testing distro previously on flash. The g_ether module is loaded and the usb0 interface is UP and configured with the correct IP... but the Windows box just doesn't connect anymore. I don't have a Linux box here, I'll have to try much later on. Hints, anyone? Vasco. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Unstable] Suspend / Resume power button trigger
To the List, When I tapped the power button in previous versions, I was presented with a window offering buttons to suspend, lock, shutdown, etc, same as then I click the 'X' button in the shelf while at the home screen. In current versions, a tap of the power button brings up this menu and drops immediately into suspend. upon resume this window is still there. Is it possible to return to the previous situation? Or remove that menu from having a power button trigger? Regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thursday 26 February 2009, Shawn Trash Thompson wrote: Ever used an iPhone? their screen is nice, responsive and the gui is designed where a stylus isn't needed. I actually was rather fond of the iPhone screen and was very unimpressed with the GTA02's touchscreen in comparison. I've tried both the iPhone and the G1, and the touch response was equally bad. They don't work well with my fingers. Perhaps my finger tips are too small, too dry, or the skin too thick, but my touches often just don't register. That's before getting to the lack of precision or the inability to use them while wearing gloves. Gloves are a real issue when I'm on my bike or snowboarding, but not detecting my fingertips would be a problem very day. Apple have produced an interface where the lack of precision (mostly) doesn't matter in their apps. I found the keyboard very frustrating, but that may have been down to not knowing some of its intricacies, as it was when I first encountered the illume keyboard. On the other hand the iPhone doesn't get to run apps that weren't designed for it, and which may actually need the precision. I'm not denying the advantages of capacitive touchscreens, but they do have drawbacks too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Simon Kagstrom schrieb: While I'd like a capacitive touch screen for GTA03, I'm pretty sure that Openmoko has already made up its mind for one of the solutions and I don't think we can change it here. I'm fine with that. On Thu, 26 Feb 2009 17:45:10 + Rui Miguel Silva Seabra r...@1407.org wrote: However the following are what makes a resistive screen clearly better, for me and my usage: FEATURE CAPACITIVE RESISTIVE -- CAN use stylus NO(1) YES CAN use finger YES YES Stylus is OPTIONAL N/A(1) YES Has PRECISIONNO YES There are other features which other people will value more. For me, scratch-resistance is important for example - which is easier to get with capacitive touch screens. // Simon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community a little OT, but... why have you folks been waitong for so long to discuss/complain about that it's been in the wiki for weeks(months?)? i mean regarding finger input and the like... capacitive is lightyears ahead, but the openmoko phones are portable computers with integrated modem (talking about debian**) and i a have to choose between carrying a mouse an kdb aound or carrying a tiny stylus around, i'd go for the stylus. as a daily phone, capacitive is way more comfortable, but i've been using my moko as a daily phone with no problems and no sytlus either since november. a phone for the general public is better off having a capacitive touchscreen PERIOD. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, 26 Feb 2009 19:38:03 +0100 Bernd (Jesus McCloud) Prünster bernd.pruens...@gmail.com wrote: a little OT, but... why have you folks been waitong for so long to discuss/complain about that it's been in the wiki for weeks(months?)? It has been discussed on this list since at least last summer, MANY times. People disagree on this issue and it tends to end up in close-to-flamewars. // Simon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR unstable] no USB networking (with Windows)?
Vasco Névoa vasco.ne...@sapo.pt writes: Second, a weird problem I'm having... I updated my system with opkg yesterday, and a bunch os problems were corrected (yay!) and I'm using the phone in everyday life, but now I can't login via SSH on my windows box. http://docs.openmoko.org/trac/ticket//2211 -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter (Update 0.4.1)
Sebastian Hammerl wrote: for the most location based services this location info is good enough. think about: give me a restaurant in the near or remind me when i am near this place. you dont have to wait until you get a fix and know in a second where you are. Thanks, with current GPS fix issues in SHR unstable, this can reveal really useful, and any excuse is good to play a game :-) Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko media player and direct mp3 to bluetooth headphones
On Thursday 26 February 2009 09:07:12 you wrote: On Wednesday 25 February 2009 22:06:49 you wrote: So is this to say that the bluetooth earpiece itself has MP3-decoding capability? I find that hard to imagine. So where is the decoding actually taking place? And can it be done with OGG too, since it's the obviously superior codec. :P Yes it does decode the MP3 data itself, and despite the fact that only SBC is required by the spec, it's actually very common for MP3 to be supported. To check if mp3 is supported, use the 'avinfo' command included with bluez on the bluetooth address of the headphones, and it'll ask it for all supported codecs. It will say 'MPEG12' as one of the codecs if it supports it. I don't think there are any that support ogg. I suppose it's something that's possible, however I've been through the code of the gstreamer a2dpsink and I can tell you that it will have to be modified to support ogg, in addition to the headphones. I should clarify. This is something that's common among *stereo* bluetooth headsets (A2DP headphones). A one-ear headset probably does nothing of the sort. -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Suspend / Resume power button trigger
Upgrade, suspend on power is removed on latest shr-unstable (it is for few days :P) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
Now I know, that I won't want to buy GTA03, even if I had enough money (ok ok, if only i was some millionaire i would buy it, but until i'm not, there are other possibilities to spend money :P). My using scenario of touch screen of Linux based phone needs resistive screen. Capacitive is not an option. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko media player and direct mp3 to bluetooth headphones
/me finds it very interesting looking forward to a good implementation of it (also have you any idea how much it will impact the battery lifetime of the bluetooth unit?) On Thu, Feb 26, 2009 at 8:02 PM, Daniel Benoy dan...@benoy.name wrote: On Thursday 26 February 2009 09:07:12 you wrote: On Wednesday 25 February 2009 22:06:49 you wrote: So is this to say that the bluetooth earpiece itself has MP3-decoding capability? I find that hard to imagine. So where is the decoding actually taking place? And can it be done with OGG too, since it's the obviously superior codec. :P Yes it does decode the MP3 data itself, and despite the fact that only SBC is required by the spec, it's actually very common for MP3 to be supported. To check if mp3 is supported, use the 'avinfo' command included with bluez on the bluetooth address of the headphones, and it'll ask it for all supported codecs. It will say 'MPEG12' as one of the codecs if it supports it. I don't think there are any that support ogg. I suppose it's something that's possible, however I've been through the code of the gstreamer a2dpsink and I can tell you that it will have to be modified to support ogg, in addition to the headphones. I should clarify. This is something that's common among *stereo* bluetooth headsets (A2DP headphones). A one-ear headset probably does nothing of the sort. -- Daniel Benoy http://daniel.benoy.name ___ 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: [SHR-Unstable] Suspend / Resume power button trigger
Hrm, I just did that at lunch to no avail. Do I have to reflash or should opkg update/upgrade be enough? On Thu, Feb 26, 2009 at 3:01 PM, Johny Tenfinger seba.d...@gmail.com wrote: Upgrade, suspend on power is removed on latest shr-unstable (it is for few days :P) ___ 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: [SHR-Unstable] Suspend / Resume power button trigger
opkg update/upgrade should be enough. You can manually edit /etc/freesmartphone/oevents/rules.yaml too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
On Thursday 26 February 2009 18:08:54 Marco Trevisan (Treviño) wrote: Check your uboot commandline loglevel value... It highly impacts on the suspend/resume time. I've set it to 3 (but some time ago was set by the system to 8, and I had to wait more than 6-7 seconds to wake the phone, while it generally takes just 1-2 secs). Thanks, that solved it! I documented this fact in the FAQ: http://wiki.openmoko.org/wiki/FAQ#Why_is_resuming_from_suspend_so_slow Cheers, Florian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Suspend / Resume speed
Interesting! Would this impact resume from suspend on an incoming phone call? The reason I abandoned the 2008.X family was that I was missing 3/4 of my incoming calls because by the time the phone unsuspended I had missed the call... If this will fix it, maybe I can finally move off QtE... Warren On Thu, Feb 26, 2009 at 4:31 PM, Florian Hackenberger f.hackenber...@chello.at wrote: On Thursday 26 February 2009 18:08:54 Marco Trevisan (Treviño) wrote: Check your uboot commandline loglevel value... It highly impacts on the suspend/resume time. I've set it to 3 (but some time ago was set by the system to 8, and I had to wait more than 6-7 seconds to wake the phone, while it generally takes just 1-2 secs). Thanks, that solved it! I documented this fact in the FAQ: http://wiki.openmoko.org/wiki/FAQ#Why_is_resuming_from_suspend_so_slow Cheers, Florian ___ 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
[All] qwo: a fast and fingerfriendly input method
Hi List I made some first trials with qwo [12] today and have to say that I'm really impressed, that's exactly what I was looking for! Give it a try! As I missed a few things (mainly Umlaute, try writing swiss-german w/o them ;) I thought about posting my ~/.qworc here in case you'd need them too. You can find all the necessary files below the links. This gives you normal and capital Umlaute and french accents on the same fields as the basic chars are (é,è,ê when starting on e, öÖô when starting on o and so on) You know how to reach me if questions should come up! Best regards, Chris [1] http://www.nongnu.org/qwo/ [2] http://www.opkg.org/package_84.html r...@om-gta02:~# cat .qworc # Sample config file for qwo # You can define a custom keyboard layout here charset = ( # Definitions for the first region, the first one is going to the previous # region and back, the second one to the next one and back before going back to # the center region # Definitions for the second region, including characters for a motion of two # regions # 1 2 3 # 84 - Middle, this number, to the left/right, back to this number, back to middle # 7 6 5 # one left, one right, two left, ... [ adiaeresis, agrave, Adiaeresis, ccedilla ], [ eacute, egrave, ecircumflex ], [ ], [ ], [ odiaeresis, Odiaeresis, ocircumflex ], [ ], [ udiaeresis, Udiaeresis, ugrave ], [ ] ); # geometry = +100+100; r...@om-gta02:~# cat .xmodmap keycode 129 = agrave keycode 131 = ccedilla keycode 132 = eacute keycode 133 = egrave keycode 134 = ecircumflex keycode 135 = odiaeresis keycode 136 = udiaeresis keycode 137 = adiaeresis keycode 138 = Odiaeresis keycode 139 = Udiaeresis keycode 140 = Adiaeresis keycode 141 = ocircumflex keycode 142 = ugrave r...@om-gta02:~# cat .profile xmodmap .xmodmap -- View this message in context: http://n2.nabble.com/-All--qwo%3A-a-fast-and-fingerfriendly-input-method-tp2392802p2392802.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Voicenote - 3rd version - Can play wav files
Nice, useful app. On SHR I needed to do the following besides the instructions on the wiki: opkg -force-depends install http://buildhost.automated.it/OM2007.2/packages/armv4t/libgnomecanvas-2-0_2.20.0-r0_armv4t.ipk http://buildhost.automated.it/OM2007.2/packages/armv4t/libgailutil18_1.20.0-r0_armv4t.ipk Also the Icon turned up twice, I had to remove the Office category. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR unstable] no USB networking (with Windows)?
On Feb 26, 2009, at 19:03 , Vasco Névoa wrote: Hi folks. First off, a BIG THANKS to the SHR team; this is the best distro I tried for GTA02 in a long while. :) Second, a weird problem I'm having... I updated my system with opkg yesterday, and a bunch os problems were corrected (yay!) and I'm using the phone in everyday life, but now I can't login via SSH on my windows box. Does SHR use dbus ? Your USB net might have been turned off by default as a power saving measure. This happened when I upgraded to the latest FSO unstable the other day and the AR6000 was turned off by default. Having read some of the discussion on Trac, this made sense in the end but it still took me a few minutes to figure out. ---Steve This works just fine if I reboot into the Hackable:1 distro on the card and also worked fine with the OM2008.12/testing distro previously on flash. The g_ether module is loaded and the usb0 interface is UP and configured with the correct IP... but the Windows box just doesn't connect anymore. I don't have a Linux box here, I'll have to try much later on. Hints, anyone? Vasco. ___ 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: Context based usage of the 'AUX' button
c_c wrote:
Hi,
The freerunner and 1973 have only 2 buttons. While the power button is
being used for suspend and for switching off, the 'AUX' button seems under
utilised. I was wondering whether there could be a method added to FSO that
allowed overloading of this button based on the context. For eg :-
1. Under normal circumstances (not in a call or app - that could change
this usage), the button could be used for selecting between 3 brightness
settings in rotation.
2. In a call - it could be used for selecting between 3 volume settings in
rotation.
3. Apps could define how to use it themselves for eg : a media player
could use this button to go to the next song in one press / go to the
previous song in two presses.
We will actually make use of the aux button in paroli, to open a small
settings app and change the sound settings while in call.
Is is possible to do this via rules? Any further thoughts? Is there
another way to do this?
We listen to the dbus signal coming from the framework (sry only python):
bus = dbus.SystemBus(mainloop=tichy.mainloop.dbus_loop)
input_dev = bus.get_object('org.freesmartphone.odeviced',
'/org/freesmartphone/Device/Input')
self.input_intf = dbus.Interface(input_dev,
'org.freesmartphone.Device.Input')
self.input_intf.connect_to_signal('Event',
self._on_button_press)
/mirko
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
