Launching apps in ASU

[Kalle Happonen]

Hello,
I just flashed to ASU (again, it's fun to play around :) ). I installed 
the vte terminal with opkg, and it installed nicely. Now I wonder how I 
can add it to the launcher, or how I can launch it at all? I can 
ofcourse do it with X forwarding over ssh, but that kind of misses the 
whole point :). If I'm not completely mistaken, the settings are in a 
sqlite database, and even if I do like fiddling, I wondered if there 
would be an easier way than playing with sqlite.

Cheers,
Kalle

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: replaced ringtone but it plays it really funny way

[Yaroslav Halchenko]

ah... probably now dialer is 'configured' to assume that ringtone is
just a second or so... thus every other second (if call is not dropped
yet) it sends a new notification to pulse to play the ring tone. ho ho

so there is no native way seems to me to 

* provide natively long ringtone (at least 5 sec)

* interrupt 'active' ringtone if it is already playing, which limits us
  just to short ringtones, initiated every X seconds from the dialer.

I haven't tried ASU to that amount of detail but is it doing the same??

looking at openmoko-dialer2/./src/phone-kit/moko-notify.c all logic
seems to be there right actually (I am not sure if that is ASU's or
2008.2's dialer now... can't think straight now), so it might simply be
a bug? btw - music doesn't stop for me even if I interrupt the call,
thus I guess pulse doesn't get any 'interrupt' notifications



On Tue, 22 Jul 2008, Yaroslav Halchenko wrote:

> the mystery of effect 'multiple instances' is somewhat revealed.. pulse
> audio indeed creates multiple "input"s for some reason... I dunno why.
> I converted that file to stereo using sox (thought it would resolve the
> issue). converting to 44800 sampling rate was bogus since then pulse
> reported that file is too large... so with regular 22050 sampling pulse
> says:

> I: resampler.c: Using resampler 'trivial'
> I: resampler.c: Using s16le as working format.
> I: sink-input.c: Created input 1 "sample:ringtone" on output with sample spec 
> s16le 2ch 22050Hz and channel map front-left,front-right
> I: resampler.c: Using resampler 'trivial'
> I: resampler.c: Using s16le as working format.
> I: sink-input.c: Created input 2 "sample:ringtone" on output with sample spec 
> s16le 2ch 22050Hz and channel map front-left,front-right
> I: resampler.c: Using resampler 'trivial'
> I: resampler.c: Using s16le as working format.
> I: sink-input.c: Created input 3 "sample:ringtone" on output with sample spec 
> s16le 2ch 22050Hz and channel map front-left,front-right
> I: sink-input.c: Freeing output 1 "sample:ringtone"
> I: sink-input.c: Freeing output 2 "sample:ringtone"
> I: sink-input.c: Freeing output 3 "sample:ringtone"


> does any one have a clue "why"?

> On Mon, 21 Jul 2008, Yaroslav Halchenko wrote:

> > So I did a blind copy of my ringtone (you can sample it from 
> > http://www.onerussian.com/tmp/v_mir_jiv.wav) by copying over
> > /usr/share/openmoko/sounds/ringtone_classy.wav
> > which is
> > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz

> > whenever original was
> > RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 
> > Hz

> > after reboot it plays but incorrectly, it stutter, and even sounds like
> > multiple instances playing simultaneously.  So, I wonder what is the
> > reason -- is that a feature or a bug

> > I am running 2008.2 from yesteday
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: replaced ringtone but it plays it really funny way

[Yaroslav Halchenko]

the mystery of effect 'multiple instances' is somewhat revealed.. pulse
audio indeed creates multiple "input"s for some reason... I dunno why.
I converted that file to stereo using sox (thought it would resolve the
issue). converting to 44800 sampling rate was bogus since then pulse
reported that file is too large... so with regular 22050 sampling pulse
says:

I: resampler.c: Using resampler 'trivial'
I: resampler.c: Using s16le as working format.
I: sink-input.c: Created input 1 "sample:ringtone" on output with sample spec 
s16le 2ch 22050Hz and channel map front-left,front-right
I: resampler.c: Using resampler 'trivial'
I: resampler.c: Using s16le as working format.
I: sink-input.c: Created input 2 "sample:ringtone" on output with sample spec 
s16le 2ch 22050Hz and channel map front-left,front-right
I: resampler.c: Using resampler 'trivial'
I: resampler.c: Using s16le as working format.
I: sink-input.c: Created input 3 "sample:ringtone" on output with sample spec 
s16le 2ch 22050Hz and channel map front-left,front-right
I: sink-input.c: Freeing output 1 "sample:ringtone"
I: sink-input.c: Freeing output 2 "sample:ringtone"
I: sink-input.c: Freeing output 3 "sample:ringtone"


does any one have a clue "why"?

On Mon, 21 Jul 2008, Yaroslav Halchenko wrote:

> So I did a blind copy of my ringtone (you can sample it from 
> http://www.onerussian.com/tmp/v_mir_jiv.wav) by copying over
> /usr/share/openmoko/sounds/ringtone_classy.wav
> which is
> RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz

> whenever original was
> RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz

> after reboot it plays but incorrectly, it stutter, and even sounds like
> multiple instances playing simultaneously.  So, I wonder what is the
> reason -- is that a feature or a bug

> I am running 2008.2 from yesteday
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: freerunner unable to work with 3G SIMCards?

[Michael Shiloh]

it existed for gta01. don't know if the same format works for gta02 as well.


m


steve wrote:
> Sean toldme this already existed somewhere 
> 
> -Original Message-
> From: Michael Shiloh [mailto:[EMAIL PROTECTED] 
> Sent: Saturday, July 12, 2008 10:55 AM
> To: steve
> Cc: 'List for Openmoko community discussion'; Brenda Wang
> Subject: Re: freerunner unable to work with 3G SIMCards?
> 
> Brenda, I presume you will do this as the wiki belongs to you, but if you
> can't let me know and I'll do it. Let me know right away.
> 
> Michael
> 
> steve wrote:
>> Michael and Brenda.  I want a Page on the wiki showing which carriers 
>> have issues,  a table by country by carrier.
>>  
>> This is vital for solving those cases where folks have problems and 
>> for advising people prior to purchase.
>>  
>>  
>>
>> *From:* [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] *On Behalf Of *atweb
>> *Sent:* Tuesday, July 08, 2008 6:40 AM
>> *To:* List for Openmoko community discussion
>> *Subject:* Re: freerunner unable to work with 3G SIMCards?
>>
>> I´ve an o2-SIM from the time of "Viag-Interkom" in my Freerunner with 
>> the Code "1001710251761MC" on the Chip-Side.
>> I can perfectly phone an do SMS with it.
>>
>> cu
>> Markus
>>
>>
>> Jeffrey Ratcliffe schrieb:
>>> 2008/7/8 Jeffrey Ratcliffe <[EMAIL PROTECTED]>
> :
>>>   
 My German Blau SIM (On the back it says, amongst other things, 3V - 
 does that mean volts?) does NOT work on my new GTA02, despite what 
 is on http://wiki.openmoko.org/wiki/Carriers

 One colleague's Dutch Orange SIM did work, but two other German 
 Vodafone SIMs did not.

 One German and one Dutch T-Mobile SIM did not work, but a German 
 Debitel (T-Mobile
 reseller) did.

 Nor did a 1 year old German O2 SIM.
 
>>> Tried 4 more German SIMs - none of the them worked:
>>>
>>> D2 Mannesmann (7 years old)
>>> Vodafone
>>> O2
>>> T-D1 (T-Mobile)
>>>
>>> I don't see any pattern.
>>>
>>> Who has a German SIM working in their FR?
>>>
>>> Regards
>>>
>>> Jeff
>>>
>>> ___
>>> 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

Mokomakefile on Debian on PowerPC64/G5

[Christ van Willegen]

Hi,

I guess I'm the first one to try this...

Because there is no (native) support for building OpenMoko software on
an iMac (G5, rev c with iSight), I decided to see if installing Debian
would work.

Following the instructions on [1] I was able to install Debian 'just
fine'. In short, you don't get X and gdm...

Then, I followed the usual instructions about Mokomakefile and its
prerequisites.

Building the OE environment gave me an error - powerpc64 architecture
not supported (or something close to that). If this doesn't ring any
bells, I'll check and get the exact wording later.

Is that something that can be fixed by me, or is it simply impossible
to do this on a powerPC64 architecture? I don't need Qemu, I'll have
my Freerunner soon, but probably no working ways to build software for
it...

Regards,

Christ van Willegen

[1] 
-- 
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA02 GPS rework for SD card interference issue

[Michael Shiloh]

ave ceasar!

steve wrote:
> Then I am Rome.
> 
>   The SOP needs to be reviewed. Basically, I will need to hear from jOERG,
> Werner,
>   Micheal, Andy.
> 
>   I would like to have micheal test the SOP.
> 
>   Then  I can figure out how to offer the repair.
> 
> 
>   1. Give people a free repair kit?
>   2. work with distributors to do repair.
>   3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI
> 
> 
> 
> -Original Message-
> From: Michael Shiloh [mailto:[EMAIL PROTECTED] 
> Sent: Monday, July 21, 2008 11:18 AM
> To: Joerg Reisenweber
> Cc: community@lists.openmoko.org; steve; C R McClenaghan; [EMAIL PROTECTED]
> Subject: Re: GTA02 GPS rework for SD card interference issue
> 
> ...and Michael goes to Steve, so all roads lead to Steve.
> 
> Expect a reply from Steve very shortly (if he hasn't already done so).
> 
> Michael
> 
> Joerg Reisenweber wrote:
>> This should go to Steve and Michael, I guess
>>
>>
>> Am Fr  18. Juli 2008 schrieb C R McClenaghan:
>>> Tony,
>>>
>>> Will OpenMoko offer this repair to Freerunner owners? How and under 
>>> what terms?
>>>
>>> Chris
>>>
>>> On Jul 18, 2008, at 2:28 AM, Neng-Yu Tu (Tony Tu) wrote:
>>>
 Dear Community:

 For GTA02 SD card interference GPS issue, our hardware team provide 
 a hardware fix/workaround for this coexistence bug. Sorry post it 
 late, because we have to make sure this fix works and don't have 
 side effects.

 Here is the fix:

 http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf

 This fix could give almost same performance with SD card out of case.

 But this work still not suggest do by yourself, also, this fix need 
 proper size capacitor (10 pf with 0402 package), and some solder 
 technique.

 We saw people ask about service issues of Openmoko devices, and we 
 are working on it. Our sales discussing with our distributor about 
 proper services model, but do not have consensus yet, I will keep update
> it.
 Thanks,

 Tony Tu

 Openmoko, Inc.

 Support

 ___
 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: Problems with building openmoko-sample with toolchain

[Dylan Reilly]

> Haven't been able to get the patch to work, I had to modify it to use the
> right paths, but then all hunks fail still.

> Why isn't the toolchain in a working state? How is anyone doing development?
> I've been playing around with it but I still can't get the sample project to
> compile.

I am also having difficulties. I made a valiant effort to replace all
the erroneous
references in all the .la files in
/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib
but that sort of thing rarely goes well when one is not familiar with
the system.

Are there any tool chains available with correct references, a fixed patch for
the current one, or etc.? I have some ideas I really want to start hacking out.

-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

New u-boot image

[Dale Schumacher]

On Mon, Jul 21, 2008 at 3:30 AM, Andy Green <[EMAIL PROTECTED]> wrote:
...

> Until Mike Montour noticed it the other day, our distribution package
> for U-Boot was coming from months old sources.  Today or tomorrow the
> U-Boot package in the repo should jump ahead many patches (although I
> don't remember any for DFU).  One of the packages allows ext2 / 3 boot
> from SD Card, if you are backing up your NAND rootfs so you can try ASU
> or another image, you will be able to do it shortly from SD Card boot
> fairly easily (after that U-Boot update).
>
> - -Andy
>

How will we know when there is a u-boot image containing these changes?
Will there be an updated u-boot at <
http://buildhost.openmoko.org/releases/Freerunner/> for us to download?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Weekly report

[Guillaume Chereau]

Charlie's weekly report

== Tichy ==
* Many various improvements.
* I did a video to present a little bit more the project :
  http://charlie137-2.blogspot.com/2008/07/tichy-update.html
  To get more information, see the README file in the project source
root directory.


== Freesmartphone ==
* Worked on the ophoned service, we can use it to start voice call
channel using different protocols (the possible protocols for the moment
are only GSM and Test, VoIP to come). It also provides a nice object
oriented approach : every call channel is an object that we can
manipulate independently of the other channels.

* Started to write test scripts for the framework. Mickey is also
writing his own test scripts, but the more we test the better.

* Did an other tutorial for people who want to use or contribute to the
framework :
  http://www.freesmartphone.org/index.php/Tutorials/development_env




signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Reason for GPS problems found! / more patches

[Simon Matthews]

> So the fact you were OK at drive level 0 should mean are able to use SD
> card how you like without problems from SD_CLK to GPS any more.
> 
Surely the hardware and software 'fixes' can only be seen as a total fix
if they make the SN (signal to noise ratio) of the GPS the same as if
the SD card is not present. I would have thought that each of these
modifications would improve the SN ratio but would not make it the same
as not having the SD card present.

I know it is hard but it would be nice to get some figures on how each
of these modifications by themselves and together effect the SN ratio.

It might turn out that the software clock drive solution by itself is as
good as or better than adding the capacitor, and adding the capacitor
does not improve the SN ratio any further once the clock drive mod is
done, which would make it unnecessary.

Simon




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: AT&T SIM Card Doesn't Work, says "registering"

[yochaigal]

Sorry for taking so long --- 
no, they didn't!  thankfully my wife had some spare time...

yochai


ian douglas-2 wrote:
> 
> Yochai Gal wrote:
>> went down to the local AT&T store, they swapped me a new SIM, it makes
>> and receives call, there's an echo on speakerphone, and it won't read my
>> contacts off my sim.
> 
> Dumb question, but did AT&T copy your contacts from the old SIM to the
> new SIM?
> 
> -id
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Re%3A-AT-T-SIM-Card-Doesn%27t-Work%2C-says-%22registering%22-tp538778p576087.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

replaced ringtone but it plays it really funny way

[Yaroslav Halchenko]

So I did a blind copy of my ringtone (you can sample it from 
http://www.onerussian.com/tmp/v_mir_jiv.wav) by copying over
/usr/share/openmoko/sounds/ringtone_classy.wav
which is
RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22050 Hz

whenever original was
RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 44100 Hz

after reboot it plays but incorrectly, it stutter, and even sounds like
multiple instances playing simultaneously.  So, I wonder what is the
reason -- is that a feature or a bug

I am running 2008.2 from yesteday
-- 
Yaroslav Halchenko
Research Assistant, Psychology Department, Rutgers-Newark
Student  Ph.D. @ CS Dept. NJIT
Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
WWW: http://www.linkedin.com/in/yarik

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Experiances purchasing and using a neo fr in australia?

[Simon Matthews]

> Im currently looking very hard at purchasing the neo freerunner from the 
> official store on july 25, i live in melbourne australia and was 
> wondering if anyone has purchased either the freerunner or 1973 and used 
> it in australia.
There is an Australian wide group of sixty waiting for their Freerunners
to arrive. They are currently in customs. There are some 1973s and a few
pre production Freerunners in Australia

There is information on importing the phones into Australia in the wiki
at
http://wiki.openmoko.org/wiki/Group_Sales_Australia.

There maybe a second group purchase happening. Put your name down in the
wiki if you are interested in this.

Simon


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[Gora Mohanty]

On Tue, 22 Jul 2008 07:21:44 +1000
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:

> On Tue, 22 Jul 2008 01:51:09 +0530 Gora Mohanty <[EMAIL PROTECTED]> babbled:
> 
> > On Tue, 22 Jul 2008 06:01:24 +1000
> > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> > [...]
> > > this is why EFL doesn't have support. i'd have to write it all, OR use
> > > pango... and pango, last i looked, was not light on overhead,
> > 
> > Agreed there. Have not actually benchmarked Pango myself, but by all
> > accounts it is resource-hungry, though that is probably not inappropriate
> > for a library aiming to handle all of Unicode.
> 
> in all reality though - it's probably the ultimate way to go... or something 
> of
> the kind...

Hmm, maybe it is worth thinking about stripping out the portions
of ICU/Pango that apply to scripts from particular regions, and
making region-specific packages of these.

[...]
> oooh - i was just talking about utf8 being how the code all deals with text.
> you have a lot fo glyph space available, so it's not limited. foo COURSE you
> will need to translate to other charsets when dealing with things like SMS,
> email etc. 
[...]
> then you still need a converter tat converts series of chars into special
> utf8-encoded glyphs to represent this font... not pretty... but of course
> possible.
[...]

Yes, you are right about the need for converters, and the need for special
fonts, but I believe that this is the only way to get support for complex
scripts on text-based terminals. This will need to be done at some point
for the Linux console, as I doubt that they are ever going to roll support
for complex text handling into the console drivers.

For now, on the OpenMoko hardware, maybe a stripped-down ICU/Pango is the
best solution. Let me think about this.

Regards,
Gora

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Rules based policy engine

[Matt Joyce]

I'd like to see a diagram showing how you envisage this fitting together.

Somethings like :

App1<=>D<=>[event handler, current states]<=>[rules
engine]<=>[rules]<=>[rules gui]
App2<=>B
App3<=>U
App4<=>S

I'm not clear on the existing role or use of DBUS, are existing apps
(gsmd, gps, mplayer, contacts, clock, diary, etc) already DBUS aware,
do they publish their events, or states queried?

Matt



On Tue, Jul 22, 2008 at 4:27 AM, Russell Sears <[EMAIL PROTECTED]> wrote:
>
> I fell out of this discussion for a while, but I'd much rather see a
> very simple C API that delivers events from DBUS with bindings for
> python / your favorite language.  The event system and programming model
> (rule based, prolog, python, ...) should be completely separate modules.
>  That way, you don't need to design your application around being able
> to  receive external events.
>
> Also, if we couple the event system to the programming language, then
> all other languages become second class citizens.  That would suck.
>
> I'd like to clarify my original post.  (Also, I still haven't looked at
> D-BUS, it might already do most/all of this stuff.)
>
> These two lines are meant to be function invocations, perhaps in C or in
> python:
>
> register_event_handler("/phone/incoming_call = true",
> mute_music_callback)
>
> register_event_handler("/clock/time = 600",
>   play_alarm_callback,
> "loud_buzzer.ogg")
>
> register_event_handler() should be a C function that takes three arguments:
>
> 1: A char* containing a query written in a small domain specific
> language.  I don't think we need support for more than:
>
>  a)  =, <, >, ...
>  b)  Conjunction + disjunction; && and ||, which means "all of" or "one
>  of" these rules match
>
> The following two would be nice, but might make things harder to implement:
>
>  a)  Parenthesis for grouping
>  b)  Negation
>
> xpath is a well-known language, and is close, though I don't know how
> well existing implementations deal with events (ie: third parties making
> changes to the underlying xml document).  Also, I think xpath is
> probably too complicated.
>
> 2: A function pointer of type void (fcn*)(void *)
>
> This gets invoked when the evaluation of the query changes from false to
> true.
>
> 3) A void *
>
> The application program controls what goes in the void*.
>
> Applications should be able to build all sorts of things with these
> primitives, including new domain specific languages.
>
> It would be good to make sure that it's easy to have prolog or some
> other rule based system autogenerate and interface to the small domain
> specific language.  I think the way it would work is prolog would use
> some event handlers to maintain a table of facts that the DSL would then
> use as its base database.
>
> Also, datalog would be a much better choice than prolog.  The outcome of
> prolog programs depends on the order in which rules are defined.  This
> isn't true for datalog, which has cleaner semantics.  The two languages
> have nearly identical syntax.
>
> -Rusty
>
> Chris Wright wrote:
> > 2008/7/20 Ryan Meador <[EMAIL PROTECTED]>:
> >> I think it's important that we use an existing general-purpose platform 
> >> such as
> >> Prolog (at least, it's about as general purpose as logic programming 
> >> gets...).
> >
> > I would favor Rhino.DSL, simply because I know it integrates well with
> > a language with dbus bindings. And because it can probably result in
> > very readable syntax. And it's based on Boo, which is very nearly
> > Python, and thus more accessible to most programmers than Prolog.
> >
> > Does dbus allow you to specify your priority when listening to an
> > event, and to prevent it from being published to other listeners? If
> > not, then the first step is to separate the relevant dbus events and
> > come up with an application that merely translates unconditionally
> > between the two. And that allows you to insert any rules engine you
> > want.
> >
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Experiances purchasing and using a neo fr in australia?

[Lorn Potter]

Aaron Tate wrote:
> Im currently looking very hard at purchasing the neo freerunner from the 
> official store on july 25, i live in melbourne australia and was 
> wondering if anyone has purchased either the freerunner or 1973 and used 
> it in australia.

Yes. both work fine. Qtopia is developed here in Brisbane. :)
and the mokomakefile is developed.. ummm... west and probably south of here.

> 
> If so what has your experience been? and if you dont mind, what did the 
> shipping set you back?

shipping was quite expensive, although I cannot remember what it was/is.
customs was not really a problem.

> 
> Although i'm intending to use this phone frequently, i know its not 
> quite production ready and accept that the're can and will be things 
> that don't quite work right.
> 




-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Experiances purchasing and using a neo fr in australia?

[Aaron Tate]

Im currently looking very hard at purchasing the neo freerunner from the 
official store on july 25, i live in melbourne australia and was 
wondering if anyone has purchased either the freerunner or 1973 and used 
it in australia.

If so what has your experience been? and if you dont mind, what did the 
shipping set you back?

Although i'm intending to use this phone frequently, i know its not 
quite production ready and accept that the're can and will be things 
that don't quite work right.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: In the press. "The OpenMoko wiki - a tangled pile of mostlyoutdated and incomplete documentation."

[BrendaWang]

William Lai ??:
>
> On Jul 22, 2008, at 2:13 AM, Michael Shiloh wrote:
>>
>> Josh Monson wrote:
>>> Has the list been created? The wiki-editors mailing list?
>>
>> yes. it's called documentation.
>>>
>>> Michael/Brenda,
>>> Is there any type of organizational plan at this point in terms of whom
>>> will be doing what,
>>
>> no, although i look to the original 4-5 volunteers to lead the effort.
>
> and Brenda.
> In fact she has been actively 'leading' since day 1, before any of 
> these discussions started.
>
>> if you want to be involved, the procedure should be this:
>>
>> 1. join the "documentation" mailing list
>> 2. respectfully listen for a bit, to see how the list flows
>> 3. make your offer of assistance, and let the "lead" volunteers guide 
>> you.
>> 4. if you have comments or suggestions, it would be polite to wait a
>> little longer to see how the active participants communicate amongst
>> themselves, how they identify and organize the work, and what they are
>> actually doing. they are probably already aware of whatever comment or
>> idea you have, and it would be impolite to push them.
>>
>> and will Brenda be coordinating the efforts I
>>> assume?
>>
>> no.
>
> Brenda is our official editor. She may not be coordinating, but she 
> will be around, giving guidance even if needed. We have an internal 
> effort to get content out of the wiki into a static page on 
> openmoko.com referencing development and how to get started with the 
> platform. Similar to: 
> http://wiki.openmoko.org/wiki/Openmoko_developer_guide. Brenda will 
> lead this effort. If there are any ideas on what should or should not 
> be in this material please pass it on to her. We see openmoko.com as 
> an important place for newcomers to get a glimpse of what we are 
> about, not just what we sell. Adding community efforts from the wiki 
> just seemed like the next logical upgrade.
>
> Regards,
>
> Will
>
Yes
Brenda
>
>


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import contacts qtopia

[Greg Bonett]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sven Klomp wrote:
> On Monday 21 July 2008 20:08:20 Greg Bonett wrote:
>>> 1.) copy the the file vcf to the device
>>> 2.) /opt/Qtopia/bin/addressbook /path/to/vcf-file (will get deleted)
>>> 3.) GUI makes some stuff... asks you to import..
>>> 4.) You might need to restart afterwards
>>>
>>>
>>> maybe someone comes up with a FAQ...
>> Ah, thats seems easy.
>> Can anyone confirm this method?  (I'll try it as soon as I get home from
>> work)
> 
> It worked for me (VCard3.0 exported from Kontact). OK, still some problems 
> with encoding but almost everything were imported (e.g. import of 
> photo :-) ).
> 
> Sven

Worked for me too.  I had to do it one contact at a time though, from
the terminal on the phone.
I wrote a small (4 line) script to import all vcard contacts in a
directory.  (Attached)
Put it in /usr/bin then cd into the directory with your contacts and
type 'importcontacts.sh'

You'll have to hit 'ok' for each contact.  Does anyone know of a better
way to do this?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIhTxIR7UPrMLya90RAkHRAJ4pWkbYZv0XF0lWeCVksuCMIVGhOwCdGIS9
XmdoB698mDeniuzXbupXr/o=
=EkoP
-END PGP SIGNATURE-


importcontact.sh
Description: Bourne shell script
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Terminal for ASU

[JW]

>
>
> Where are the design documents which say "no keyboard toggle button
> should be included", please? If one wishes to contribute code or
> patches to ASU then I guess it's necessary to know this, or one will
> find patches rejected because they don't meet this design specification?
>

surely this is a prime candidate for a motion detection / gesture detection
to bring up the keyboard

easy - no extra button needed

geeks who enable their gesture of choice get the keyboard when they want it

carsten can you build in the sleeping gesture as you go?

jw
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Terminal for ASU

[Stroller]

On 21 Jul 2008, at 19:47, Carsten Haitzler (The Rasterman) wrote:
> ...
> the problem is the designers decided that ASU is not to have any  
> manual
> keyboard toggle button because it will disturb the design and/or  
> confuse users,
> so all apps and toolkits need modification to talk a "protocol" to  
> bring up the
> keyboard on demand (no manual controls). that is why you need to do  
> this.
> personally i think you need a manual control because, as such, many  
> apps and
> toolkits will not be changed, or they will get it wrong and give  
> you a keyboard
> when you don't want one, or decide not to give you one when you  
> do... but
> that's not my call.

Hi Carsten,

Sorry to trouble you, but who are these designers, please?

I think  many of us would like to contribute to the ASU, seeing as  
how it's the future of Openmoko, so this would appear to be a  
limitation upon community contributions.

Where are the design documents which say "no keyboard toggle button  
should be included", please? If one wishes to contribute code or  
patches to ASU then I guess it's necessary to know this, or one will  
find patches rejected because they don't meet this design specification?

Stroller.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anyone using FR as a phone?

[Scott Derrick]

Come on!  Blame the telcos for the Neo echo!!  Thats stretching it.

I've had numerous phones and about 4 different providers and NEVER had 
any repeatable echo, NEVER.


I say repeatable, since I can remember maybe 5 calls in the last 10 
years when I got a bad connection, and I live in the Tullies, where 
there was distortion. I hung up, dialed again and it was gone. Never a 
repeatable event.


Its the phone, period.

Whether its bad hardware design, bad software design or improper 
combination of settings is is to be determined.



Scott



signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: GTA02 GPS rework for SD card interference issue

[steve]

Then I am Rome.

  The SOP needs to be reviewed. Basically, I will need to hear from jOERG,
Werner,
  Micheal, Andy.

  I would like to have micheal test the SOP.

  Then  I can figure out how to offer the repair.


  1. Give people a free repair kit?
  2. work with distributors to do repair.
  3. Host repair PARTIES! Woo hoo. Bring your own soldering iron. BYOSI



-Original Message-
From: Michael Shiloh [mailto:[EMAIL PROTECTED] 
Sent: Monday, July 21, 2008 11:18 AM
To: Joerg Reisenweber
Cc: community@lists.openmoko.org; steve; C R McClenaghan; [EMAIL PROTECTED]
Subject: Re: GTA02 GPS rework for SD card interference issue

...and Michael goes to Steve, so all roads lead to Steve.

Expect a reply from Steve very shortly (if he hasn't already done so).

Michael

Joerg Reisenweber wrote:
> This should go to Steve and Michael, I guess
> 
> 
> Am Fr  18. Juli 2008 schrieb C R McClenaghan:
>> Tony,
>>
>> Will OpenMoko offer this repair to Freerunner owners? How and under 
>> what terms?
>>
>> Chris
>>
>> On Jul 18, 2008, at 2:28 AM, Neng-Yu Tu (Tony Tu) wrote:
>>
>>> Dear Community:
>>>
>>> For GTA02 SD card interference GPS issue, our hardware team provide 
>>> a hardware fix/workaround for this coexistence bug. Sorry post it 
>>> late, because we have to make sure this fix works and don't have 
>>> side effects.
>>>
>>> Here is the fix:
>>>
>>> http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf
>>>
>>> This fix could give almost same performance with SD card out of case.
>>>
>>> But this work still not suggest do by yourself, also, this fix need 
>>> proper size capacitor (10 pf with 0402 package), and some solder 
>>> technique.
>>>
>>> We saw people ask about service issues of Openmoko devices, and we 
>>> are working on it. Our sales discussing with our distributor about 
>>> proper services model, but do not have consensus yet, I will keep update
it.
>>>
>>> Thanks,
>>>
>>> Tony Tu
>>>
>>> Openmoko, Inc.
>>>
>>> Support
>>>
>>> ___
>>> 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: Why is Qtopia much faster?

[Lorn Potter]

Tilman Baumann wrote:
> Am 21.07.2008 um 20:08 schrieb Lorn Potter:
> 
>> Tilman Baumann wrote:
>>> Yorick Moko wrote:
 This might be a stupid question, but it isn't the first and will not
 be the last stupid one I ask :).
 I have glimpsed at the 2007.2, ASU and qtopia image (the latest
 builds) and a very noticable difference is the speed.
 Will this improve in the ASU and the 2007.2 or should I not get my
 hopes on? Qtopia just responds and seems to load everything faster.
>>> Qtopia has a more integrated aproach. They load plugins for different
>>> features. (AFAIK)
>>> And the other systems launch new programs for each task. Sometimes  
>>> even
>>> based on different frameworks. (e,gtk,qt)
>>> There are ideas how to speed them up. Like pre-loading or integrating
>>> the basic phone apps into one binary.
>>>
>>> If you want speed now, take qtopia. What you get is a phone.
>>> The other systems go a few steps further...
>> how so?
> 
> Well, a almost desktop compliant x11 system with a wide variety of  
> frameworks, libs and programming languages.

It will be hard to achieve a consistent look and feel across all these toolkits.
Not to mention inter process communication.


> Openmoko is by design more something like a mobile computing platform  
> wich has GSM too.
> 
> I might do qtopia more wrong than is fair. But they modelling just a  
> regular smart phone like you can get from most vendors.
> With a very closed (but opensource) framework wich you can develop for.
> 
> You can not port your garden variety x11 app to qtopia. Which you can  
> (almost) do with the other frameworks.

Any Qt app can be 'ported' easily. Just as with gtk, or efl, or 
pick-your-toolkit for any library 
that is on the device.
So yes, you _can_ port your garden variety app to Qtopia. It just needs to be 
written with one 
common toolkit - Qt.

> 
> And of course the fact that it does not use x11, i expected you to  
> know that. ;-)
> 
> It really depends, many people like the simple qtopia stack. But i did  
> not buy my Neo to have a phone that does essentially what any better  
> Motorola or Nokia could do too.

Qtopia is not simple. The ui is (or should be), as that is needed on these 
devices that are screen 
real estate challenged.

What do the other 'stacks' available for neo do any better?


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: Car charger to GTA02

[steve]

I'll have to check. I used the same tip with my old razr 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of C R McClenaghan
Sent: Sunday, July 20, 2008 5:00 PM
To: List for Openmoko community discussion
Subject: Re: Car charger to GTA02

Steve,

I'm either crazy or loosing my mind. I was sure that the FR was charging
with the iGO and the A32 (Rev 1, subscript T) tip. I went to by another tip
and got a A32 (Rev 2, subscript E) and while the FR recognized a connection
(the usb symbol showed) it did not charge. I retired the other tip and same
thing - usb symbol but no charge. I checked battery status with apm and it
reported "off line" when the iGO was connected.

Which tip are you using? Did I blow something? The USB charge and wall
charger both work, so I'm questioning now whether I ever really saw my FR
charging, maybe just saw the usb icon and assumed it was.

Chris

On Jul 13, 2008, at 11:36 AM, steve wrote:

> I have the same iGO. Have used it without problem with my freerunner 
> for a long while
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of C R 
> McClenaghan
> Sent: Friday, July 11, 2008 8:44 PM
> To: List for Openmoko community discussion
> Cc: Brenda Wang
> Subject: Re: Car charger to GTA02
>
> A general question related to car charging. I have an iGo charger and 
> many tips. One is a mini-usb tip. It seems to be charging my Neo okay.
> Is there an reason I shouldn't use this device? There is also an iGo 
> car charger that accepts the same tips. I'm not trying to push the 
> brand here, just wanting to know if this is an alternative charging 
> mechanism and whether it is safe.
>
> Chris
>
> On Jul 11, 2008, at 7:35 PM, steve wrote:
>
>> Magic 47 ohm resistor will get you 1A. its on the wiki somewhere.
>> We need a better search on the wiki
>>
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of "Marco
>> Trevisan (Treviño)"
>> Sent: Thursday, July 10, 2008 4:01 PM
>> To: community@lists.openmoko.org
>> Subject: Re: Car charger to GTA02
>>
>> Andy Selby ha scritto:
 How do you enable 1A charging via software? The "echo 'fast_cccv' >
 etc.." only seems to give me 500ma. Is there a sysfs interface to
 this, or does it have to be done by the kernel? This is for the Neo
 1973 by the way.
>>>
>>> I'm pretty sure the neo1973 cant charge with more than 500mA due to
>>> the hardware, nothing in software will fix that, I think the post  
>>> you
>>> quoted was about the freerunner.
>>
>> I read months ago that it should be able to charge at 1000mA too (if
>> charger supports it).
>>
>> --
>> 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
>>
>>
>> ___
>> 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


___
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: Can you help the Openmoko booth at Linuxworld, August 4-7, in SanFrancisco?

[steve]

 Thanks Chris,

Contact Pat and she will schedule your time.

Steve

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of C R McClenaghan
Sent: Sunday, July 20, 2008 7:14 PM
To: List for Openmoko community discussion
Subject: Re: Can you help the Openmoko booth at Linuxworld, August 4-7,in
SanFrancisco?

Steve,

Sounds like you need the commitment sooner than later. I am able to commit
to August 4. As a FR owner I would love to be there.

I will be on vacation tomorrow through the 29th. I'll have email access, but
will likely not hit it but once a day.

Let me know where to be and when to be there.

I appreciate the opportunity.

Chris

On Jul 20, 2008, at 12:15 PM, steve wrote:

> The T shirts are planned, and I need to know how many debug boards and 
> spares kits I need to pick up from Fremont to give away to volunteers.
>
> And pat needs firm commitments to build a schedule.
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Michael 
> Shiloh
> Sent: Thursday, July 17, 2008 1:52 PM
> To: List for OpenMoko community discussion
> Subject: Can you help the Openmoko booth at Linuxworld, August 4-7, in 
> SanFrancisco?
>
> Openmoko will be at Linuxworld, and needs to staff two booths: One in 
> the main vendor area, and another in the Linux Garage.
>
> As we are a small understaffed team, we would love it if some of you 
> could commit to helping us.
>
> If you are on this mailing list, you already know enough to answer the 
> most common question: "What is Openmoko?".
>
> As for more technical questions, don't worry - you already know a lot, 
> and you can always defer questions to one of us.
>
> In return we plan some sort of appreciation, perhaps in the form of 
> T-shirts or some other Openmoko swag, and you will be the proud owner 
> of our undying gratitude :-) You will also be able to ask Steve all 
> those difficult questions you've been saving up.
>
> It's also a great opportunity for us to get to know you, no matter how 
> much or little time you can commit to helping.
>
> LinuxWorld is August 4-7, in San Francisco.
>
> Please let me know right away so that I can arrange for badges.
>
> Passes for the exhibit hall are free! Register at
> http://www.linuxworldexpo.com/live/12/register//SN335015
>
> If there is interest we will also hold a BoF session.
>
> ___
> 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


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: Can you help the Openmoko booth at Linuxworld, August 4-7, in SanFrancisco?

[steve]

Thanks Jeffery,
 
   Pat will contact you and get you the appropriate badges
 
Steve

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey Malone
Sent: Sunday, July 20, 2008 5:29 PM
To: List for Openmoko community discussion
Subject: Re: Can you help the Openmoko booth at Linuxworld, August 4-7,in
SanFrancisco?


I have an entirely free schedule, and free shuttles that take me from my
apartment in SF to the Trans-bay Terminal, a mere 3 blocks from Moscone.
I can commit to volunteering for any times needed, and I'm not a flake.

Jeffrey Malone
[EMAIL PROTECTED]



On Sun, Jul 20, 2008 at 12:15 PM, steve <[EMAIL PROTECTED]> wrote:


The T shirts are planned, and I need to know how many debug boards and
spares kits
I need to pick up from Fremont to give away to volunteers.

And pat needs firm commitments to build a schedule.




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Shiloh
Sent: Thursday, July 17, 2008 1:52 PM
To: List for OpenMoko community discussion
Subject: Can you help the Openmoko booth at Linuxworld, August 4-7, in
SanFrancisco?

Openmoko will be at Linuxworld, and needs to staff two booths: One in the
main vendor area, and another in the Linux Garage.

As we are a small understaffed team, we would love it if some of you could
commit to helping us.

If you are on this mailing list, you already know enough to answer the most
common question: "What is Openmoko?".

As for more technical questions, don't worry - you already know a lot, and
you can always defer questions to one of us.

In return we plan some sort of appreciation, perhaps in the form of T-shirts
or some other Openmoko swag, and you will be the proud owner of our undying
gratitude :-) You will also be able to ask Steve all those difficult
questions you've been saving up.

It's also a great opportunity for us to get to know you, no matter how much
or little time you can commit to helping.

LinuxWorld is August 4-7, in San Francisco.

Please let me know right away so that I can arrange for badges.

Passes for the exhibit hall are free! Register at
http://www.linuxworldexpo.com/live/12/register//SN335015

If there is interest we will also hold a BoF session.

___
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: Anyone using FR as a phone?

[Al Johnson]

On Monday 21 July 2008, Timo Jyrinki wrote:
> 2008/7/21 Al Johnson <[EMAIL PROTECTED]>:
> > Assuming there is sufficient difference in level between voice level and
> > the level from the earpiece it should be possible to set the noise gate
> > so that it only triggers when you are actually speaking, stopping the
> > echo. The compressor should even out the variations in level.
>
> So is basically everyone who is being called with a Neo Freerunner
> having at least a little echo of her own voice? At some point I had
> often the problem that the receiver heard everything she said very
> aloud about 1s later, now in at least my own tests it's merely quite
> quiet repetition that doesn't always even occur (gets cut off by
> something, eg. a noise filter). I used gsmhandset.state from here:
> http://freeyourphone.de/portal_v1/viewtopic.php?f=5&t=170&start=75#p3277
> and also stored it at /etc/asound.state.

That depends ;-) One of the things that contributes to the variety of reports 
is that you never know what the telcos are doing with the signal between you 
and the other end. Changes in gain, dynamic range alteration and echo 
cancellation are all possible, and may not be consistent from call to call. 
Another problem is that it's rather subjective. I don't know how much sample 
to sample variation there may be.

I think there has been more than one mixer scenario since I got the phone, but 
with the ones I've actually looked at the noise gate is not enabled. It seems 
like in the gsmhandset.state the echo has been avoided by setting the mic 
gain and earpiece volume low, but people complain that they can hardly hear 
you. A bit of extra mic gain seems to help here without adding too much echo. 
The gsmspeakerout state has more mic gain and playback through the speaker 
now. I think it used to play through the earpiece, but in either case it 
gives some echo, at least when I've tried it. 

I got as far as checking that the noise gate does operate, but there are a lot 
of adjustments available in this area. Routing to the ADC/DAC should make 
measurement of the echo possible. Someone mentioned xoscope which I'll have 
to look at too.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Why is Qtopia much faster?

[Tilman Baumann]

Am 21.07.2008 um 20:08 schrieb Lorn Potter:

> Tilman Baumann wrote:
>> Yorick Moko wrote:
>>> This might be a stupid question, but it isn't the first and will not
>>> be the last stupid one I ask :).
>>> I have glimpsed at the 2007.2, ASU and qtopia image (the latest
>>> builds) and a very noticable difference is the speed.
>>> Will this improve in the ASU and the 2007.2 or should I not get my
>>> hopes on? Qtopia just responds and seems to load everything faster.
>>
>> Qtopia has a more integrated aproach. They load plugins for different
>> features. (AFAIK)
>> And the other systems launch new programs for each task. Sometimes  
>> even
>> based on different frameworks. (e,gtk,qt)
>> There are ideas how to speed them up. Like pre-loading or integrating
>> the basic phone apps into one binary.
>>
>> If you want speed now, take qtopia. What you get is a phone.
>> The other systems go a few steps further...
>
> how so?

Well, a almost desktop compliant x11 system with a wide variety of  
frameworks, libs and programming languages.
Openmoko is by design more something like a mobile computing platform  
wich has GSM too.

I might do qtopia more wrong than is fair. But they modelling just a  
regular smart phone like you can get from most vendors.
With a very closed (but opensource) framework wich you can develop for.

You can not port your garden variety x11 app to qtopia. Which you can  
(almost) do with the other frameworks.

And of course the fact that it does not use x11, i expected you to  
know that. ;-)

It really depends, many people like the simple qtopia stack. But i did  
not buy my Neo to have a phone that does essentially what any better  
Motorola or Nokia could do too.


Regards
  Tilman

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Project Proposal: Dead man's switch

[Gilles Casse]

Diego Fernández Durán wrote:
>  
>  What do you think about a little app that works as dead man's switch[2]
> (DMS since now) in the FR? It can have the following features:
>   
>   - Trigger an alarm if you don't touch the screen before the countdown
> ends. Countdown can restart on touch.
>   - Alarm can trigger different actions:
>   * Call a number (112, 911, mum :) )
>   * Ring/Vibrate
>   * Execute a command
>   - Use a voice synthesizer (festival) to talk and give GPS coordinates
> (or location associated with coords [note]).
> 

Just a detail regarding your project, I am (re)checking text-to-speech 
on the neo, and a working multi-language configuration today is 
speech-dispatcher+espeak+alsa . I will upload the ipk packages if 
necessary soon (the packages are available in OE but not in the OM 
repository).

Anyway, your dead man's switch will probably be convulsively scrutinized 
  by the Assassin/Morgue couple ;-)

Gilles


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Terminal for ASU

[Al Johnson]

On Monday 21 July 2008, Carsten Haitzler wrote:
> On Mon, 21 Jul 2008 22:32:47 +0100 Al Johnson
> <[EMAIL PROTECTED]>
>
> babbled:
> > On Monday 21 July 2008, Carsten Haitzler wrote:
> > > the problem is the designers decided that ASU is not to have any manual
> > > keyboard toggle button because it will disturb the design and/or
> > > confuse users, so all apps and toolkits need modification to talk a
> > > "protocol" to bring up the keyboard on demand (no manual controls).
> > > that is why you need to do this. personally i think you need a manual
> > > control because, as such, many apps and toolkits will not be changed,
> > > or they will get it wrong and give you a keyboard when you don't want
> > > one, or decide not to give you one when you do... but that's not my
> > > call.
> >
> > The designers' idea is great, but in practise I suspect you're right.
> > Please can we at least have a manual override as a configure option, even
> > if it's not on by default?
>
> sorry. "not in the design". it's not specified as a config option. i'm only
> doing what's in the spec as there is much unhappiness if i do otherwise. if
> you REALLY want the button you will have to hack the theme to put it back
> in (as its just a theme element that emits a signal when pressed).

GRR...defective by design. You've made a fair summary of my feelings on 
automated keyboards too. So what does the spec say about when there's another 
input device like a bluetooth or USB keyboard?

> yes automatic keyboard popup is good, but we don't live in a world where we
> can guarantee and force every app to behave perfectly. lots of things are
> "ported" (recompiled) and forcing them to add patches to bring up keyboards
> is just yet another barrier to porting and leaves us with less software :(
>
> even though automatic cars are ... automatic - they STILL have manual gears
> you can use - auto doesn't always get it right! :) 100% auto should only be
> considered once there is nothing left alive that ever could need a manual
> override. we are very far from that reality :(
>
> (as such the protocol used by matchbox keyboard/multi-tap is very error
> prone as anyone can send a message and the keyboard can be left in all
> sorts of erroneous states. the property-based one i implemented is reliable
> as the keyboard state desire is a property of the windows - thus the
> focused window's keyboard property determines if keyboard should be there
> or not, but this so far is a private protocol implemented by e. it is not
> documented, nor has it been standardised. all of this should go to
> freedesktop.org and be proposed as wm-spec extensions for "mobile devices"
> and then adopted, specified, and implemented everywhere, tested well,
> then.. when all this is done.. the manual button may have a chance of being
> removed...)



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Project Proposal: Dead man's switch

[Ken Restivo]

On Mon, Jul 21, 2008 at 10:05:55PM +0200, 
=?ISO-8859-1?Q?Diego_Fern=E1ndez_Dur=E1n_ wrote:
> Hi all,
> 
>  Sorry, a week of sinusitis[1] is the cause of this crazy idea. 
>  
>  What do you think about a little app that works as dead man's switch[2]
> (DMS since now) in the FR? It can have the following features:
>   
>   - Trigger an alarm if you don't touch the screen before the countdown
> ends. Countdown can restart on touch.
>   - Alarm can trigger different actions:
>   * Call a number (112, 911, mum :) )
>   * Ring/Vibrate
>   * Execute a command
>   - Use a voice synthesizer (festival) to talk and give GPS coordinates
> (or location associated with coords [note]).
> 
>  I would be interested in the development, and I can begin it myself
> but: As I understand would be better if it's developed using ETK and
> FSO.
>   - Where can I get ETK and FSO doc?
>   - Is there any interface guidelines?
>   - How can I show the menus in the bottom and top of the screen (like
> Illume does)? There is any Openmoko toolkit over ETK to do this?
> 
>  Comments on this "thing" will be appreciated. (and sorry for my bad
> english).
> 
>  -- Diego.
> 
> 
>  [note] Would be useful some kind of system wide human-readable
> locations associated with GPS coordinates (or and area centered in a GPS
> coordinates). The DMS, GPS located notes, GPS located profiles (sound,
> dim & lock, scream-if-I'm-locked-and-anybody-catches-me) could use it
> too. 
>   
> 
>  [1] http://en.wikipedia.org/wiki/Sinusitis
>  [2] http://en.wikipedia.org/wiki/Dead_man%27s_switch

I wouldn't have any need for such a feature, but it should be very easy to 
implement in a few lines of Python.

-ken

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Terminal for ASU

[The Rasterman]

On Mon, 21 Jul 2008 22:32:47 +0100 Al Johnson <[EMAIL PROTECTED]>
babbled:

> On Monday 21 July 2008, Carsten Haitzler wrote:
> > the problem is the designers decided that ASU is not to have any manual
> > keyboard toggle button because it will disturb the design and/or confuse
> > users, so all apps and toolkits need modification to talk a "protocol" to
> > bring up the keyboard on demand (no manual controls). that is why you need
> > to do this. personally i think you need a manual control because, as such,
> > many apps and toolkits will not be changed, or they will get it wrong and
> > give you a keyboard when you don't want one, or decide not to give you one
> > when you do... but that's not my call.
> 
> The designers' idea is great, but in practise I suspect you're right. Please 
> can we at least have a manual override as a configure option, even if it's 
> not on by default? 

sorry. "not in the design". it's not specified as a config option. i'm only
doing what's in the spec as there is much unhappiness if i do otherwise. if you
REALLY want the button you will have to hack the theme to put it back in (as its
just a theme element that emits a signal when pressed).

yes automatic keyboard popup is good, but we don't live in a world where we can
guarantee and force every app to behave perfectly. lots of things are
"ported" (recompiled) and forcing them to add patches to bring up keyboards is
just yet another barrier to porting and leaves us with less software :(

even though automatic cars are ... automatic - they STILL have manual gears you
can use - auto doesn't always get it right! :) 100% auto should only be
considered once there is nothing left alive that ever could need a manual
override. we are very far from that reality :(

(as such the protocol used by matchbox keyboard/multi-tap is very error prone
as anyone can send a message and the keyboard can be left in all sorts of
erroneous states. the property-based one i implemented is reliable as the
keyboard state desire is a property of the windows - thus the focused window's
keyboard property determines if keyboard should be there or not, but this so
far is a private protocol implemented by e. it is not documented, nor has it
been standardised. all of this should go to freedesktop.org and be proposed as
wm-spec extensions for "mobile devices" and then adopted, specified, and
implemented everywhere, tested well, then.. when all this is done.. the manual
button may have a chance of being removed...)

-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anyone using FR as a phone? / Audio Codec meddling info

[Al Johnson]

On Monday 21 July 2008, Andy Green wrote:
> Somebody in the thread at some point said:
snip my comment about alsa settings bypassing the ALC

> I don't know why we go around it, but when I looked mic -> GSM routing
> some weeks ago I also found a very direct analogue path.  If you're
> interested to meddle with this, I have some meddling hints.  First, the
> datasheet is open:
>
> http://www.wolfsonmicro.com/uploads/documents/en/WM8753.pdf

I've been reading it already ;-) One area the wiki does well on is links to 
the hardware datasheets.

> We have fitted 100n in the external ALC path (between ACOP / ACIN)
> instead of 1uF recommended, I guess it will impact low end, but in
> telephony the low end as well as the high end are chopped out anyway.
> Soon, as steve told, you'll be able to see this stuff (and our mistakes)
> on the schematics for yourself.

I didn't notice a rolled off low end in cursory testing of the ALC, so you're 
probably right. It's good to know just in case though. Steve's announcement 
was a pleasant surprise, and I'm looking forward to it.

> You can dump the actual codec registers using
>
> # cat /sys/devices/platform/soc-audio/codec_reg
>
> and you can meddle with them like this
>
> # echo "3d 20" > /sys/devices/platform/soc-audio/codec_reg_write
>
> first one is the register address in hex, second is value to write in
> hex.  I don't really know what those dozens of alsamixer settings are
> doing either, I found it easier to read the datasheet and interpret /
> meddle with the codec registers directly.

That'll be handy. I'll check my mapping of the ALSA devices and settings 
against this. I don't want to stick it on the wiki before I know it's right.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[The Rasterman]

On Tue, 22 Jul 2008 01:51:09 +0530 Gora Mohanty <[EMAIL PROTECTED]> babbled:

> On Tue, 22 Jul 2008 06:01:24 +1000
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> [...]
> > this is why EFL doesn't have support. i'd have to write it all, OR use
> > pango... and pango, last i looked, was not light on overhead,
> 
> Agreed there. Have not actually benchmarked Pango myself, but by all
> accounts it is resource-hungry, though that is probably not inappropriate
> for a library aiming to handle all of Unicode.

in all reality though - it's probably the ultimate way to go... or something of
the kind...

> >so as a matter of
> > performance doing it the simple way its done now handles things for most
> > people (who buy/use devices or linux systems as most people tend to speak a
> > left-to-right friendly language). i have seen remarkably little interest in
> > things like left-to-right languages over the years, and as there isn't a
> > lot of demand and i don't actually speak any of these (i just speak
> > european languages
> > - a few of them, and east-asian languages), i just have never had it come up
> > high enough on the list of things to do.. to ever do it. at least all the
> > text internals are utf8 so... it's possible to do this without breakages...
> 
> I would disagree here, though I can quite see why you might not want to
> take this up. Having OpenMoko hardware handle Indic text would be a big
> plus for its adoption here in India. An ability to send SMS in local
> languages would be even more of a plus, though that will also have to
> contend with service provider gateways that have no clue about UTF-8 or
> Unicode.

oooh - i was just talking about utf8 being how the code all deals with text.
you have a lot fo glyph space available, so it's not limited. foo COURSE you
will need to translate to other charsets when dealing with things like SMS,
email etc. though natively id' say the software can just do all in utf8 and only
when finally dealing with the GSM modem (or on receiving of SMS or email, and
sending) then do the conversion to whatever charset is needed/desired. but as
such utf8 should be enough of a superset for everything internally in
applications and storage to just use it.

> Given the current hardware limitations, the best approach for Indic
> languages is probably to make a special font that includes all possible
> glyph combinations, and a light-weight, custom rendering engine that
> works with the font. This would also have the benefit of allowing the
> rendering of Indic content on text-based terminals, such as the Linux
> console. This is not really *that* hard a task, and from what I hear
> various phone companies are sniffing around in India for someone able
> to put this together.

then you still need a converter tat converts series of chars into special
utf8-encoded glyphs to represent this font... not pretty... but of course
possible.

> Regards,
> Gora
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Terminal for ASU

[Al Johnson]

On Monday 21 July 2008, Carsten Haitzler wrote:
> the problem is the designers decided that ASU is not to have any manual
> keyboard toggle button because it will disturb the design and/or confuse
> users, so all apps and toolkits need modification to talk a "protocol" to
> bring up the keyboard on demand (no manual controls). that is why you need
> to do this. personally i think you need a manual control because, as such,
> many apps and toolkits will not be changed, or they will get it wrong and
> give you a keyboard when you don't want one, or decide not to give you one
> when you do... but that's not my call.

The designers' idea is great, but in practise I suspect you're right. Please 
can we at least have a manual override as a configure option, even if it's 
not on by default? 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: wiki database error

[matt joyce]

I also got an error, trying to save a minor change.

Database error

 From Openmoko
Jump to: navigation 
, 
search 

A database query syntax error has occurred. This may indicate a bug in 
the software. The last attempted database query was:

(SQL query hidden)

from within function "SearchMySQL4::update". MySQL returned error "126: 
Incorrect key file for table './wikidb/searchindex.MYI'; try to repair 
it (localhost)".

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: gta02, 2007.2: calling w/ headset

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| i just plugged the headset in to try calling my voice box. while the
sound
| is loud enough w/h headset, in the headset it was some low mumbling.
| while the box mumbled i tried alsamixer but none of the sliders changed
| anything!
|
| i never really understood alsa and those state-files are not really
| bedtime stories -- but i think regardlessly what the current state
states,
| alsamixer should change that, right?
| in contrast, while listening to music the alsamixer indeed changes the
| volume on the headset.
|
| do i need to enable somth?

It sounds like the external amplifier might be off in that state.  Look
for on-off switches in Alsamixer that can control it.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkiE/gwACgkQOjLpvpq7dMpyKACdGea9wuJmU/ZK8frnG6wCGDpZ
9sIAn2sG/D/RE4OQUhl9eeqfFVBWddoD
=beqR
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Rules based policy engine

[Ryan Meador]

Russell Sears <[EMAIL PROTECTED]> writes:

> 
> I fell out of this discussion for a while, but I'd much rather see a 
> very simple C API that delivers events from DBUS with bindings for 
> python / your favorite language.  The event system and programming model 
> (rule based, prolog, python, ...) should be completely separate modules. 
>   That way, you don't need to design your application around being able 
> to  receive external events.
> 
> Also, if we couple the event system to the programming language, then 
> all other languages become second class citizens.  That would suck.
> 
> I'd like to clarify my original post.  (Also, I still haven't looked at 
> D-BUS, it might already do most/all of this stuff.)
> 
> These two lines are meant to be function invocations, perhaps in C or in 
> python:
> 
> register_event_handler("/phone/incoming_call = true",
>  mute_music_callback)
> 
> register_event_handler("/clock/time = 600",
>  play_alarm_callback,
>  "loud_buzzer.ogg")
> 
> register_event_handler() should be a C function that takes three arguments:
> 
> 1: A char* containing a query written in a small domain specific 
> language.  I don't think we need support for more than:
> 
>   a)  =, <, >, ...
>   b)  Conjunction + disjunction; && and ||, which means "all of" or "one
>   of" these rules match
> 
> The following two would be nice, but might make things harder to implement:
> 
>   a)  Parenthesis for grouping
>   b)  Negation
> 
> xpath is a well-known language, and is close, though I don't know how 
> well existing implementations deal with events (ie: third parties making 
> changes to the underlying xml document).  Also, I think xpath is 
> probably too complicated.
> 
> 2: A function pointer of type void (fcn*)(void *)
> 
> This gets invoked when the evaluation of the query changes from false to 
> true.
> 
> 3) A void *
> 
> The application program controls what goes in the void*.
> 
> Applications should be able to build all sorts of things with these 
> primitives, including new domain specific languages.
> 
> It would be good to make sure that it's easy to have prolog or some 
> other rule based system autogenerate and interface to the small domain 
> specific language.  I think the way it would work is prolog would use 
> some event handlers to maintain a table of facts that the DSL would then 
> use as its base database.
> 
> Also, datalog would be a much better choice than prolog.  The outcome of 
> prolog programs depends on the order in which rules are defined.  This 
> isn't true for datalog, which has cleaner semantics.  The two languages 
> have nearly identical syntax.
> 
> -Rusty
> 

I think I may have been unclear... I was suggesting Prolog for the "small
domain-specific language" you're talking about.  Nowadays, pretty much no one
writes entire applications in Prolog, they just use it within another language
to implement a rules engine.  I know nothing of Datalog, but I'll take your word
for it that it's better -- if it's similar to Prolog, I'm sure it will get the
job done.  A logic-based language has all the primitives you mentioned (and
indeed all of first-order logic).  Learning Prolog well enough to use it for
this purpose would probably take all of half an hour and can be accomplished by
reading the wikipedia page (with examples).  It seems to be a ready-made
solution to exactly this problem with a minimal startup time.  As it is only the
"domain-specific language", the application it resides in (some kind of
dbus-connected event server?) can be in any language that we can get a prolog
interpreter for, which basically means any of the common ones like C++ or Java
(and probably python).  I think I may have unintentionally confused a few people
by suggesting Prolog as the language when it itself can be compiled to a binary.
 If you really wanted to, you could use Prolog for the whole app, but I just
suggest it for the rule interpreter itself.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

gta02, 2007.2: calling w/ headset

[arne anka]

i just plugged the headset in to try calling my voice box. while the sound  
is loud enough w/h headset, in the headset it was some low mumbling.
while the box mumbled i tried alsamixer but none of the sliders changed  
anything!

i never really understood alsa and those state-files are not really  
bedtime stories -- but i think regardlessly what the current state states,  
alsamixer should change that, right?
in contrast, while listening to music the alsamixer indeed changes the  
volume on the headset.

do i need to enable somth?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Reason for GPS problems found! / more patches

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| sd_idleclk=1 and sd_drive=0:
| I can't see a weakening of the gps-signal. Signal strength seems as good
| as with sd_idleclk=0.
| I copied some (big) files to and from the card, none were corrupted, all
| md5-sums were identical. I'm using a sandisk 4GB SDHC card.

Cool, thanks for the report.  That was a tougher test than you might
have thought, since sd_idleclk=1 keeps the SD Clock going all the time.
~ Normally you would leave sd_idleclk at default of 0 and stop the clock
when no transfer.

So the fact you were OK at drive level 0 should mean are able to use SD
card how you like without problems from SD_CLK to GPS any more.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkiE8SgACgkQOjLpvpq7dMoKIwCfba4dU+ZhkhCvE5E1clEhXZHE
6AQAoIYO4/nomPKkGN3GdGL47knTZzi2
=KFb/
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import Contacts

[Jeffrey Ratcliffe]

2008/7/20 Jeffrey Ratcliffe <[EMAIL PROTECTED]>:
> I started out by making the mistake of copying my Evolution db across...

I had my contacts in Outlook because I was using an HTC Kaiser...
Outlook->csv->Evolution->vcf->OM didn't work very well,

a. because the field mapping was dodgy in places
b. because the encoding got scrambled in places.

Therefore I tried to get Evolution out of the loop and wrote a little
Python script to do the csv->vcf and to teach me Python (Perl is
normally my bag)

Works for me - perhaps if somebody would host it, it could go on the wiki.

Jeff
#!/usr/bin/env python
import sys
import csv
from time import strftime

def printline(s):
 i = s.find('\n')
 while i > -1:
  if i > 75:
   print s[0:75]
   s = ' ' + s[75:]
  else:
   print s[0:i]
   s = s[i+1:]
  i = s.find('\n')
 return ()

vfield = {
   'N:':['Last Name', 'First Name', 'Title', 'Suffix'],
   'TITLE:':['Job Title'],
   'ORG:':  ['Company'],
   'CATEGORIES:':   ['Categories'],
   'TEL;TYPE=WORK,VOICE:':  ['Business Phone'],
   'TEL;TYPE=WORK,VOICE:2': ['Business Phone 2'],
   'TEL;TYPE=HOME,VOICE:':  ['Home Phone'],
   'TEL;TYPE=HOME,VOICE:2': ['Home Phone 2'],
   'TEL;TYPE=OTHER,VOICE:': ['Other Phone'],
   'TEL;TYPE=WORK,FAX:':['Business Fax'],
   'TEL;TYPE=HOME,FAX:':['Home Fax'],
   'TEL;TYPE=OTHER,FAX:':   ['Other Fax'],
   'TEL;TYPE=CELL:':['Mobile Phone'],
   'EMAIL;TYPE=OTHER:': ['E-mail Address'],
   'EMAIL;TYPE=OTHER:2':['E-mail 2 Address'],
   'EMAIL;TYPE=OTHER:3':['E-mail 3 Address'],
   'ADR;TYPE=WORK:':['Business Street',
 'Business Street 2',
 'Business Street 3',
 'Business City',
 'Business State',
 'Business Postal Code',
 'Business Country'],
   'ADR;TYPE=HOME:':['Home Street',
 'Home Street 2',
 'Home Street 3',
 'Home City',
 'Home State',
 'Home Postal Code',
 'Home Country'],
   'ADR;TYPE=OTHER:':   ["Other Street",
 "Other Street 2",
 "Other Street 3",
 "Other City",
 "Other State",
 "Other Postal Code",
 "Other Country"],
'NOTE:':['Notes'],
 }

reader = csv.DictReader(sys.stdin)
first = True
for contact in reader:

# remove any empty fields
 for key,val in contact.items():
  if val == '':
   del contact[key]

 if first:
  first = False
 else:
  print
 print 'BEGIN:VCARD'
 print 'VERSION:3.0'
 vcard = 'REV:'+strftime("%Y-%m-%dT%H:%M:%SZ\n")

# special rules for FN field
 if 'Last Name' in contact or 'First Name' in contact:
  string = 'FN:'
  if 'First Name' in contact:
   string = string + contact['First Name']
  if 'Last Name' in contact:
   if 'First Name' in contact:
string = string + ' '
   string = string + contact['Last Name']
  vcard = vcard + string + '\n'

# make sure N is not empty
 if not ('First Name' in contact or 'Last Name' in contact \
  or 'Title' in contact or 'Suffix' in contact):
  if 'Company' in contact:
   contact['Last Name'] = contact['Company']

# write remaining fields
 for key,val in vfield.iteritems():
  flag = False
  for field in val:
   if field in contact:
flag = True
  if flag:
   string = key
   if string[len(string)-1].isdigit():
string = string[0:len(string)-1]
   for i, v in enumerate(val):
if i > 0:
 string = string + ';'
if v in contact:
 string = string + contact[v].replace('\n','\\n')
   vcard = vcard + string + '\n'
 printline (vcard + 'UID:' + str(hash(vcard)+1000) + '\n')
 print 'END:VCARD'
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Accelerometer(s), Camera, and Memory

[Joachim Steiger]

> Dee Ayy wrote:
>> So my question is the same as Francesco Cat's.  Where exactly are the
>> accelerometers positioned on the device?
>> Would someone please confirm why there are 2 accelerometers?

yes there are.
the intent was to detect rotation afaik.

one accelerometer is 45° tilted rotated to the left, directly behind the
aux button.
the other one is mounted horizontal in the lower right corner below the
display and right of the mic.

you can see the distance is kinda maximized and the '45° rotation'
between the 2 accels comes afaik from some recommendation of a datasheet
if i remember correctly. something about maximizing resolution and
compensating one of the 3 axis having one bit less resolution.

one can see both accelerometers quite easy when the front cover of the
fr is removed. (lcm side, no need to dissassemble further)
left of the reciever-speaker contact pads is the rtc battery and then
the accel and the aux key.
on the other end of the moko you can see the mic in the middle and the
accel right of it.
yes, its these small black rectangular boxes with 12 pads. about 5x2.5mm

kind regards


-- 

Joachim Steiger
Openmoko Central Services

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[Gora Mohanty]

On Tue, 22 Jul 2008 06:01:24 +1000
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
[...]
> this is why EFL doesn't have support. i'd have to write it all, OR use 
> pango...
> and pango, last i looked, was not light on overhead,

Agreed there. Have not actually benchmarked Pango myself, but by all
accounts it is resource-hungry, though that is probably not inappropriate
for a library aiming to handle all of Unicode.

>so as a matter of
> performance doing it the simple way its done now handles things for most 
> people
> (who buy/use devices or linux systems as most people tend to speak a
> left-to-right friendly language). i have seen remarkably little interest in
> things like left-to-right languages over the years, and as there isn't a lot 
> of
> demand and i don't actually speak any of these (i just speak european 
> languages
> - a few of them, and east-asian languages), i just have never had it come up
> high enough on the list of things to do.. to ever do it. at least all the text
> internals are utf8 so... it's possible to do this without breakages...

I would disagree here, though I can quite see why you might not want to
take this up. Having OpenMoko hardware handle Indic text would be a big
plus for its adoption here in India. An ability to send SMS in local
languages would be even more of a plus, though that will also have to
contend with service provider gateways that have no clue about UTF-8 or
Unicode.

Given the current hardware limitations, the best approach for Indic
languages is probably to make a special font that includes all possible
glyph combinations, and a light-weight, custom rendering engine that
works with the font. This would also have the benefit of allowing the
rendering of Indic content on text-based terminals, such as the Linux
console. This is not really *that* hard a task, and from what I hear
various phone companies are sniffing around in India for someone able
to put this together.

Regards,
Gora

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Proper mixer settings for music playback, or hardware fixes?

[arne anka]

just to add to the tracker by someone with access:
find in
/var/lib/opkg/daily-armv4t
the line saying
Package: openmoko-mediaplayer2
a few lines below there's the md5sum -- change that to
8283330cff9f057487b653fec7b11b6e
afterwards the install should work flawlessly.
be aware that once a new version is avilable opkg update will overwrite  
the installed version -- but hopefully the patch would be included ...

regarding the author of the patch: great! ogg now plays w/o skipping or  
losing sound at all!

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [qtopia] email application connection to mail server

[Jim Morris]

Cédric Berger wrote:
> In Qtopia and in ASU (qtopia mail application too),
> I tried to configure the mail application to connect to gmail via IMAP.
> 
> I could not make it connect...   SMTP did not work either.
> (well it does connect to the server, but then hangs)
> 
> I suspect it is because of the secure connection...
> (IMAP server: imap.gmail.com   port:993, SMTP : smtp.gmail.com, port: 465)
> 
> And in the account settings, there is an "Encryption" field  :
> - on Qtopia distribution, I have no field to enter / select  (only
> label "Encryption" is present)
> - on ASU, the field is present (I do not remember whether it is a
> checkbox or a combo)
> 
> but anyway... for both I got no mail...
> 
> I will have to try POP also (secured too)...
> 

I have tried pop with gmail, and it connects but eventually fails, I don't 
think it handles ssl 
properly, but that is a guess, The encrypion setting seems to be missing a 
check box to enable or 
disable it.

We need web browser on Qtopia then I could just access m.gmail.com


-- 
Jim Morris, http://blog.wolfman.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import contacts qtopia

[Kalle Happonen]

Greg Bonett wrote:
>> Unofficial answer (as this is not tested by us... it is the code from
>> trolltech as is so is likely to have issues)
>>
>> 1.) copy the the file vcf to the device
>> 2.) /opt/Qtopia/bin/addressbook /path/to/vcf-file (will get deleted)
>> 3.) GUI makes some stuff... asks you to import..
>> 4.) You might need to restart afterwards
>>
>>
>> maybe someone comes up with a FAQ...
>>
>>
>>
>> z.
>> 
> Ah, thats seems easy.
> Can anyone confirm this method?  (I'll try it as soon as I get home from
> work)
>   
Hmm I didn't get this to work. I didn't have a terminal on the phone, so 
I ran it with X forwarding, i.e. the windows opened on my laptop. I 
think I would have gotten them imported (vCard version 2.1, not 3 for 
some reason), but I found no way of confirmin the "Would you like to 
import" dialog. I didn't find a way to tell addressbook to autoimport, 
the documentation is a bit skimpy..

Cheers,
Kalle

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Project Proposal: Dead man's switch

[Diego Fernández Durán]

Hi all,

 Sorry, a week of sinusitis[1] is the cause of this crazy idea. 
 
 What do you think about a little app that works as dead man's switch[2]
(DMS since now) in the FR? It can have the following features:

- Trigger an alarm if you don't touch the screen before the countdown
ends. Countdown can restart on touch.
- Alarm can trigger different actions:
* Call a number (112, 911, mum :) )
* Ring/Vibrate
* Execute a command
- Use a voice synthesizer (festival) to talk and give GPS coordinates
(or location associated with coords [note]).

 I would be interested in the development, and I can begin it myself
but: As I understand would be better if it's developed using ETK and
FSO.
- Where can I get ETK and FSO doc?
- Is there any interface guidelines?
- How can I show the menus in the bottom and top of the screen (like
Illume does)? There is any Openmoko toolkit over ETK to do this?

 Comments on this "thing" will be appreciated. (and sorry for my bad
english).

 -- Diego.


 [note] Would be useful some kind of system wide human-readable
locations associated with GPS coordinates (or and area centered in a GPS
coordinates). The DMS, GPS located notes, GPS located profiles (sound,
dim & lock, scream-if-I'm-locked-and-anybody-catches-me) could use it
too. 
  

 [1] http://en.wikipedia.org/wiki/Sinusitis
 [2] http://en.wikipedia.org/wiki/Dead_man%27s_switch
-- 
Diego Fdez. Durán <[EMAIL PROTECTED]> | http://www.goedi.net
GPG : 925C 9A21 7A11 3B13 6E43 50DB F579 D119 90D2 66BB



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Accelerometer(s), Camera, and Memory

[Ian Stirling]

Dee Ayy wrote:
> I just heard of OpenMoko and Neo FreeRunner today.  Awesome!
> 

> 
> I noticed the Hardware Highlights lists "3axis Motion Sensors (2)" and
> would hope that the developers included 2 accelerometers for the
> purpose of sampling the rotation as well as translation.  The
> "closedPhone" and "closedPod" only sample translation via their sole
> accelerometer.
> 
> So my question is the same as Francesco Cat's.  Where exactly are the
> accelerometers positioned on the device?
> Would someone please confirm why there are 2 accelerometers?

As far as I can tell, because someone decided it would be a good idea, 
without doing the numbers.

 From some basic numbers, you can do little with the fact that there are 
two accellerometers.
The fundamental problem is that the accelerometer chips have a 
resolution of some 16mg.
If the accels are 10cm apart - on the periphery of a circle 5cm in 
diameter, then as accelleration is proportional to the speed squared 
divided by radius.

A=v^2/r
0.016 = v^2/.05
.32 = v^2
v = .56m/s.

This is a rotational speed of .56m/s / circumference, or .56m/s / .3m = 
1.5 revs/second.
And this is for one LSB, so it will be very noisy.

The accels can - if positioned appropriately - I don't know where they 
are - pick up taps on the case, and their relative distance from each accel.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[The Rasterman]

On Tue, 22 Jul 2008 01:23:44 +0530 Gora Mohanty <[EMAIL PROTECTED]> babbled:

> On Tue, 22 Jul 2008 05:31:48 +1000
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> 
> > On Tue, 22 Jul 2008 00:48:43 +0530 Gora Mohanty <[EMAIL PROTECTED]> babbled:
> [...]
> > > This sounds great. What is the level of OpenType support? Are complex text
> > > layout (CTL) languages like Indian languages, and Thai supported? Is this
> > > true of just the FreeRunner, or also of the Neo 1973?
> > 
> > i cant speak for gtk and qt - for EFL, it uses freetype and fontconfig
> > (optional). it treats text as a string going from left to right with chars
> > that advance to the right.
> [...]
> 
> Ah, in that case it probably will not work for CTL languages, as they
> need various operations like glyph reordering, substitution, etc.
> On normal computers, GTK uses Pango to handle such scripts, but my
> guess is that Pango will be too heavy for the current hardware.
> 
> I will have to try all this out once I get my (currently broken) Moko
> reflashed.

this is why EFL doesn't have support. i'd have to write it all, OR use pango...
and pango, last i looked, was not light on overhead, so as a matter of
performance doing it the simple way its done now handles things for most people
(who buy/use devices or linux systems as most people tend to speak a
left-to-right friendly language). i have seen remarkably little interest in
things like left-to-right languages over the years, and as there isn't a lot of
demand and i don't actually speak any of these (i just speak european languages
- a few of them, and east-asian languages), i just have never had it come up
high enough on the list of things to do.. to ever do it. at least all the text
internals are utf8 so... it's possible to do this without breakages...


-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[Gora Mohanty]

On Tue, 22 Jul 2008 05:31:48 +1000
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:

> On Tue, 22 Jul 2008 00:48:43 +0530 Gora Mohanty <[EMAIL PROTECTED]> babbled:
[...]
> > This sounds great. What is the level of OpenType support? Are complex text
> > layout (CTL) languages like Indian languages, and Thai supported? Is this
> > true of just the FreeRunner, or also of the Neo 1973?
> 
> i cant speak for gtk and qt - for EFL, it uses freetype and fontconfig
> (optional). it treats text as a string going from left to right with chars 
> that
> advance to the right.
[...]

Ah, in that case it probably will not work for CTL languages, as they
need various operations like glyph reordering, substitution, etc.
On normal computers, GTK uses Pango to handle such scripts, but my
guess is that Pango will be too heavy for the current hardware.

I will have to try all this out once I get my (currently broken) Moko
reflashed.

Regards,
Gora

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

qtopia screenshots?

[arne anka]

are there some screenshots available or youtube snippets, so one can check  
it out w/o installing?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[The Rasterman]

On Tue, 22 Jul 2008 00:48:43 +0530 Gora Mohanty <[EMAIL PROTECTED]> babbled:

> On Tue, 22 Jul 2008 04:40:11 +1000
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> 
> > On Mon, 21 Jul 2008 15:18:37 +0200 Ole Holm Frandsen <[EMAIL PROTECTED]>
> > babbled:
> > 
> > > Sounds great that it will be possible to create better support for  
> > > Danish and other "non-english" languages. Does anyone know when the  
> > > SVN build might become "stabile"?
> > > But there is no way at the moment du fix this issue?
> [...]
> > nb - for asian languages (traditional or simplified chinese by zuhin or
> > pinyin, you will need ALSO an input method handler like uim, scim, kinput
> > etc. etc.).
> [...]
> 
> This sounds great. What is the level of OpenType support? Are complex text
> layout (CTL) languages like Indian languages, and Thai supported? Is this
> true of just the FreeRunner, or also of the Neo 1973?

i cant speak for gtk and qt - for EFL, it uses freetype and fontconfig
(optional). it treats text as a string going from left to right with chars that
advance to the right. the amount they advance is based on the advance of the
character drawn and any kerning adjustments (it supports kerning) beyond that,
nothing else is done. if this covers thai and indian scripts... i don't know. i
dont speak read or write any. for languages i do know (that is east-asian -
japanese, chinese (and i know by experience korean ie hangul) and all regular
left-to-right languages (latin-based european ones, greek, cyrillic(russian)
etc.) work just fine. 

> Input methods can be handled. Even xkb can be coerced into providing basic
> support for most non-English languages.
> 
> Regards,
> Gora
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The Song of Arkadia

[polz]

On Monday 21 July 2008 21:35:15 Esben Stien wrote:
> Any info on arcade games ported to the freerunner?.
Most should run after a recompile. How you're going to play them without a 
keyboard is another matter.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

new documentation mailing list (was: Re: In the press. "The OpenMoko wiki - a tangled pile of mostlyoutdated and incomplete documentation.")

[Michael Shiloh]

I defer to Will.

Michael

William Lai wrote:
> On Jul 22, 2008, at 2:13 AM, Michael Shiloh wrote:
>> Josh Monson wrote:
>>> Has the list been created? The wiki-editors mailing list?
>> yes. it's called documentation.
>>> Michael/Brenda,
>>> Is there any type of organizational plan at this point in terms of  
>>> whom
>>> will be doing what,
>> no, although i look to the original 4-5 volunteers to lead the effort.
> 
> and Brenda.
> In fact she has been actively 'leading' since day 1, before any of  
> these discussions started.
> 
>> if you want to be involved, the procedure should be this:
>>
>> 1. join the "documentation" mailing list
>> 2. respectfully listen for a bit, to see how the list flows
>> 3. make your offer of assistance, and let the "lead" volunteers  
>> guide you.
>> 4. if you have comments or suggestions, it would be polite to wait a
>> little longer to see how the active participants communicate amongst
>> themselves, how they identify and organize the work, and what they are
>> actually doing. they are probably already aware of whatever comment or
>> idea you have, and it would be impolite to push them.
>>
>> and will Brenda be coordinating the efforts I
>>> assume?
>> no.
> 
> Brenda is our official editor.  She may not be coordinating, but she  
> will be around, giving guidance even if needed.  We have an internal  
> effort to get content out of the wiki into a static page on  
> openmoko.com referencing development and how to get started with the  
> platform.  Similar to:  
> http://wiki.openmoko.org/wiki/Openmoko_developer_guide 
> .   Brenda will lead this effort.  If there are any ideas on what  
> should or should not be in this material please pass it on to her.  We  
> see openmoko.com as an important place for newcomers to get a glimpse  
> of what we are about, not just what we sell.  Adding community efforts  
> from the wiki just seemed like the next logical upgrade.
> 
> Regards,
> 
> Will
> 
> 
> 
> 
> ___
> 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: In the press. "The OpenMoko wiki - a tangled pile of mostlyoutdated and incomplete documentation."

[William Lai]

On Jul 22, 2008, at 2:13 AM, Michael Shiloh wrote:
>
> Josh Monson wrote:
>> Has the list been created? The wiki-editors mailing list?
>
> yes. it's called documentation.
>>
>> Michael/Brenda,
>> Is there any type of organizational plan at this point in terms of  
>> whom
>> will be doing what,
>
> no, although i look to the original 4-5 volunteers to lead the effort.

and Brenda.
In fact she has been actively 'leading' since day 1, before any of  
these discussions started.

> if you want to be involved, the procedure should be this:
>
> 1. join the "documentation" mailing list
> 2. respectfully listen for a bit, to see how the list flows
> 3. make your offer of assistance, and let the "lead" volunteers  
> guide you.
> 4. if you have comments or suggestions, it would be polite to wait a
> little longer to see how the active participants communicate amongst
> themselves, how they identify and organize the work, and what they are
> actually doing. they are probably already aware of whatever comment or
> idea you have, and it would be impolite to push them.
>
> and will Brenda be coordinating the efforts I
>> assume?
>
> no.

Brenda is our official editor.  She may not be coordinating, but she  
will be around, giving guidance even if needed.  We have an internal  
effort to get content out of the wiki into a static page on  
openmoko.com referencing development and how to get started with the  
platform.  Similar to:  http://wiki.openmoko.org/wiki/Openmoko_developer_guide 
.   Brenda will lead this effort.  If there are any ideas on what  
should or should not be in this material please pass it on to her.  We  
see openmoko.com as an important place for newcomers to get a glimpse  
of what we are about, not just what we sell.  Adding community efforts  
from the wiki just seemed like the next logical upgrade.

Regards,

Will




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[Gora Mohanty]

On Tue, 22 Jul 2008 04:40:11 +1000
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:

> On Mon, 21 Jul 2008 15:18:37 +0200 Ole Holm Frandsen <[EMAIL PROTECTED]>
> babbled:
> 
> > Sounds great that it will be possible to create better support for  
> > Danish and other "non-english" languages. Does anyone know when the  
> > SVN build might become "stabile"?
> > But there is no way at the moment du fix this issue?
[...]
> nb - for asian languages (traditional or simplified chinese by zuhin or 
> pinyin,
> you will need ALSO an input method handler like uim, scim, kinput etc. etc.).
[...]

This sounds great. What is the level of OpenType support? Are complex text
layout (CTL) languages like Indian languages, and Thai supported? Is this
true of just the FreeRunner, or also of the Neo 1973?

Input methods can be handled. Even xkb can be coerced into providing basic
support for most non-English languages.

Regards,
Gora

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Why is Qtopia much faster?

[The Rasterman]

On Mon, 21 Jul 2008 13:11:25 +0200 "Yorick Moko" <[EMAIL PROTECTED]> babbled:

> This might be a stupid question, but it isn't the first and will not
> be the last stupid one I ask :).
> I have glimpsed at the 2007.2, ASU and qtopia image (the latest
> builds) and a very noticable difference is the speed.
> Will this improve in the ASU and the 2007.2 or should I not get my
> hopes on? Qtopia just responds and seems to load everything faster.

he real major problem is qt/qtopia and the x11 output. it is amazingly
inefficient. it does a whole set of no-no's when it comes to performance (like
uploading and downloading pixmaps and converting to/from image formats...
repeatedly). if you want things  to work well in x11:

1. only upload when you need a pixmap or data on screen... dont upload until
you need it.
2. never repeatedly upload if u can do it just once, so defer uploads of pixel
data as late as possible.
3. NEVER download (get images) from x. this will kill performance as it 1,
stalls your app into waiting on x, 2, needs to wait for data to be read from
video ram (slow - even on desktop systems), 3, causes yet more context
switching which is expensive on ARM.

one reason EFL gets the performance it does is it has an almost 1 way pipeline
with everything deferred as much a possible. be it software rendering or
xrender etc. - everything happens as late as possible. it never downloads data
from x... and man all of this really helps.

-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Terminal for ASU

[The Rasterman]

On Mon, 21 Jul 2008 11:18:50 +0200 Sven Klomp <[EMAIL PROTECTED]> babbled:

> On Monday 21 July 2008 05:30:09 Ken Restivo wrote:
> > On Sun, Jul 20, 2008 at 08:20:46PM -0700, Brian C wrote:
> > > Ken Restivo wrote:
> > > 1. It's an open platform, so it's inevitable that it will have a
> > > terminal.
> > >
> > > 2. If it were not possible to have a terminal on ASU, then OpenMoko
> > > should just abandon ASU immediately.
> > >
> > > Therefore, you should feel free to open the bug.
> >
> > I'll wait to see if anyone responds with "Sure, it has one, or you can use
> > any terminal with it, here's how you get it to work, get it into the
> > menu/icon/illume thing, make it use the keyboard, blah blah blah".
> 
> Hm, I'm using the openmoko-terminal2 without problems on ASU. The tricky part 
> was to use the Illume keyboard with GTK applications. At freeyourphone.de was 
> a hint that you have to install ONLY  matchbox-keyboard-im (see 
> http://wiki.openmoko.org/wiki/Complete_QWERTY_Keyboard_On_The_Freerunner) and 
> GTK applications will start Illume keyboard. I know, it is strange. However 
> it worked :-)

the problem is the designers decided that ASU is not to have any manual
keyboard toggle button because it will disturb the design and/or confuse users,
so all apps and toolkits need modification to talk a "protocol" to bring up the
keyboard on demand (no manual controls). that is why you need to do this.
personally i think you need a manual control because, as such, many apps and
toolkits will not be changed, or they will get it wrong and give you a keyboard
when you don't want one, or decide not to give you one when you do... but
that's not my call.

but you will ned the matchbox- or multitap im module to send these messages.
qtopia-x11 has been patched todo this too. the illume keyboard also understands
a newer and much more reliable method of auto-requesting a virtual keyboard
(properties on your window), and i think holger has added support in qtopia-x11
for that now, but it also understands the older MB and multi-tap protocol... if
people want other protocols supported...let me know the details.

-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Special Letters?

[The Rasterman]

On Mon, 21 Jul 2008 15:18:37 +0200 Ole Holm Frandsen <[EMAIL PROTECTED]>
babbled:

> Sounds great that it will be possible to create better support for  
> Danish and other "non-english" languages. Does anyone know when the  
> SVN build might become "stabile"?
> But there is no way at the moment du fix this issue?

right now as of svn rev 151 of illume - the keyboard is fully functional, and
the internal illume one is enabled by default (no choice right now to turn it
off - will add that), and it ships with 3 layouts by default with a layout
selector. i changed the .kbd text format a little, but you can see examples of
inlt chars in the Numbers.kbd (i included a few). someone can make an Intl.kbd
with all the usual european accent chars in it and maybe russian and greek and
other .kbd files. have at it. maybe you want qwertz not qwerty? dunno. you guys
decide! i'm just trying to make it easy for you so that policy isnt locked in
code, and you just have config files or other config parameters you can twiddle
with to get what you want. it's not perfect, but it's not too shabby. again -
sorry for RtoL speakers. not supported (and RtoL languages are painful to
support especially for display in mixed LtoR and RtoL text). will one day get
to it.

nb - for asian languages (traditional or simplified chinese by zuhin or pinyin,
you will need ALSO an input method handler like uim, scim, kinput etc. etc.).

maybe it makes sense eventually fo the keyboard to also include input method
integration so the buffer when doing dictionary-lookup and correction displays
the input method compose buffer... but i'm going to worry about that after
simpler european langauges are done. (probably before RtoL though).

> Den 20/07/2008 kl. 17.59 skrev Michele Renda:
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Carsten Haitzler (The Rasterman) wrote:
> >> in the end i imagine people might do custom layouts for a language  
> >> (eg german
> >> would only have ä, ö, ü and ß). romainian some other set, danish  
> >> another set.
> >
> > I think i can help we collect a series of layout to ship with  
> > Freerunner.
> >
> > If we collect a person for every country we can provide a full set of
> > keyboard layout (we can see the key are available in our keyboard).  
> > They
> > are text file so them will not take too much space.
> > We need something to easily swith from a layout to the other (if it
> > doesn't exist yet).
> >
> > Regards
> > Michele
> Sounds like a great idea Michele and if made correctly it wouldn´t be  
> that difficult to implant in the SVN build that Carsten Haitzler is  
> talking about.
> >
> >
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v1.4.9 (GNU/Linux)
> > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> >
> > iEYEARECAAYFAkiDYOUACgkQSIAU/I6SkT1AcwCfZqoDOohHCzChP8Pxr0XU0gA8
> > kGIAn3R9F2oDJLZXJXQEJ7ZC9SdZOEfg
> > =uDgl
> > -END PGP SIGNATURE-
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> 
> Venlig Hilsen/Kind Regards
> Ole Holm Frandsen
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Matchbox Keyboard Layout Change

[Ole Holm Frandsen]

Den 21/07/2008 kl. 20.31 skrev arne anka:

>> the keyboard - some scandinavian letters etc?
>
> självklart ;-)
> have a look at the file -- from my short glance yesterday it seems you
> just define the rows and what each button should be.

Hehe tak ;-) Fair, then there is not much that is left which prevents  
me from buying a Neo Freerunner... :-)
> ___
> 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: Proper mixer settings for music playback, or hardware fixes?

[Dylan Reilly]

Actually, ignore my response about it not working. I completely missed
the MD5 sum error. I need to read directions more closely.

The fix improves the quality immensely. There are occasions where some
slight clipping and popping still occur, however. But, I am having
trouble nailing down exactly when.

On Mon, Jul 21, 2008 at 2:45 PM, Dylan Reilly <[EMAIL PROTECTED]> wrote:
> Just installing the ipk alone (I assume this is what you meant -- I
> have no dev environment up and running ATM) seems to not effect the
> distortion much if at all. The difference between no pulse audio and
> through pulse is still like night and day.
>
> On Mon, Jul 21, 2008 at 2:31 PM, Russell Sears <[EMAIL PROTECTED]> wrote:
>> See bug #1614
>>
>> https://docs.openmoko.org/trac/ticket/1614
>>
>> I've uploaded a patch that bypasses pulseaudio and a difficult to
>> install ipk file (sorry).  This ~ halves mediaplayer's CPU utilization.
>>
>> Can you check to see if the change fixes distortion in mediaplayer?
>>
>> -Rusty
>>
>> Dylan Reilly wrote:
>>> On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote:
>>>
 I noticed the high-pass, but came to acceptable results using
 alsamixer's bass-boost options. My main concern is with the
 distortion in the mids to highs. As far as I understand, the
 above mentioned postings only cover the high-pass problem.
 But I certainly don't understand all the technical stuff.

 Does anyone else experience distortion?
>>>
>>> I have also noticed some heinous distortion in the mid to high range
>>> through the media player in the latest 2007.02 builds. However, it is
>>> not present under Qtopia. I experimented mixing and matching kernels
>>> between the distributionsw and 2007.02 + Qtopia kernel still has the
>>> distortion.
>>>
>>> I did some more poking around (under 2007.02) and it seems the issue
>>> is related to pulse audio. Using madplay to play straight to /dev/dsp
>>> produces no distortion but madplay through pulse audio does. I don't
>>> know much about pulse audio; does anyone have any recommendations for
>>> a work-around?
>>>
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Dylan Maxwell Reilly
>



-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Proper mixer settings for music playback, or hardware fixes?

[Dylan Reilly]

Just installing the ipk alone (I assume this is what you meant -- I
have no dev environment up and running ATM) seems to not effect the
distortion much if at all. The difference between no pulse audio and
through pulse is still like night and day.

On Mon, Jul 21, 2008 at 2:31 PM, Russell Sears <[EMAIL PROTECTED]> wrote:
> See bug #1614
>
> https://docs.openmoko.org/trac/ticket/1614
>
> I've uploaded a patch that bypasses pulseaudio and a difficult to
> install ipk file (sorry).  This ~ halves mediaplayer's CPU utilization.
>
> Can you check to see if the change fixes distortion in mediaplayer?
>
> -Rusty
>
> Dylan Reilly wrote:
>> On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote:
>>
>>> I noticed the high-pass, but came to acceptable results using
>>> alsamixer's bass-boost options. My main concern is with the
>>> distortion in the mids to highs. As far as I understand, the
>>> above mentioned postings only cover the high-pass problem.
>>> But I certainly don't understand all the technical stuff.
>>>
>>> Does anyone else experience distortion?
>>
>> I have also noticed some heinous distortion in the mid to high range
>> through the media player in the latest 2007.02 builds. However, it is
>> not present under Qtopia. I experimented mixing and matching kernels
>> between the distributionsw and 2007.02 + Qtopia kernel still has the
>> distortion.
>>
>> I did some more poking around (under 2007.02) and it seems the issue
>> is related to pulse audio. Using madplay to play straight to /dev/dsp
>> produces no distortion but madplay through pulse audio does. I don't
>> know much about pulse audio; does anyone have any recommendations for
>> a work-around?
>>
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Matchbox Keyboard Layout Change

[arne anka]

> the keyboard - some scandinavian letters etc?

självklart ;-)
have a look at the file -- from my short glance yesterday it seems you  
just define the rows and what each button should be.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Proper mixer settings for music playback, or hardware fixes?

[Russell Sears]

See bug #1614

https://docs.openmoko.org/trac/ticket/1614

I've uploaded a patch that bypasses pulseaudio and a difficult to 
install ipk file (sorry).  This ~ halves mediaplayer's CPU utilization.

Can you check to see if the change fixes distortion in mediaplayer?

-Rusty

Dylan Reilly wrote:
> On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote:
> 
>> I noticed the high-pass, but came to acceptable results using
>> alsamixer's bass-boost options. My main concern is with the
>> distortion in the mids to highs. As far as I understand, the
>> above mentioned postings only cover the high-pass problem.
>> But I certainly don't understand all the technical stuff.
>>
>> Does anyone else experience distortion?
> 
> I have also noticed some heinous distortion in the mid to high range
> through the media player in the latest 2007.02 builds. However, it is
> not present under Qtopia. I experimented mixing and matching kernels
> between the distributionsw and 2007.02 + Qtopia kernel still has the
> distortion.
> 
> I did some more poking around (under 2007.02) and it seems the issue
> is related to pulse audio. Using madplay to play straight to /dev/dsp
> produces no distortion but madplay through pulse audio does. I don't
> know much about pulse audio; does anyone have any recommendations for
> a work-around?
> 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Rules based policy engine

[Russell Sears]

I fell out of this discussion for a while, but I'd much rather see a 
very simple C API that delivers events from DBUS with bindings for 
python / your favorite language.  The event system and programming model 
(rule based, prolog, python, ...) should be completely separate modules. 
  That way, you don't need to design your application around being able 
to  receive external events.

Also, if we couple the event system to the programming language, then 
all other languages become second class citizens.  That would suck.

I'd like to clarify my original post.  (Also, I still haven't looked at 
D-BUS, it might already do most/all of this stuff.)

These two lines are meant to be function invocations, perhaps in C or in 
python:

register_event_handler("/phone/incoming_call = true",
 mute_music_callback)

register_event_handler("/clock/time = 600",
   play_alarm_callback,
 "loud_buzzer.ogg")

register_event_handler() should be a C function that takes three arguments:

1: A char* containing a query written in a small domain specific 
language.  I don't think we need support for more than:

  a)  =, <, >, ...
  b)  Conjunction + disjunction; && and ||, which means "all of" or "one
  of" these rules match

The following two would be nice, but might make things harder to implement:

  a)  Parenthesis for grouping
  b)  Negation

xpath is a well-known language, and is close, though I don't know how 
well existing implementations deal with events (ie: third parties making 
changes to the underlying xml document).  Also, I think xpath is 
probably too complicated.

2: A function pointer of type void (fcn*)(void *)

This gets invoked when the evaluation of the query changes from false to 
true.

3) A void *

The application program controls what goes in the void*.

Applications should be able to build all sorts of things with these 
primitives, including new domain specific languages.

It would be good to make sure that it's easy to have prolog or some 
other rule based system autogenerate and interface to the small domain 
specific language.  I think the way it would work is prolog would use 
some event handlers to maintain a table of facts that the DSL would then 
use as its base database.

Also, datalog would be a much better choice than prolog.  The outcome of 
prolog programs depends on the order in which rules are defined.  This 
isn't true for datalog, which has cleaner semantics.  The two languages 
have nearly identical syntax.

-Rusty

Chris Wright wrote:
> 2008/7/20 Ryan Meador <[EMAIL PROTECTED]>:
>> I think it's important that we use an existing general-purpose platform such 
>> as
>> Prolog (at least, it's about as general purpose as logic programming 
>> gets...).
> 
> I would favor Rhino.DSL, simply because I know it integrates well with
> a language with dbus bindings. And because it can probably result in
> very readable syntax. And it's based on Boo, which is very nearly
> Python, and thus more accessible to most programmers than Prolog.
> 
> Does dbus allow you to specify your priority when listening to an
> event, and to prevent it from being published to other listeners? If
> not, then the first step is to separate the relevant dbus events and
> come up with an application that merely translates unconditionally
> between the two. And that allows you to insert any rules engine you
> want.
> 
> ___
> 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: have anyone changed his ringtone ?

[arne anka]

did you check if your wav matches the paramters of the sample used  
(frequency, bits, ...)?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA02 GPS rework for SD card interference issue

[Michael Shiloh]

...and Michael goes to Steve, so all roads lead to Steve.

Expect a reply from Steve very shortly (if he hasn't already done so).

Michael

Joerg Reisenweber wrote:
> This should go to Steve and Michael, I guess
> 
> 
> Am Fr  18. Juli 2008 schrieb C R McClenaghan:
>> Tony,
>>
>> Will OpenMoko offer this repair to Freerunner owners? How and under  
>> what terms?
>>
>> Chris
>>
>> On Jul 18, 2008, at 2:28 AM, Neng-Yu Tu (Tony Tu) wrote:
>>
>>> Dear Community:
>>>
>>> For GTA02 SD card interference GPS issue, our hardware team provide a
>>> hardware fix/workaround for this coexistence bug. Sorry post it late,
>>> because we have to make sure this fix works and don't have side  
>>> effects.
>>>
>>> Here is the fix:
>>>
>>> http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf
>>>
>>> This fix could give almost same performance with SD card out of case.
>>>
>>> But this work still not suggest do by yourself, also, this fix need
>>> proper size capacitor (10 pf with 0402 package), and some solder  
>>> technique.
>>>
>>> We saw people ask about service issues of Openmoko devices, and we are
>>> working on it. Our sales discussing with our distributor about proper
>>> services model, but do not have consensus yet, I will keep update it.
>>>
>>> Thanks,
>>>
>>> Tony Tu
>>>
>>> Openmoko, Inc.
>>>
>>> Support
>>>
>>> ___
>>> 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: update to quickstart user guide adds "known issue" section

[Michael Shiloh]

Mike Montour wrote:
> Michael Shiloh wrote:
> 
>> Most importantly, the addition of a "known issues" section: 
>> http://quickstart.openmoko.org/#knownissues
> [...]
>> (Duplication is evil because it almost guarantees that one is wrong, or 
>> at the very least confuses the newcomer.)
> 
> Note that there is a similar page on the wiki at 
> http://wiki.openmoko.org/wiki/Freerunner_Hardware_Issues

Yes. I'm well aware of it, and resolving this duplication is a strong 
intention of mine.

Thanks,
Michael

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: USB numeric keyboard as full character keyboard

[Steven **]

In theory, it should work.  Whether it would work out-of-the-box is
another question.  Can't say that for sure.

-Steven

On Sun, Jul 20, 2008 at 4:40 PM, Tomasz Czapiewski <[EMAIL PROTECTED]> wrote:
> Is it possible to use with Neo FreeRunner USB numeric keyboard for
> notebooks simmilar to these:
> http://www.amazon.co.uk/NUMERIC-USB-KEYPAD-LAPTOP-NOTEBOOK/dp/B000P158OM/ref=pd_bxgy_ce_img_a
> http://www.amazon.co.uk/USB-NumKey-Numeric-Key-Pad/dp/3293009948/ref=pd_sbs_ce_3
>
> The idea to use it is simmilar to phone's numeric keyboard when writing
> SMS etc. but it's just a simple numeric keyboard.
>
> I've just get notebook accessories case with such thing and I'm planning
> to use it with Neo FreeRunner when I'll buy this linux phone/PDA
> (with group buy next week).
>
> --
> xeros
>
> ___
> 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: Import contacts qtopia

[Lorn Potter]

Greg Bonett wrote:
>>
>> Unofficial answer (as this is not tested by us... it is the code from
>> trolltech as is so is likely to have issues)
>>
>> 1.) copy the the file vcf to the device
>> 2.) /opt/Qtopia/bin/addressbook /path/to/vcf-file (will get deleted)
>> 3.) GUI makes some stuff... asks you to import..
>> 4.) You might need to restart afterwards
>>
>>
>> maybe someone comes up with a FAQ...
>>
>>
>>
>> z.
> Ah, thats seems easy.
> Can anyone confirm this method?  (I'll try it as soon as I get home from
> work)
> 

Would probably work., or putting them in /home/root/Documents or on the 
sd card and then clicking on them in the Documents view.


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: In the press. "The OpenMoko wiki - a tangled pile of mostlyoutdated and incomplete documentation."

[Michael Shiloh]

Josh Monson wrote:
> Has the list been created? The wiki-editors mailing list?

yes. it's called documentation.


> 
> Michael/Brenda,
> Is there any type of organizational plan at this point in terms of whom
> will be doing what, 

no, although i look to the original 4-5 volunteers to lead the effort.

if you want to be involved, the procedure should be this:

1. join the "documentation" mailing list
2. respectfully listen for a bit, to see how the list flows
3. make your offer of assistance, and let the "lead" volunteers guide you.
4. if you have comments or suggestions, it would be polite to wait a 
little longer to see how the active participants communicate amongst 
themselves, how they identify and organize the work, and what they are 
actually doing. they are probably already aware of whatever comment or 
idea you have, and it would be impolite to push them.






and will Brenda be coordinating the efforts I
> assume?

no.

i won't be in charge in any strong sense, but i'll be the company 
representative and will guide only when necessary. i really see the 
original volunteers as the leaders here.



> I know this has all come up very quickly so it's totally understandable
> if there is no plan as of yet :P. Just trying to get coordination
> rolling.


hope this helps
> 
> Cheers and thanks again
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of steve
> Sent: Thursday, July 17, 2008 6:24 PM
> To: 'Steven **'; 'List for Openmoko community discussion'
> Cc: 'Brenda Wang'
> Subject: RE: In the press. "The OpenMoko wiki - a tangled pile of
> mostlyoutdated and incomplete documentation."
> 
> The issue is the wiki grows like a weed. On one hand this is great since
> information just get posted.
> On the other hand this rhapsodic construction is difficult to navigate. 
> 
> So... Solutions welcomed. 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven
> **
> Sent: Thursday, July 17, 2008 1:29 PM
> To: List for Openmoko community discussion
> Cc: Brenda Wang; steve
> Subject: Re: In the press. "The OpenMoko wiki - a tangled pile of mostly
> outdated and incomplete documentation."
> 
> I'll tell you explicitly.  Go ahead.  It's a wiki!  If anyone doesn't
> like
> your change, they can easily see the history and revert it.  Or just
> clean
> up your change however they like.  That's what makes the wiki so
> powerful.
> 
> If they didn't want you to edit it, I'm pretty sure they could lock it
> down
> so that you can't.  The fact that they haven't seems to mean they aren't
> worried "regular" users might edit it.
> 
> -Steven
> 
> On Thu, Jul 17, 2008 at 3:19 PM, Stroller
> <[EMAIL PROTECTED]>
> wrote:
>> Hi there,
>>
>> I thought to try fixing a small part of this particular problem by 
>> editing the main page & adding a link to http://wiki.openmoko.org/ 
>> wiki/Distributions
>>
>> But I do not see where to put it! Perhaps it should replace the 
>> "Current software stack" link to http://wiki.openmoko.org/wiki/ 
>> NeoSoftwareStack ??
>>
>> Perhaps these 5 categories:
>>   Introduction to Openmoko
>>   Openmoko Products
>>   Join Openmoko development
>>   Openmoko community
>>   Getting started with Openmoko Wiki
>> should be extended with the addition of "Openmoko software"?
>>
>> Or perhaps I should just get my hands dirty and change the 
>> "Introduction to Openmoko" to include the link to "Distributions"? As 
>> a user I feel reluctant to edit the main page as I feel it "belongs"
>> to Openmoko the company or to Brenda, so you must tell me explicitly 
>> if you wish me to feel free.
>>
>> Stroller.
>>
>>
>>
>> On 17 Jul 2008, at 20:00, steve wrote:
>>
>>> Brenda
>>>
>>>   The main page index does not address Scotts issue.
>>>
>>>   I second scott's criticism of the wiki. It is not organized well.
>>>
>>>   A good start would be a better search engine
>>>
>>>
>>>
>>> Steve
>>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] On Behalf Of Brenda 
>>> Wang
>>> Sent: Thursday, July 17, 2008 6:56 AM
>>> To: [EMAIL PROTECTED]; List for Openmoko community discussion
>>> Subject: Re: In the press. "The OpenMoko wiki - a tangled pile of 
>>> mostly outdated and incomplete documentation."
>>>
>>> Hi, I am wiki full time editor of Openmoko.
>>> Thank you for your opinion . I will put more effort , to make wiki 
>>> more easy to use.
>>> And now , If you want to know what we have on wiki , Please use this 
>>> Index page.
>>> http://wiki.openmoko.org/wiki/Main_Page
>>>
>>> Brenda
>>>
>>> Scott Derrick ??:
 Perhaps this is what you seek?

> http://wiki.openmoko.org/wiki/Distributions
>
>
>
 This is a great page, one of the gems hidden in the bowels of the OM
> 
 Wiki.

 Its also a great example of whats wrong with the Wiki.

 But how do I find it?  Its not listed on the home page,  not on the
 FreeRunner page,  not on the 

Re: Anyone using FR as a phone?

[Kalle Happonen]

Scott Derrick wrote:
> Its hard to believe the distro doesn't come pre-configured with settings
> that don't produce echo, very low volume, interference?
>
>   
It's hard to believe nobody has come up with Better Than Default 
settings, uploaded the config, and gotten it in the newest release :)
> Scott
>
> Cédric Berger wrote:
>   
>> People I had on the phone never complained about echo. When I asked,
>> they said there was none.
>> But they often complained about volume level too low... and maybe
>> that's why there was no echo...
>> (and they also complained about interference noise, which I heard too)
>>
>> I need to make more calls and change my volume settings to know more...
>>
>> 
>
>
> ___
> 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: headset with qtopia

[Lorn Potter]

Ole Kliemann wrote:
> On Mon, Jul 21, 2008 at 05:34:47AM +, thewtex wrote:
>> Has anyone got the headset that comes with the Freerunner group purchase 
>> working
>> with the qtopia.net images?  There seems to be a small amount of sound coming
>> out somewhere.  And speakerphone goes wacky.  Maybe alsamixer settings?
> 
> I am using this version: 
> 
>   qtopia-4.3.2-gta02-flash-07172049.tgz
> 
> When I plug in the headset while playing something with mediaplayer, I
> only get sound on one channel on the headset, speaker still sounds
> normal.
> 
> There is a alsamixer control `Amp Spk'; if you turn it off, speaker goes
> off and headset has both channels.
> 
> Now question would be, how to make qtopia to recognize the headset has
> been plugged in and change mixer settings accordingly. The .state files
> in /usr/share/openmoko/scenarios are in place but don't seem to be used.

Yes, they are used by Qtopia. You would not have sound on a phone call, 
if these were not used to change the mixer settings.

Qtopia might have stopped seeing the headphone insert. Will look at this.



-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import contacts qtopia

[Lorn Potter]

Cédric Berger wrote:
> What about Qtopia Desktop (application for the PC) ?
> Would it fit to manage synchronisation ?
> 
> Since download from qtopia website (
> http://trolltech.com/developer/downloads/qtopia/desktopdownloads ) has
> been disabled (they told me this was not intended for this application
> -not GPL- and it would be put back soon), I could only get an old (?)
> version, and anyway could not have it connect to qtopia
> synchronisation on my freerunner...

QD is not around any longer and will not sync to Qtopia 4.
Qtopia 4 has 'sync agent', which currently only has a plugin for Outlook.


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import contacts qtopia

[Greg Bonett]

>
>
> Unofficial answer (as this is not tested by us... it is the code from
> trolltech as is so is likely to have issues)
>
> 1.) copy the the file vcf to the device
> 2.) /opt/Qtopia/bin/addressbook /path/to/vcf-file (will get deleted)
> 3.) GUI makes some stuff... asks you to import..
> 4.) You might need to restart afterwards
>
>
> maybe someone comes up with a FAQ...
>
>
>
> z.
Ah, thats seems easy.
Can anyone confirm this method?  (I'll try it as soon as I get home from
work)

-Greg


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Why is Qtopia much faster?

[Lorn Potter]

Tilman Baumann wrote:
> Yorick Moko wrote:
>> This might be a stupid question, but it isn't the first and will not
>> be the last stupid one I ask :).
>> I have glimpsed at the 2007.2, ASU and qtopia image (the latest
>> builds) and a very noticable difference is the speed.
>> Will this improve in the ASU and the 2007.2 or should I not get my
>> hopes on? Qtopia just responds and seems to load everything faster.
> 
> Qtopia has a more integrated aproach. They load plugins for different 
> features. (AFAIK)
> And the other systems launch new programs for each task. Sometimes even 
> based on different frameworks. (e,gtk,qt)
> There are ideas how to speed them up. Like pre-loading or integrating 
> the basic phone apps into one binary.
> 
> If you want speed now, take qtopia. What you get is a phone.
> The other systems go a few steps further...

how so?

-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Proper mixer settings for music playback, or hardware fixes?

[Ole Kliemann]

On Mon, Jul 21, 2008 at 12:31:44PM -0400, Dylan Reilly wrote:
> On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote:
> 
> > I noticed the high-pass, but came to acceptable results using
> > alsamixer's bass-boost options. My main concern is with the
> > distortion in the mids to highs. As far as I understand, the
> > above mentioned postings only cover the high-pass problem.
> > But I certainly don't understand all the technical stuff.
> >
> > Does anyone else experience distortion?
> 
> I have also noticed some heinous distortion in the mid to high range
> through the media player in the latest 2007.02 builds. However, it is
> not present under Qtopia. 

Just today I tried Qtopia. Did not do much listening, but I think I can
confirm there were no distortions with Qtopia.


pgpyaxlG2T0zy.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import contacts qtopia

[Holger Freyther]

On Monday 21 July 2008 14:12:35 Cédric Berger wrote:
> What about Qtopia Desktop (application for the PC) ?
> Would it fit to manage synchronisation ?
>
> Since download from qtopia website (
> http://trolltech.com/developer/downloads/qtopia/desktopdownloads ) has
> been disabled (they told me this was not intended for this application
> -not GPL- and it would be put back soon), I could only get an old (?)
> version, and anyway could not have it connect to qtopia
> synchronisation on my freerunner...

There is a src/qtopiadesktop directory in the Qtopia source tree. I have never 
bothered to compile it. qdsync runs on the device, if you attempt to compile 
it it might or might not work.

z.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: The Song of Arkadia

[Yorick Moko]

i'm also looking forward to this

ps: there is a wishlist page on the wiki, add what you would like :)
http://wiki.openmoko.org/wiki/Wishlist:Games

On Mon, Jul 21, 2008 at 9:35 PM, Esben Stien <[EMAIL PROTECTED]> wrote:
> Any info on arcade games ported to the freerunner?.
>
> Old classics like tetris, pacman (njam), lemmings (pingus), nibbles
> and sidescrollers running through dungeons and mazes, shooting space
> ships and such. Fun for the whole family.
>
> I think I played every arcade games in existence back in 80's/90's and
> it would be fun to relive those moments on the freerunner.
>
> --
> Esben Stien is [EMAIL PROTECTED] s  a
> http://www. s tn m
>  irc://irc.  b  -  i  .   e/%23contact
>   sip:b0ef@   e e
>   jid:b0ef@n n
>
> ___
> 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: Reason for GPS problems found! / more patches

[Chris]

look here:
http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=1d04b142ffeaa15129f046751f1366b0f0614f47

Scott Derrick wrote:
> does it say what the two settings actually do?
>
> Scott
>
>   

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Alternative stylus - Group Buy

[bburdette]

Steven ** wrote:
> Anyone interested in a different group buy?
> I want one of these:
> http://www.jetmall.net/index.asp?PageAction=VIEWPROD&ProdID=303
> I think it would go with my FreeRunner very well.  It even has a
> little strap that I could hook though the hole on the FreeRunner!
> 

Put me on the list!


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Import contacts qtopia

[Holger Freyther]

On Friday 18 July 2008 20:32:50 Ole Kliemann wrote:
> Not sure whether I missed something. I am looking for a way to import
> VCF into qtopia. I could only find the discussion on this list, which, as
> far as I understand, covers importing VCF to the GTK addressbook only.
>
> There is also a howto on importing Blackberry contacts to qtopia. It
> could be helpful if one were able to convert VCF to sqlite.
>
> Any hints appreciated.


Unofficial answer (as this is not tested by us... it is the code from 
trolltech as is so is likely to have issues)

1.) copy the the file vcf to the device
2.) /opt/Qtopia/bin/addressbook /path/to/vcf-file (will get deleted)
3.) GUI makes some stuff... asks you to import..
4.) You might need to restart afterwards


maybe someone comes up with a FAQ...



z.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

The Song of Arkadia

[Esben Stien]

Any info on arcade games ported to the freerunner?. 

Old classics like tetris, pacman (njam), lemmings (pingus), nibbles
and sidescrollers running through dungeons and mazes, shooting space
ships and such. Fun for the whole family. 

I think I played every arcade games in existence back in 80's/90's and
it would be fun to relive those moments on the freerunner.

-- 
Esben Stien is [EMAIL PROTECTED] s  a 
 http://www. s tn m
  irc://irc.  b  -  i  .   e/%23contact
   sip:b0ef@   e e 
   jid:b0ef@n n

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Reason for GPS problems found! / more patches

[Scott Derrick]

does it say what the two settings actually do?

Scott

Chris wrote:
> Andy Green wrote:
>> Just a heads-up there is also another relevant patch on stable tonight.
>> ~ It gives another interesting knob to twiddle about GPS performance.
>>
>> http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=1d04b142ffeaa15129f046751f1366b0f0614f47
> I did some tests with the new settings. My observations are based on the 
> signal strength output in AGPS-UI.
> 
> sd_idleclk=1 and sd_drive=2:
> The strength of the gps-signal rapidly goes down, then I loose the fix 
> on my window.
> 
> sd_idleclk=1 and sd_drive=0:
> I can't see a weakening of the gps-signal. Signal strength seems as good 
> as with sd_idleclk=0.
> I copied some (big) files to and from the card, none were corrupted, all 
> md5-sums were identical. I'm using a sandisk 4GB SDHC card.
> 
> 
> Thanks for the great work.
> 
> -Chris
> 
> 
> ___
> 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: Alternative stylus - Group Buy

[Steven **]

Jetmall is the only one that seems to sell the stylus separately.  If
you can find a different vendor, let me know.  They may have cheaper
shipping.  But my Google-fu shows no other sites selling the stylus
separately.

-Steven

On Mon, Jul 21, 2008 at 11:57 AM, C R McClenaghan <[EMAIL PROTECTED]> wrote:
> Steven,
>
> Check this link out:
>
> http://www.cowonamerica.com/buy/us.html
>
> There do appear to be Canadian and other international outlets as well.
>
> As far as your offer goes, I'll take one as well.
>
> Chris
>
> On Jul 18, 2008, at 10:53 PM, Steven ** wrote:
>
>> Anyone interested in a different group buy?
>> I want one of these:
>> http://www.jetmall.net/index.asp?PageAction=VIEWPROD&ProdID=303
>> I think it would go with my FreeRunner very well.  It even has a
>> little strap that I could hook though the hole on the FreeRunner!
>>
>> But as you'll see, they want $9 to ship a $3 stylus.  They apparently
>> only offer UPS for shipping and I can't find any other store that
>> sells this stylus.  However, the shipping cost doesn't go up with
>> additional stylus (because they weigh nothing!).  So, if anyone else
>> is interested in one, we could save on shipping by buying 10 of them
>> and re-shipping via USPS (which wouldn't need more than a 42 cent
>> stamp in the US).  Anyone interested?  If I can get 8 other people, it
>> would work out to $4.50 per person.
>>
>> -Steven
>>
>> ___
>> 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: Reason for GPS problems found! / more patches

[Chris]

Andy Green wrote:
> Just a heads-up there is also another relevant patch on stable tonight.
> ~ It gives another interesting knob to twiddle about GPS performance.
>
> http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=1d04b142ffeaa15129f046751f1366b0f0614f47
I did some tests with the new settings. My observations are based on the 
signal strength output in AGPS-UI.

sd_idleclk=1 and sd_drive=2:
The strength of the gps-signal rapidly goes down, then I loose the fix 
on my window.

sd_idleclk=1 and sd_drive=0:
I can't see a weakening of the gps-signal. Signal strength seems as good 
as with sd_idleclk=0.
I copied some (big) files to and from the card, none were corrupted, all 
md5-sums were identical. I'm using a sandisk 4GB SDHC card.


Thanks for the great work.

-Chris


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Message coding?

[Alexander Syring]

Hi
I sent an text message to a friend of mine but he can't read the message. Does 
anybody has same problems? I think the problem was the german "umlaute äöü".

And the other problem is, that messages I get with "umlaute" are crippled like 
this text
 ...  k|nnen.W~rd ...
should displayed as
... können. Würd ...

I've read on wikipedia that the message should coded with 7bit.
Does openmoko-messages code the text with 7bit?

regards
Alex

 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Matchbox Keyboard Layout Change

[Charles-Henri Gros]

Roland Mas wrote:
> shawn sullivan, 2008-07-21 09:01:26 -0600 :
> 
>> Dvorak, here I come!
> 
> Er, Dvorak on a touchscreen might be exactly the wrong thing to
> do... you don't really want to alternate taps on both sides of the
> screen, do you?

QWERTY is also "optimized" for that (originally to avoid typewriter
jams). The main point is to know where to find the keys.

-- 
Charles-Henri


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

have anyone changed his ringtone ?

[Zitune]

If yes ...
how ?

P.S. i post a mail with what I ve tried, without respond ...


Hi,

I m trying to change my ringtone, but it seems i'm missing something.

I made a new .wav (because i m not sure that it manage .ogg/mp3 yet)
my .wav is 4.5 Mo
it'located in /media/card/wav (with all rigths)

i alter my /etc/pulse/session :

load-sample ringtone /media/card/wav/test.wav

I reboot my FR (when i make a /etc/init.d/pulseaudio restart ... i
lost the sound !!!???)

and ... no more ringtone.

Is anybody know where i mess up ?




--
Zitune

"GNU/Linux is user-friendly. It's just very selective about who its friends
are."
http://www.april.org/
http://www.openmoko.com/

"Les enfants croient au pére Noël. Les adultes votent" P.Desproges
http://www.federation-anarchiste.org/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Alternative stylus - Group Buy

[C R McClenaghan]

Steven,

Check this link out:

http://www.cowonamerica.com/buy/us.html

There do appear to be Canadian and other international outlets as well.

As far as your offer goes, I'll take one as well.

Chris

On Jul 18, 2008, at 10:53 PM, Steven ** wrote:

> Anyone interested in a different group buy?
> I want one of these:
> http://www.jetmall.net/index.asp?PageAction=VIEWPROD&ProdID=303
> I think it would go with my FreeRunner very well.  It even has a
> little strap that I could hook though the hole on the FreeRunner!
>
> But as you'll see, they want $9 to ship a $3 stylus.  They apparently
> only offer UPS for shipping and I can't find any other store that
> sells this stylus.  However, the shipping cost doesn't go up with
> additional stylus (because they weigh nothing!).  So, if anyone else
> is interested in one, we could save on shipping by buying 10 of them
> and re-shipping via USPS (which wouldn't need more than a 42 cent
> stamp in the US).  Anyone interested?  If I can get 8 other people, it
> would work out to $4.50 per person.
>
> -Steven
>
> ___
> 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: Matchbox Keyboard Layout Change

[Ole Holm Frandsen]

Very interesseting project/guide. Will this make is possible to change  
the keyboard layout to replace or add some special letters/signs to  
the keyboard - some scandinavian letters etc?

Venlig Hilsen
Ole Holm Frandsen

Registeret GNU/Linux bruger: 417963
.Mac Member: froksen




Den 21/07/2008 kl. 17.55 skrev Joerg Lippmann:

> Am Sonntag 20 Juli 2008 schrieb Alexander Syring:
>
>> I made an howto change matchbox layout
>
> Great!
>
> Is it also possible to change the size of the keys? They are so  
> tiny. I'd like
> to reduce the size of the shift and ctrl keys to have more space for  
> the
> letters. Also we should get rid of the unused space between the keys.
>
> -- 
> [EMAIL PROTECTED]
>
> ___
> 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: Anyone using FR as a phone?

[Scott Derrick]

Its hard to believe the distro doesn't come pre-configured with settings
that don't produce echo, very low volume, interference?

Scott

Cédric Berger wrote:
> People I had on the phone never complained about echo. When I asked,
> they said there was none.
> But they often complained about volume level too low... and maybe
> that's why there was no echo...
> (and they also complained about interference noise, which I heard too)
> 
> I need to make more calls and change my volume settings to know more...
> 


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Proper mixer settings for music playback, or hardware fixes?

[Dylan Reilly]

On Fri, Jul 18, 2008 at 02:50:18PM +0100, Al Johnson wrote:

> I noticed the high-pass, but came to acceptable results using
> alsamixer's bass-boost options. My main concern is with the
> distortion in the mids to highs. As far as I understand, the
> above mentioned postings only cover the high-pass problem.
> But I certainly don't understand all the technical stuff.
>
> Does anyone else experience distortion?

I have also noticed some heinous distortion in the mid to high range
through the media player in the latest 2007.02 builds. However, it is
not present under Qtopia. I experimented mixing and matching kernels
between the distributionsw and 2007.02 + Qtopia kernel still has the
distortion.

I did some more poking around (under 2007.02) and it seems the issue
is related to pulse audio. Using madplay to play straight to /dev/dsp
produces no distortion but madplay through pulse audio does. I don't
know much about pulse audio; does anyone have any recommendations for
a work-around?

-- 
Dylan Maxwell Reilly

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anyone using FR as a phone?

[Cédric Berger]

People I had on the phone never complained about echo. When I asked,
they said there was none.
But they often complained about volume level too low... and maybe
that's why there was no echo...
(and they also complained about interference noise, which I heard too)

I need to make more calls and change my volume settings to know more...



On Mon, Jul 21, 2008 at 17:58, Timo Jyrinki <[EMAIL PROTECTED]> wrote:
> 2008/7/21 Al Johnson <[EMAIL PROTECTED]>:
>> Assuming there is sufficient difference in level between voice level and the
>> level from the earpiece it should be possible to set the noise gate so that
>> it only triggers when you are actually speaking, stopping the echo. The
>> compressor should even out the variations in level.
>
> So is basically everyone who is being called with a Neo Freerunner
> having at least a little echo of her own voice? At some point I had
> often the problem that the receiver heard everything she said very
> aloud about 1s later, now in at least my own tests it's merely quite
> quiet repetition that doesn't always even occur (gets cut off by
> something, eg. a noise filter). I used gsmhandset.state from here:
> http://freeyourphone.de/portal_v1/viewtopic.php?f=5&t=170&start=75#p3277
> and also stored it at /etc/asound.state.
>
> -Timo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Anyone using FR as a phone?

[Timo Jyrinki]

2008/7/21 Al Johnson <[EMAIL PROTECTED]>:
> Assuming there is sufficient difference in level between voice level and the
> level from the earpiece it should be possible to set the noise gate so that
> it only triggers when you are actually speaking, stopping the echo. The
> compressor should even out the variations in level.

So is basically everyone who is being called with a Neo Freerunner
having at least a little echo of her own voice? At some point I had
often the problem that the receiver heard everything she said very
aloud about 1s later, now in at least my own tests it's merely quite
quiet repetition that doesn't always even occur (gets cut off by
something, eg. a noise filter). I used gsmhandset.state from here:
http://freeyourphone.de/portal_v1/viewtopic.php?f=5&t=170&start=75#p3277
and also stored it at /etc/asound.state.

-Timo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Matchbox Keyboard Layout Change

[Joerg Lippmann]

Am Sonntag 20 Juli 2008 schrieb Alexander Syring:

> I made an howto change matchbox layout

Great!

Is it also possible to change the size of the keys? They are so tiny. I'd like 
to reduce the size of the shift and ctrl keys to have more space for the 
letters. Also we should get rid of the unused space between the keys.

-- 
[EMAIL PROTECTED]

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: wiki database error

[Joseph M. Jarvis]

koebi wrote:
   just wanted to let somebody know that today, after an edit on the 
wiki, I got a database error message:

---
Database error
 From Openmoko
Jump to: navigation, search
A database query syntax error has occurred. This may indicate a bug in 
the software. The last attempted database query was:


 (SQL query hidden)

from within function "SearchMySQL4::update". MySQL returned error "126: 
Incorrect key file for table './wikidb/searchindex.MYI'; try to repair 
it (localhost)".

--

nevertheless, the changes I made were applied.


I can confirm all of this as well.

--
Joseph Mark Jarvis
http://joejarvis.org/



signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Matchbox Keyboard Layout Change

[Tilman Baumann]

Roland Mas wrote:
> shawn sullivan, 2008-07-21 09:01:26 -0600 :
> 
>> Dvorak, here I come!
> 
> Er, Dvorak on a touchscreen might be exactly the wrong thing to
> do... you don't really want to alternate taps on both sides of the
> screen, do you?
> 
>   Unless you meant "some layout optimised especially for the FR
> touchscreen according to the same methods that gave us the Dvorak-ish
> keyboard layouts", in which case I'm all in favour :-)
Probably depends on what you are used to.
I go nuts when i have to type anything in a ABC layout on touch screens 
as they are often used in public service points.

I'm not using 10 fingers there, but i have to search every key. Frustrating!

Same goes for me with mobile phone text entry. It's not too unergonomic 
(if you are used to), but i go nuts over searching every key.

-- 
Drucken Sie diese Mail bitte nur auf Recyclingpapier aus.
Please print this mail only on recycled paper.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Influence of WiFi on GPS readings (200m error)

[Marcus Bauer]

On Mon, 2008-07-21 at 07:54 -0700, C R McClenaghan wrote:
> I'm not sure where the fault lies, but with tangogps, I seem to get a  
> scatter plot displayed for my position. Initially the fix seems  
> accurate, then it starts to wander, although I may not be. If I am  
> moving, the trial doesn't seem to follow the route I've taken. I think  
> it may be tangogps, but I thought I'd try using my garmin bluetooth in  
> a "side by side" kind of test to see whether it is tangogps or the gps  
> radio.

tangogps just uses whatever comes from the GPS chip. No mangling
whatsoever. You can test it by just dumping the output of /dev/ttySAC1
to a logfile, convert it to GPX or KML and use it with Google maps.

The u-blox chip is quite jittery (extremly so when used with an SD card
without the fixes, be it kernel or additional capacitor).

Additionally in a city the accuracy of any GPS while driving or walking
will deviate up to 50m from your real position. Just have a look at
openstreetmap GPX traces for various cities...

The performance of the u-blox chip (without an SD card) is impressive -
apart from that flaw the hardware guys at openmoko have done an
excellent job.

Last word about the jitter: most GPS chips support different modes, one
where they flatten out the GPS signal and a 'straight' one. Have a look
into the u-blox binary protocol and you will most likely find something
there to switch - I know that SIRF has something to this account. The
Globallocate chip in the Neo 1973 does flatten by default. However, you
need to go between 10m and 20m before it starts to 'believe' that you
move. The u-blox tells you after 3-4m.

Marcus

> 
> Chris
> 
> On Jul 21, 2008, at 12:02 AM, Russell Sears wrote:
> 
> > I've had this problem when the initial fix was obtained while I'm  
> > inside
> > a vehicle (such as a bus or car) or near a lot of metal.  Going to a
> > complete stop, then moving a few times (in the car) seems to give the
> > chipset a better chance to realize it's got a bogus fix.
> >
> > -Rusty
> >
> > Yaroslav Halchenko wrote:
> >> Hi All,
> >>
> >> Finally I got to play with FR. Flushed todays (0721) dev image and  
> >> kernel.
> >> Running TangoGPS. While WiFi is on (WEP encrypted. wpa_supplicant
> >> powered ;)) I am having location error (never hit the right spot)  
> >> around
> >> 200-400m with reported speed from 0.5 to 20 km/h (while I am siting
> >> steadily in 1 place).
> >>
> >> When I turn WiFi Off (just on my FR, without touching access point  
> >> or a
> >> laptop from which I am writing) -- location moves to the right spot  
> >> with
> >> a bias of 10m or so.
> >>
> >> Therefore, the question: is that expected? ie that we can't rely on  
> >> GPS
> >> readings while WiFi is on?  Or from the other side: what is
> >> 'documented' precision in GPS readings while WiFi is enabled (and not
> >> actually very actively used, if used at all  since I guess TangoGPS
> >> already had those tiles from OSM downloaded).
> >>
> >> Or may be it is just my FR which behaves that way? Did anyone observe
> >> any similar behavior?
> >>
> >
> >
> > ___
> > 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