Re: motorola usb->3.5->headset: compatibility?

[Christoph Witzany]

arne anka schrieb:
>>> does anybody know whether it works with motorola phones only?
>>>   
>> afaik yes.
>> means it only works with motorola devices.
>> 
>
> aww ...
> back to bluetooth is it, then.
> at least, the number of small bt receivers available with mic and 3.5  
> jacks increased over the last few weeks ...
>   
Really? I'm looking for exactly such a thing some time now ... Can you 
give me a pointer where to find it?

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

Re: HOPE and OpenMoko

[Asheesh Laroia]

On Tue, 24 Jun 2008, Bert Hartmann wrote:

> I don't know if anyone on the list is planning on attending the last 
> H.O.P.E. (http://www.thelasthope.org/) but I could easily see the groups 
> overlapping. It's in NYC a couple weeks after the dates suggested by 
> Steve a week or so ago. (Steve was talking about July 1st/4th, HOPE is 
> July 18-20) Hopefully this means that the FreeRunner will be in our 
> hands in time for it.

I hope so, and I think so!

I've been playing with a Neo1973 on and off in the past nearly-year and 
I'd be happy to chat with others who have been playing with OM hardware or 
who soon will be!

And I will be coming in from out of town to HOPE, though I'll decline your 
group offer for now. (-:

-- Asheesh.

-- 
Remember:  Silly is a state of Mind, Stupid is a way of Life.
-- Dave Butler

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

RE: Community Initiative GTK

[steve]

Thanks Roh,

  That would make a great first project for the folks who like GTK.

Steve
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joachim Steiger
Sent: Friday, June 27, 2008 9:54 AM
To: List for Openmoko community discussion
Subject: Re: Community Initiative GTK

Marcus Bauer wrote:
> Hello,
> 
> I'm wondering if there is any interest in maintaining the GTK software 
> stack?

would be nice.

e.g. take the last gtk-based ui apps, rip out all libgsmd and neod
dependencies and start communicating with the new middleware from FSO.

this would basically solve all 'call stability' problems from gsmd times and
give you the same, maintained middleware which in the future hopefully all
openmoko devices will use.

kind regards

-- 

Joachim Steiger
Openmoko Central Services

___
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: Community Initiative GTK

[steve]

Yes, with FSO we move to a UI toolkit agnostic standpoint. Where Guiologists
are free.

http://wiki.openmoko.org/wiki/OpenmokoFramework



 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of cedric cellier
Sent: Friday, June 27, 2008 8:53 AM
To: List for Openmoko community discussion
Subject: Re: Community Initiative GTK

-[ Fri, Jun 27, 2008 at 05:27:52PM +0200, Francesco Cat ]
> I must have missed something... Can you post some links to explain 
> what are the future plans for the Software Stack? Will GTK not be 
> present any more?

IIRC GTK is still present and always will be. But there are no more plans to
varous a complete software set based on it. Apparently, this is more or less
considered a feature from the OM team that no GUI is prefered over the
other.

Which is why I wondered what happended to the previous plans to provide a
complete "mobility software set". But perhaps the aim of OpenMoko has always
been to release a phone, and that I daydreamed the software stack?
:-/



___
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: To Openmoko developers

[Greg Bonett]

>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Michele Renda
> Sent: Saturday, June 28, 2008 11:42 AM
> To: Openmoko community
> Subject: To Openmoko developers
>
> This tread born to be dedicated to all "Openmoko developers", to Steve,
> Raster, Sean and all the persons that are in every day working to get our
> child out!
> So please, for a time, we can remove all the complains / polemics about the
> develop, and to see the results we got, getting a phone very very near to be
> completly free.
>
> Thank you, OM Developers
> Michele Renda
>
>   

Cheers to that,  keep up the good work!
>   

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

Re: Selling my Neo 1973

[Shaz]

On Sun, Jun 29, 2008 at 2:30 AM, Igor Foox <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've had a Neo 1973 since they shipped first a while ago. Unfortunately I
> never had the time to hack on it, or to play around with it sufficiently to
> make the purchase worth while. So I decided to sell the device so that
> someone else might use it.
Do you have Neo or Neo Advance? I am interested but need to have some
sort of guarantee or verification with respect to the unit's
condition. I'll do a bank transfer or any other way which is feasible
for you and me both.
>
> I'm asking for $150 (Canadian or US).
>
> I'm located in Toronto, Canada. I can ship it to wherever you'd like or if
> you're in the area we can arrange to meet. If anyone's interested, please
> let me know.
Any idea how long it will take in shipment to Asia Pacific region?
We can proceed on shazalive (at) gmail.com
>
> Happy hacking! :-)
> Igor
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>



-- 
Shaz

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

RE: data collection for GSM coverage mape is COOL idea

[steve]

 This would be a natural extension to splinter.

 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Shiloh
Sent: Saturday, June 28, 2008 10:22 PM
To: List for Openmoko community discussion
Subject: Re: data collection for GSM coverage mape is COOL idea

Great idea

+1

Fabian Off wrote:
> Hey,
> maybe then we should create something like a plugin (or extension) for 
> openstreetmaps, so we can append many kinds of meta-data (such as 
> radar positions, gsm coverage, whatsoever) to existing maps... kinda 
> points of interest (?) :)
> 
> 
> I think this would address a lot of people... all who are using osm by
now...
> 
> Fabian Off
> - Ursprüngliche Mail 
> Von: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> An: List for Openmoko community discussion 
> 
> Gesendet: Mittwoch, den 25. Juni 2008, 18:34:50 Uhr
> Betreff: Re: data collection for GSM coverage mape is COOL idea
> 
> Le mercredi 25 juin 2008 à 17:42, vous avez écrit :
> 
>> I like thw "GSM coverage map" idea, a LOT!
>> -- ron k jeffries
> 
> +1
> I'like all ideas about statistics gatherage (maps, radas, ...)
> 
> 

___
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: GSoC Project Status Update 04: Speech Recognition in Openmoko

[saurabh gupta]

On Mon, Jun 30, 2008 at 3:14 AM, Asheesh Laroia <[EMAIL PROTECTED]>
wrote:

> On Mon, 30 Jun 2008, saurabh gupta wrote:
>
> > You have identified the correct and justified problem in training. I
> thought
> > to handle it in this way. Whenever a user runs this application, the GUI
> for
> > speech recognition will ask it to go in training or recognition mode. In
> > training mode, after uttering a word, the GUI will again ask the user to
> > utter the same word again and so on. The user will have to feed the
> training
> > word three times (I have assumed that constant to be three) to fully
> create
> > a word in the vocabulary. If the user terminates the application or
> > mishandles it before three sequences, the application will not save the
> > word.
>
> What do you mean mishandles?


Mishandling the application meant that the user didn't train the word fully
at the time of training.


>
> > However there is no easy way to detect the mishandling since if the user
> > neither terminates the application nor speaks training word again,
> > application can pick the louder noise thinking it as the training word
> > and wrong result will be produced. This is always a bigger problem in
> > speech related applications since environment noise as well as end point
> > detection is quite difficult in real world scenario.
>
> You are speaking of the "training mode", which I agree is important.
>
> I am instead talking about making the normal use mode a training mode, in
> a way, to non-intrusively improve accuracy.
>
> At least, that's my guess - I think it would be worthwhile to run some
> experiments to see if it's really true!  But if you can explain to me why
> this idea is invalid from the start than maybe we can skip the
> experiments. (-;
>

Correct me if I am not getting exactly what you really meant to say.

As you said, to use the normal mode as a training mode, then I see a problem
in it. Suppose a user trains a word e.g. "hello" insufficiently, then there
are chances that the application recognizes a wrong or mispronounced word as
this word (i.e. "hello") because of a poor HMM model. Now if it uses this
new word to improve the previous trained model (for the word "hello"), then
it will turn out to be a completely wrong trained word since the word which
is recognized is itself not correct. This can be solved to make it a manual
procedure, that is, when the application recognizes a word then it asks the
user if it was a correct word or not. If it is correct then it will use that
to improve the previous model since the model was not fully trained. But
again this will require the use of a lot of memory to store the word and
much processing.
Also as this application implements vector quantization so a codebook of
each word is to be prepared during training. The best way to prepare a
proper codebook is to have enough training vectors, which should be used
together to create this codebook.



>
> -- Asheesh.
>
> --
> Clear the laundromat!!  This whirl-o-matic just had a nuclear meltdown!!
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Saurabh Gupta
Electronics and Communication Engg.
NSIT,New Delhi, India
I blog here: http://saurabh1403-blog.blogspot.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: Ordering Free-for-all?

[steve]

 people who work through christmas.
 
 
  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dylan Semler
Sent: Saturday, June 28, 2008 4:09 PM
To: List for Openmoko community discussion
Subject: Re: Ordering Free-for-all?


On Sat, Jun 28, 2008 at 3:45 PM, steve <[EMAIL PROTECTED]> wrote:


The units are already shippin to EU. So see your disty there.

The units for the US are on the docks,  The USA office is closed 2,3,4 july



 Who gets three days off for the fourth of July?  That's ridiculous!


-- 
Dylan

Type faster. Use Dvorak:
http://dvzine.org 
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC Project Status Update 04: Speech Recognition in Openmoko

[Asheesh Laroia]

On Mon, 30 Jun 2008, saurabh gupta wrote:

> You have identified the correct and justified problem in training. I thought
> to handle it in this way. Whenever a user runs this application, the GUI for
> speech recognition will ask it to go in training or recognition mode. In
> training mode, after uttering a word, the GUI will again ask the user to
> utter the same word again and so on. The user will have to feed the training
> word three times (I have assumed that constant to be three) to fully create
> a word in the vocabulary. If the user terminates the application or
> mishandles it before three sequences, the application will not save the
> word.

What do you mean mishandles?

> However there is no easy way to detect the mishandling since if the user 
> neither terminates the application nor speaks training word again, 
> application can pick the louder noise thinking it as the training word 
> and wrong result will be produced. This is always a bigger problem in 
> speech related applications since environment noise as well as end point 
> detection is quite difficult in real world scenario.

You are speaking of the "training mode", which I agree is important.

I am instead talking about making the normal use mode a training mode, in 
a way, to non-intrusively improve accuracy.

At least, that's my guess - I think it would be worthwhile to run some 
experiments to see if it's really true!  But if you can explain to me why 
this idea is invalid from the start than maybe we can skip the 
experiments. (-;

-- Asheesh.

-- 
Clear the laundromat!!  This whirl-o-matic just had a nuclear meltdown!!

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

Re: GSoC Project Status Update 04: Speech Recognition in Openmoko

[saurabh gupta]

Hello Asheesh,

On Mon, Jun 30, 2008 at 2:41 AM, Asheesh Laroia <[EMAIL PROTECTED]>
wrote:

> On Sun, 29 Jun 2008, saurabh gupta wrote:
>
> >Besides this, some modification is being done in the noise rejection
> > part since it can degrade the performance wildly. I will use zero
> crossing
> > rate and short term energy algorithm for end point detection. My model
> will
> > also use left to right HMM. But for properly training HMM models one
> needs
> > more than one training sequence. It means that in speaker dependent
> > recognition, for training any word, one needs to utter the same word two
> or
> > three times so that proper modeling of HMM parameters take place. When
> more
> > than one training sequence is used for training, baum welch or K-means
> > segmental method gives better modeling of HMM  parameters.
>
> The training problem is interesting.  Here is my idea; please let me know
> if it's bogus:
>
> The user utters a phrase and the HMM classifies it as meaning something.
> We can wait a short while to see if the user does something to indicate
> that this classification is incorrect.  If there is no such action, and if
> the HMM had low confidence of its classification, train it on the
> utterance just issued so that next time it would be more confident (and
> presumably catch further variants).
>

> Obviously, there is the danger of over-training.  It seems we can mitigate
> that through (1) our detection that the utterance was correctly classified
> by the HMM, given that the user didn't do anything to correct it, and (2)
> perhaps limiting the system to only do this re-training if the counter of
> how many training data have been used for this particular classification
> is below some constant.  That constant could decay over time, for example,
> to allow us to gently migrate to varying patterns (and so that if a phone
> transfers owners it would gracefully switch to the new patterns).
>

You have identified the correct and justified problem in training. I thought
to handle it in this way. Whenever a user runs this application, the GUI for
speech recognition will ask it to go in training or recognition mode. In
training mode, after uttering a word, the GUI will again ask the user to
utter the same word again and so on. The user will have to feed the training
word three times (I have assumed that constant to be three) to fully create
a word in the vocabulary. If the user terminates the application or
mishandles it before three sequences, the application will not save the
word. However there is no easy way to detect the mishandling since if the
user neither  terminates the application nor speaks training word again,
application can pick the louder noise thinking it as the training word and
wrong result will be produced. This is always a bigger problem in speech
related applications since environment noise as well as end point detection
is quite difficult in real world scenario.


>
> Thoughts?
>
> > Next To Do:
> > 1)Porting the whole code on openmoko platform:
> > 2)testing with real adc channel of Freerunner
> > 3)Proper testing of noise handling and recognition on freerunner
>
> Your Next To Do list looks pretty great and full enough even without my
> suggestion, but I'm still curious what you and others think. (-:
>
> -- Asheesh.
>
> --
> The chief cause of problems is solutions.
>-- Eric Sevareid
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Saurabh Gupta
Electronics and Communication Engg.
NSIT,New Delhi, India
"Problem is something which does have a solution, else it is called
impossible"
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: To Openmoko developers

[steve]

Thanks 

That was kind of you.

Steve


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michele Renda
Sent: Saturday, June 28, 2008 11:42 AM
To: Openmoko community
Subject: To Openmoko developers

This tread born to be dedicated to all "Openmoko developers", to Steve,
Raster, Sean and all the persons that are in every day working to get our
child out!
So please, for a time, we can remove all the complains / polemics about the
develop, and to see the results we got, getting a phone very very near to be
completly free.

Thank you, OM Developers
Michele Renda

___
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: To clone a SIM via Freerunner ?

[Steven Le Roux]

2008/6/29 <[EMAIL PROTECTED]>:

> No, it's basicly working but only for those sim cards with old encryption.
> But in practice nowdays operators use new encryption which is
> unbreakable and getting your KI (needed for cloning) is impossible.
> If yor sim is old it might be possible to clone. Look into sim cloning
> forums specific for your country, they often can tell if the card is
> clonable(operator, year, serial number etc.)
>

okay ! thx both...

this market is really boring... all is closed... now not anymore the
terminal :) it's a good start...

>
> On 6/29/08, Steven Le Roux <[EMAIL PROTECTED]> wrote:
> > 2008/6/29 Joerg Reisenweber <[EMAIL PROTECTED]>:
> >
> >> Am So  29. Juni 2008 schrieb Steven Le Roux:
> >> > Hi all,
> >> >
> >> > I plan to clone a future SIM to have a "sports phone" to  preserve my
> >> > freerunner... But changing all the time from a unit to another will
> >> quickly
> >> > get me bored...
> >> >
> >> > Is there a way to clone the SIM with the phone ?
> >> No way, neither with phone nor with other means. You can't read out the
> >> crypto.
> >> You can ask your provider for a twin-card. That's exactly what you want.
> >> /j
> >>
> >
> > thx for reply
> >
> > so what to think about this kind of product : http://tinyurl.com/3k95tq?
> > fool's trap ?
> >
> >
> >
> > --
> > Steven Le Roux
> > Jabber-ID : [EMAIL PROTECTED]
> > 0x39494CCB <[EMAIL PROTECTED]>
> > 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
> >
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
0x39494CCB <[EMAIL PROTECTED]>
2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC Project Status Update 04: Speech Recognition in Openmoko

[Asheesh Laroia]

On Sun, 29 Jun 2008, saurabh gupta wrote:

>Besides this, some modification is being done in the noise rejection
> part since it can degrade the performance wildly. I will use zero crossing
> rate and short term energy algorithm for end point detection. My model will
> also use left to right HMM. But for properly training HMM models one needs
> more than one training sequence. It means that in speaker dependent
> recognition, for training any word, one needs to utter the same word two or
> three times so that proper modeling of HMM parameters take place. When more
> than one training sequence is used for training, baum welch or K-means
> segmental method gives better modeling of HMM  parameters.

The training problem is interesting.  Here is my idea; please let me know 
if it's bogus:

The user utters a phrase and the HMM classifies it as meaning something. 
We can wait a short while to see if the user does something to indicate 
that this classification is incorrect.  If there is no such action, and if 
the HMM had low confidence of its classification, train it on the 
utterance just issued so that next time it would be more confident (and 
presumably catch further variants).

Obviously, there is the danger of over-training.  It seems we can mitigate 
that through (1) our detection that the utterance was correctly classified 
by the HMM, given that the user didn't do anything to correct it, and (2) 
perhaps limiting the system to only do this re-training if the counter of 
how many training data have been used for this particular classification 
is below some constant.  That constant could decay over time, for example, 
to allow us to gently migrate to varying patterns (and so that if a phone 
transfers owners it would gracefully switch to the new patterns).

Thoughts?

> Next To Do:
> 1)Porting the whole code on openmoko platform:
> 2)testing with real adc channel of Freerunner
> 3)Proper testing of noise handling and recognition on freerunner

Your Next To Do list looks pretty great and full enough even without my 
suggestion, but I'm still curious what you and others think. (-:

-- Asheesh.

-- 
The chief cause of problems is solutions.
-- Eric Sevareid

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

Re: To clone a SIM via Freerunner ?

[prishelec]

No, it's basicly working but only for those sim cards with old encryption.
But in practice nowdays operators use new encryption which is
unbreakable and getting your KI (needed for cloning) is impossible.
If yor sim is old it might be possible to clone. Look into sim cloning
forums specific for your country, they often can tell if the card is
clonable(operator, year, serial number etc.)

On 6/29/08, Steven Le Roux <[EMAIL PROTECTED]> wrote:
> 2008/6/29 Joerg Reisenweber <[EMAIL PROTECTED]>:
>
>> Am So  29. Juni 2008 schrieb Steven Le Roux:
>> > Hi all,
>> >
>> > I plan to clone a future SIM to have a "sports phone" to  preserve my
>> > freerunner... But changing all the time from a unit to another will
>> quickly
>> > get me bored...
>> >
>> > Is there a way to clone the SIM with the phone ?
>> No way, neither with phone nor with other means. You can't read out the
>> crypto.
>> You can ask your provider for a twin-card. That's exactly what you want.
>> /j
>>
>
> thx for reply
>
> so what to think about this kind of product : http://tinyurl.com/3k95tq ?
> fool's trap ?
>
>
>
> --
> Steven Le Roux
> Jabber-ID : [EMAIL PROTECTED]
> 0x39494CCB <[EMAIL PROTECTED]>
> 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
>

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

RE: GSoC Project Status Update 04: Speech Recognition in Openmoko

[steve]

very cool. as voice reco is one of my long time passions I'm glad to see
someone take this up.

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of saurabh gupta
Sent: Sunday, June 29, 2008 9:38 AM
To: List for Openmoko community discussion
Cc: [EMAIL PROTECTED]
Subject: GSoC Project Status Update 04: Speech Recognition in Openmoko


Hello everyone,

Finally I also got my Neo Freerunner on Friday and I spent some time
playing with it:). Here is the status update of this week. I finally
completed the code book design code using vector quantization. Now the
testing phase of the code is going on. I recorded various samples of word
like "hello" in a .wav file and then using scilab I converted them into text
files having arrays of numbers. The most challenging part in testing is the
proper scaling and testing of each subroutine separately for fixed point
notation. I also made an important change in fixed point by now using 8:8
notation than 16:16 as suggested by Erwin Lewin. However, I had to keep a
track of all data types used in various subroutines for their ranges which
was also interesting. While checking each subroutine separately,I found most
of them giving correct results but some still needs to be modified for
underflow and overflow problems.
Besides this, some modification is being done in the noise rejection
part since it can degrade the performance wildly. I will use zero crossing
rate and short term energy algorithm for end point detection. My model will
also use left to right HMM. But for properly training HMM models one needs
more than one training sequence. It means that in speaker dependent
recognition, for training any word, one needs to utter the same word two or
three times so that proper modeling of HMM parameters take place. When more
than one training sequence is used for training, baum welch or K-means
segmental method gives better modeling of HMM  parameters.

Next To Do:
1)Porting the whole code on openmoko platform:
2)testing with real adc channel of Freerunner
3)Proper testing of noise handling and recognition on freerunner


-- 
Saurabh Gupta
Electronics and Communication Engg.
NSIT,New Delhi, India
I blog here: http://saurabh1403.wordpress.com


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

Re: To clone a SIM via Freerunner ?

[Steven Le Roux]

2008/6/29 Joerg Reisenweber <[EMAIL PROTECTED]>:

> Am So  29. Juni 2008 schrieb Steven Le Roux:
> > Hi all,
> >
> > I plan to clone a future SIM to have a "sports phone" to  preserve my
> > freerunner... But changing all the time from a unit to another will
> quickly
> > get me bored...
> >
> > Is there a way to clone the SIM with the phone ?
> No way, neither with phone nor with other means. You can't read out the
> crypto.
> You can ask your provider for a twin-card. That's exactly what you want.
> /j
>

thx for reply

so what to think about this kind of product : http://tinyurl.com/3k95tq ?
fool's trap ?



-- 
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
0x39494CCB <[EMAIL PROTECTED]>
2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: To clone a SIM via Freerunner ?

[Joerg Reisenweber]

Am So  29. Juni 2008 schrieb Steven Le Roux:
> Hi all,
> 
> I plan to clone a future SIM to have a "sports phone" to  preserve my
> freerunner... But changing all the time from a unit to another will quickly
> get me bored...
> 
> Is there a way to clone the SIM with the phone ? 
No way, neither with phone nor with other means. You can't read out the 
crypto.
You can ask your provider for a twin-card. That's exactly what you want.
/j


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

To clone a SIM via Freerunner ?

[Steven Le Roux]

Hi all,

I plan to clone a future SIM to have a "sports phone" to  preserve my
freerunner... But changing all the time from a unit to another will quickly
get me bored...

Is there a way to clone the SIM with the phone ? Or do I need a reader ?
anyone has a good plan for "naked SIM" ?



-- 
Steven Le Roux
Jabber-ID : [EMAIL PROTECTED]
0x39494CCB <[EMAIL PROTECTED]>
2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: why infrared should be added to GTA03

[Torfinn Ingolfsen]

Hi,

On Sun, Jun 29, 2008 at 4:00 PM, Ron K. Jeffries <[EMAIL PROTECTED]> wrote:
>
> I have not (yet) invested in one of those expensive
> universal remote control thingies. But I really
> lust after that functionality when I fight THREE
> controls (sat TV, DVD player, TV, not to mention
> a separate audio system control)

Too bad that bluetooth is absent on most consumer devices today.
But perhaps you could make something with bluetooth and IR blasters.

-- 
Regards,
Torfinn Ingolfsen

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

Re: More HW from OpenMoko

[prishelec]

Actually, do we have schematics for Freerunner?
I know we have some CAD files. Do they include schematics for the elements?

On 6/29/08, Charles Pax <[EMAIL PROTECTED]> wrote:
> There's nothing stopping the community from trying to design some hardware.
> Take a look at the Wikipedia page on open hardware
> http://en.wikipedia.org/wiki/Open_source_hardware. There's lots of stuff out
> there to get folks started.
>
> We could try to create a new device, but I would rather create something
> that augments the Freerunner like some microcontroller sensor hardware that
> connects via USB. For example, a USB or bluetooth version of
> http://www.liberlab.net/ in a package that snaps onto the back of a
> Freerunner could be pretty nifty.
>
> How about a bluetooth or USB barcode scanner and RFID reader/writer that
> snaps on the back in place of the regular back cover. That's something we
> can do as a community. It's something that is also more likely to eventually
> see support from the official Freerunner folks in the form of manufacturing
> or just giving a professional opinion on the design.
>
> -Charles
>

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

Re: Inter-Freerunner Connectivity

[Esben Stien]

"Francesco Cat" <[EMAIL PROTECTED]> writes:

> Making the FR a walkie-talkie device was in some kind of wishlist I
> think :)

We need GNU Radio on it;). 

-- 
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: warranty for 10 pack purchases

[steve]

14 day for single
28 day for 10 pack.

 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ajit Natarajan
Sent: Monday, June 23, 2008 2:37 AM
To: community@lists.openmoko.org
Subject: Re: warranty for 10 pack purchases

Shawn wrote:
 > Are there retailers in the US like this? Are they offering 10 packs  >
the same as OM (with the same price and all of the goodies)?

I had asked a question a while back about the warranty of individual units
in a 10-pack and Steve responded as follows (dated April 17):

``I will answer the question on warrenty in due course.  For now, assume a
policy like we had on GTA01.  14 days for DOA. I'm working at coming up with
a more comprehensive policy. But Until then we will default to the last
known value.''

I'm hoping that we can now get a more comprehensive policy than 14-day DOA.

Thanks.

Ajit

___
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: using/testing openmoko on my computer/laptop ?

[Atilla Filiz]

GSM modem support on qemu was in TODO list IIRC.

On Sun, Jun 29, 2008 at 5:47 PM, Declan Naughton <[EMAIL PROTECTED]>
wrote:

> Perhaps via virtualization, but not necessarily.
>
> Does this be done?
>
> I intend to buy a cheap GSM dongle for my laptop, it would be nice if
> I could see (and play with/develop) the openmoko software and answer
> calls with it etc.
>
> How about it?
>
> Regards,
> Declan
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
-
Bu mesaj UTF-8 ile kodlanmıştır
-
Atilla Filiz
Technische Universiteit Eindhoven
Embedded Systems, Master's Programme

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

Re: Inter-Freerunner Connectivity

[Francesco Cat]

2008/6/29 Charles Pax <[EMAIL PROTECTED]>:
> In what ways can two Freerunners plausibly communicate? Which is the fastest
> for data transfer?

Wifi and bluetooth for sure
> Can they connect via WiFi without a separate router? I've seen some
> discussion over how the Freerunner cannot be used as an access point. Does
> this mean two Freerunners wouldn't be able to create a network of just
> themselves?

Actually they should be able to create Ad-Hoc networks. this means 2
FR will be able to connect each other. The Access Point functionality
would have been usefull only when connecting 3 or more FR toghether.
If you need to connect more than 2 FRs one way *might* be bridging
wifi, bluetooth and USB connections, creating some kind of "chain".
Not very clear if you need to connect 10 or more FRs :)

> Can they connect through USB with one being the host and the other behaving
> as if it were connected to my desktop (as an external hard drive or
> whatever)?
Probably this will be possible but I don't know what exactly will happen

> Is there another type of USB networking they can do?
Really I don't know

> Is there enough control over the GSM chipset to communicate directly
> (without using the mobile phone network) between two Freerunners? This would
> violate some FCC regulation, right?
Probably there is not enought control or it is not possible at all.

> And just for fun... Would there be any practical purpose for communicating
> through the headphone/mic jack?
>
> I'm assuming they can connect via bluetooth and that they can can make phone
> calls to each other :)
Making the FR a walkie-talkie device was in some kind of wishlist I think :)

> -Charles
> ___
> 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: Inter-Freerunner Connectivity

[Mikko Rauhala]

su, 2008-06-29 kello 13:22 -0400, Charles Pax kirjoitti:
> In what ways can two Freerunners plausibly communicate? Which is the
> fastest for data transfer?

Wifi.

> Can they connect via WiFi without a separate router? I've seen some
> discussion over how the Freerunner cannot be used as an access point.

Yes.

>  Does this mean two Freerunners wouldn't be able to create a network
> of just themselves?

No.

> Can they connect through USB with one being the host and the other
> behaving as if it were connected to my desktop (as an external hard
> drive or whatever)?

Yes.

> Is there another type of USB networking they can do?

What it does by default. You know, USB networking instead of mass
storage.

> Is there enough control over the GSM chipset to communicate directly
> (without using the mobile phone network) between two Freerunners?

No.

> This would violate some FCC regulation, right?

Yes and quite possibly kill someone.

> And just for fun... Would there be any practical purpose for
> communicating through the headphone/mic jack?

No.

> I'm assuming they can connect via bluetooth and that they can can make
> phone calls to each other :)

Yes.

-- 
Mikko Rauhala   - [EMAIL PROTECTED] - http://www.iki.fi/mjr/>
Transhumanist   - WTA member - http://www.transhumanism.org/>
Singularitarian - SIAI supporter - http://www.singinst.org/>




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

Inter-Freerunner Connectivity

[Charles Pax]

In what ways can two Freerunners plausibly communicate? Which is the fastest
for data transfer?

Can they connect via WiFi without a separate router? I've seen some
discussion over how the Freerunner cannot be used as an access point. Does
this mean two Freerunners wouldn't be able to create a network of just
themselves?

Can they connect through USB with one being the host and the other behaving
as if it were connected to my desktop (as an external hard drive or
whatever)?

Is there another type of USB networking they can do?

Is there enough control over the GSM chipset to communicate directly
(without using the mobile phone network) between two Freerunners? This would
violate some FCC regulation, right?

And just for fun... Would there be any practical purpose for communicating
through the headphone/mic jack?

I'm assuming they can connect via bluetooth and that they can can make phone
calls to each other :)

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

Re: More HW from OpenMoko

[Charles Pax]

There's nothing stopping the community from trying to design some hardware.
Take a look at the Wikipedia page on open hardware
http://en.wikipedia.org/wiki/Open_source_hardware. There's lots of stuff out
there to get folks started.

We could try to create a new device, but I would rather create something
that augments the Freerunner like some microcontroller sensor hardware that
connects via USB. For example, a USB or bluetooth version of
http://www.liberlab.net/ in a package that snaps onto the back of a
Freerunner could be pretty nifty.

How about a bluetooth or USB barcode scanner and RFID reader/writer that
snaps on the back in place of the regular back cover. That's something we
can do as a community. It's something that is also more likely to eventually
see support from the official Freerunner folks in the form of manufacturing
or just giving a professional opinion on the design.

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

Re: motorola usb->3.5->headset: compatibility?

[arne anka]

>> does anybody know whether it works with motorola phones only?
> afaik yes.
> means it only works with motorola devices.

aww ...
back to bluetooth is it, then.
at least, the number of small bt receivers available with mic and 3.5  
jacks increased over the last few weeks ...

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

GSoC Project Status Update 04: Speech Recognition in Openmoko

[saurabh gupta]

Hello everyone,

Finally I also got my Neo Freerunner on Friday and I spent some time
playing with it:). Here is the status update of this week. I finally
completed the code book design code using vector quantization. Now the
testing phase of the code is going on. I recorded various samples of word
like "hello" in a .wav file and then using scilab I converted them into text
files having arrays of numbers. The most challenging part in testing is the
proper scaling and testing of each subroutine separately for fixed point
notation. I also made an important change in fixed point by now using 8:8
notation than 16:16 as suggested by Erwin Lewin. However, I had to keep a
track of all data types used in various subroutines for their ranges which
was also interesting. While checking each subroutine separately,I found most
of them giving correct results but some still needs to be modified for
underflow and overflow problems.
Besides this, some modification is being done in the noise rejection
part since it can degrade the performance wildly. I will use zero crossing
rate and short term energy algorithm for end point detection. My model will
also use left to right HMM. But for properly training HMM models one needs
more than one training sequence. It means that in speaker dependent
recognition, for training any word, one needs to utter the same word two or
three times so that proper modeling of HMM parameters take place. When more
than one training sequence is used for training, baum welch or K-means
segmental method gives better modeling of HMM  parameters.

Next To Do:
1)Porting the whole code on openmoko platform:
2)testing with real adc channel of Freerunner
3)Proper testing of noise handling and recognition on freerunner


-- 
Saurabh Gupta
Electronics and Communication Engg.
NSIT,New Delhi, India
I blog here: http://saurabh1403.wordpress.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: motorola usb->3.5->headset: compatibility?

[Joachim Steiger]

arne anka wrote:
> hi,
> the other day i saw from motorola an adaptor changing a mini-usb into a  
> 3.5(?)mm headset jack.
> http://www.amazon.com/Motorola-3-5mm-Stereo-Audio-Converter/dp/B001A1IKFK/ref=pd_sim_cps_1_img/002-7641246-5084844
> does anybody know whether it works with motorola phones only?
afaik yes.
means it only works with motorola devices.
motorola has 8-13 different 'functions' on the 5pin mini-usb-b
connector, including mono headset, stereo headphones out, high and low
voltage programming mode, usb-masstorage, usb-acm, serial debugport and
some others.

but thats only possible since they build them in such massive volumes
that the high initial cost for the custom-asic which contains
pmu+codec+usb-py+serial+mux makes any sense at all.
besides that, i would like to charge or speak ip to my phone while its
playing music, so i do not really favor too much muxing anywhere.

4-ring 3.5mm jack + usb for charging as well as data gives one the
biggest number of reasonable use-case combinations while still keeping
it simple.
after all we do not want bags full of adapters anymore, just because
everybody uses a different plug for the same thing.

> if not, it easily could solve the issues with audio jack of the freerunner  
> (whose impact i still fail to understand).
sadly not. see above.

regards

-- 

Joachim Steiger
Openmoko Central Services

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

Re: Let us impact the material world

[arne anka]

> it is exactly what we need :) we need to make people understand the
> FreeRunner is unique, and can do things never imagined before!

you mean, upping the apparent nerdiness of its owners?
now they not only _speak_ incomprehensible but even send incomprehensible  
sms ... :-)

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

motorola usb->3.5->headset: compatibility?

[arne anka]

hi,
the other day i saw from motorola an adaptor changing a mini-usb into a  
3.5(?)mm headset jack.
http://www.amazon.com/Motorola-3-5mm-Stereo-Audio-Converter/dp/B001A1IKFK/ref=pd_sim_cps_1_img/002-7641246-5084844
does anybody know whether it works with motorola phones only?
if not, it easily could solve the issues with audio jack of the freerunner  
(whose impact i still fail to understand).

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

Re: Let us impact the material world

[Francesco Cat]

it is exactly what we need :) we need to make people understand the
FreeRunner is unique, and can do things never imagined before!
If I was planning an advertisement campaign, one of the facts I would
focus is that the FreeRunner can be a USB host: this means using USB
drives (including cameras, mp3 readers, also external hard disks!).
No phone nor smartphone can do such a thing...
FreeRunner is special, it will not just "send" SMS, he will manipulate
SMS so you spend less money. Tell me what device is build for the user
spending less money on something :)

2008/6/29 arne anka <[EMAIL PROTECTED]>:
>> There is also a nice feature that could be used with SMS: imagine that
>> the SMS is automatically shortened (eg by abbreviating words and stuff
>> like that) than it's compressed before being sent;
>
> there exists a similar application, done in (horrible dictu) j2me.
> a german university of applied sciences, i think, created it.
>
> but it still requires _both_ parties to have such a plugin installed.
>
> http://kom.aau.dk/project/mobilephone/Documents/README-ENG.pdf
>
> ___
> 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: Community Initiative GTK

[Holger Freyther]

On Friday 27 June 2008 20:14:26 Lorn Potter wrote:
> QWebKit

QtWebKit

z.


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

using/testing openmoko on my computer/laptop ?

[Declan Naughton]

Perhaps via virtualization, but not necessarily.

Does this be done?

I intend to buy a cheap GSM dongle for my laptop, it would be nice if
I could see (and play with/develop) the openmoko software and answer
calls with it etc.

How about it?

Regards,
Declan

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

Re: Let us impact the material world

[arne anka]

> There is also a nice feature that could be used with SMS: imagine that
> the SMS is automatically shortened (eg by abbreviating words and stuff
> like that) than it's compressed before being sent;

there exists a similar application, done in (horrible dictu) j2me.
a german university of applied sciences, i think, created it.

but it still requires _both_ parties to have such a plugin installed.

http://kom.aau.dk/project/mobilephone/Documents/README-ENG.pdf

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

Re: Openmoko and google trends

[Flemming Richter Mikkelsen]

On Sat, Jun 28, 2008 at 12:29, Dr. H. Nikolaus Schaller
<[EMAIL PROTECTED]> wrote:
>
> Am 28.06.2008 um 12:09 schrieb Yorick Moko:
>
> Check google trends:
> http://www.google.com/trends?q=Openmoko%2C++FreeRunner&ctab=0&geo=all&date=all&sort=0
>
> I would have expected at least a small spike for the last few days.
>
> I have seen a big spike when switching to view the last 30 days.
> (date=all => date=mtd)
> http://www.google.com/trends?q=Openmoko%2C++FreeRunner&ctab=0&geo=all&date=mtd&sort=0
> Nikolaus
http://www.google.com/trends?q=Openmoko%2C++FreeRunner&ctab=0&geo=all&date=2008&sort=0

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

Re: why infrared should be added to GTA03

[Patrick Beck]

Hello,

perhaps that could be a cool addon for the Freerunner :) I think it is
possible to build the hardware oneself. Last but not least we need a
software for it.

http://features.engadget.com/2004/07/27/how-to-turn-your-ipod-in-to-a-universal-infrared-remote-control/

with kind regards 

Patrick

Am Sonntag, den 29.06.2008, 07:00 -0700 schrieb Ron K. Jeffries:
> 
> I have not (yet) invested in one of those expensive 
> universal remote control thingies. But I really
> lust after that functionality when I fight THREE
> controls (sat TV, DVD player, TV, not to mention 
> a separate audio system control)
> 
> I think the cost and complexity of adding IR is
> very small. It would be a hackers delight, and 
> provide another point of differentiation.
> 
> 
> Ron K. Jeffries
> http://www.retaggr.com/Card/rjeffries
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: More HW from OpenMoko

[Michael 'Mickey' Lauer]

Am Sonntag 29 Juni 2008 14:05:45 schrieb Jay Vaughan:
> openmoko hardware?  make a synthesizer platform.  yes please, i'll
> take 2,000, thanks.

FULL ACK. That has so much potential. I'd love to be working on that.
(after completing the framework of course)

-- 
:M:

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

why infrared should be added to GTA03

[Ron K. Jeffries]

I have not (yet) invested in one of those expensive
universal remote control thingies. But I really
lust after that functionality when I fight THREE
controls (sat TV, DVD player, TV, not to mention
a separate audio system control)

I think the cost and complexity of adding IR is
very small. It would be a hackers delight, and
provide another point of differentiation.


Ron K. Jeffries
http://www.retaggr.com/Card/rjeffries
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: PowerVR graphics accelerator

[Cedric Cellier]

-[ Sun, Jun 29, 2008 at 02:37:48PM +0200, Michael Stather ]
> Now I found out the the OpenPandora device uses a PowerVR chip which is 
> also used by the atom platform (at least in some versions)
> and does have open-source drivers announced (see 
> http://www.imgtec.com/partners/TungstenGraphics.asp).

I cannot see any such announce here.

Any other pointer please ?


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

Re: SDL support

[Robert Schuster]

Hi,
all kind of sdl libs are there and work. SDL just needs X11 and this is
available on all OpenMoko variants.

Additionally sdl-mixer, sdl-ttf and whatnot are available.

I have however one nitpick: libsdl is quite old: 1.2.9. Current stable
is 1.2.13.

Unfortunately the library is not easy to build and needs fixes. For
instance Debian applies a lot of patches. Perhaps it would be best if
some of the guys/gals maintaining libsdl for a desktop distro could help
us bringing updated libsdl into OE.

There is also a bug which affects GTA01 and GTA02 that makes SDL's mouse
pointer freak out: http://docs.openmoko.org/trac/ticket/1381

Regards
Robert

Francesco Cat schrieb:
> I have seen SDL support in the wish-list; but I have read an email
> telling that a game that should require SDL worked on GTA01.
> 
> Is ths SDL library implemented in OpenMoko? Are there plans about it?
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 




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

PowerVR graphics accelerator

[Michael Stather]

During the discussion on the glamo chip I often heard "there are no 
accelerators with open specs available", but I couldn't belive this ;)
Now I found out the the OpenPandora device uses a PowerVR chip which is 
also used by the atom platform (at least in some versions)
and does have open-source drivers announced (see 
http://www.imgtec.com/partners/TungstenGraphics.asp). Since this is 
based on the new Gallium3D architecture (see 
http://www.tungstengraphics.com/wiki/index.php/Gallium3D) these drivers 
are also state-of-the-art AFAIK.
Seeing it in the openpandora device which also claims to be fully open, 
I wonder whether this is an option for future devices?

regards

Michael


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

SDL support

[Francesco Cat]

I have seen SDL support in the wish-list; but I have read an email
telling that a game that should require SDL worked on GTA01.

Is ths SDL library implemented in OpenMoko? Are there plans about it?

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

Re: To Openmoko developers

[Michael Stather]

Yes, thanks for creating this platform, I'm sure it'll be a great success
I think the critisism posted here is only to make the platform better. 
People who don't like the openmoko idea don't post here IMHO ;)
> Indeed, thanks guys/women.
>
>
> On Sun, Jun 29, 2008 at 12:28 AM, Fradeve <[EMAIL PROTECTED] 
> > wrote:
>
> Michele Renda ha scritto:
> > This tread born to be dedicated to all "Openmoko developers", to
> Steve,
> > Raster, Sean and all the persons that are in every day working
> to get
> > our child out!
> > So please, for a time, we can remove all the complains /
> polemics about
> > the develop, and to see the results we got, getting a phone very
> very
> > near to be completly free.
> >
> > Thank you, OM Developers
> > Michele Renda
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org 
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> I don't want to spam but, really, the work of the OM team is great!
>
> Thanks a lot guys,
>
> Fradeve
>
> ___
> 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: More HW from OpenMoko

[Jay Vaughan]

openmoko hardware?  make a synthesizer platform.  yes please, i'll  
take 2,000, thanks.


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

Re: To Openmoko developers

[Yorick Moko]

Indeed, thanks guys/women.


On Sun, Jun 29, 2008 at 12:28 AM, Fradeve <[EMAIL PROTECTED]> wrote:

> Michele Renda ha scritto:
> > This tread born to be dedicated to all "Openmoko developers", to Steve,
> > Raster, Sean and all the persons that are in every day working to get
> > our child out!
> > So please, for a time, we can remove all the complains / polemics about
> > the develop, and to see the results we got, getting a phone very very
> > near to be completly free.
> >
> > Thank you, OM Developers
> > Michele Renda
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> I don't want to spam but, really, the work of the OM team is great!
>
> Thanks a lot guys,
>
> Fradeve
>
> ___
> 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: The glamo chip and its future

[AVee]

On Saturday 28 June 2008 18:37, Kosa wrote:
> 
> 
> 
>   
>   
> 
> 
> 
> 
> Yorick Moko escribió:
>   cite="mid:[EMAIL PROTECTED]"
>  type="cite">



If you really want us to read whatever it is your telling is you really should 
stop posting html emails...

AVee

-- 
AMAZING BUT TRUE ...
If all the salmon caught in Canada in one year were laid end to end
across the Sahara Desert, the smell would be absolutely awful.

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

Community Planet

[kazaam]

Hi,
there already exists an Developer-Planet which is quite nice but wouldn't it be 
cool to have a community-planet. Where every Openmoko-User can show his 
blog-entrys regarding openmoko/neo/... ?

What do you think about it?

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

Re: More HW from OpenMoko

[Jose Manrique Lopez de la Fuente]

Some bytes for the software side:
http://nonpareil.brouhaha.com/
http://www.hpcalc.org/details.php?id=4382
http://www-fourier.ujf-grenoble.fr/~parisse/giac.html

2008/6/28, Joerg Reisenweber <[EMAIL PROTECTED]>:
> Am Sa  28. Juni 2008 schrieb steve:
>> RPN please.
>>
>> Actually it would be cool to do retro versions of the old HP prgrammable
>> calcs ( 12 etc etc)
>> Hehe, like donkey kong on the PC.
>>
>
> ACK.
> Though it's hard to emulate the really lovely keys those calculators (25,
> 41)
> had, tactile feedback and all. (TI otoh had bouncing keys that made me smash
> some of their calculators. more fun to smash than to use ;-)
> Waah, my 41CV went up in smoke recently, stored in my bookshelf that burned
> down ;.( *sigh*
> Also the info function (HP41 only?) on any keypress longer 2sec was *very*
> smart, probably a patent of HP. (you remember? hold key down to show what's
> going to happen when you release it. Hold down for >2sec to pre-cancel the
> actual pending release action, in case info shows this wasn't what you
> intended to do)
>
>
> /jOERG
>
> http://www.hpmuseum.org/simulate/sim45.htm "press 'run'"
> http://www.linuxfocus.org/common/src/article319/
> http://www.linuxfocus.org/common/src/article319/rpnjcalc.html
> http://www.linuxfocus.org/common/src/article319/hp-35/launch.html
> http://www.linuxfocus.org/common/src/article319/hp-35.zip
> http://www.linuxfocus.org/common/src/article319/x48.html
> http://www.hpcalc.org/details.php?id=4524
>
> http://www.ibiblio.org/pub/Linux/apps/math/calc
> http://directory.fsf.org/project/rpncalc/
>
> recommended:
> http://www.hpmuseum.org/hp35.htm
>> A few bugs got through this process. For example: 2.02 ln ex resulted in 2
>> rather than 2.02. When the bug was discovered, HP had already sold 25,000
>> units which was a huge volume for the company. In a meeting, Dave Packard
>> asked what they were going to do about the units already in the field and
>> someone in the crowd said "Don't tell?" At this Packard's pencil snapped
>> and he said: "Who said that? We're going to tell everyone and offer them,
>> a
>> replacement. It would be better to never make a dime of profit than to
>> have
>> a product out there with a problem". It turns out that less than a quarter
>> of the units were returned. Most people preferred to keep their buggy
>> calculator and the notice from HP offering the replacement.
>


-- 
J. Manrique López de la Fuente
http://www.jsmanrique.es

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

Re: Let us impact the material world

[Yogiz]

On Sat, 28 Jun 2008 12:24:28 -0500
"Nelson Castillo" <[EMAIL PROTECTED]> wrote:

> Mmm.
> 
> Doesn't IM requiere permanent connection? For status updates, etc?
> 
> I'd like to know what you think about two things:
> 
> 1) We know email is broken (at least unsafe and prone to spam)
> 2) What is the best alternative for this scenario? Is it really IM?
> 3) Are there other (IP-based) protocolos suitable for delivering the
> encrypted messages?
> 
> Regards,
> Nelson.-
> 

What do you mean about e-mail being broken? It can be encrypted much
more easily then most other ways of communications. We could just port
GPG on the OpenMoko. Spam is actually quite filterable. I think we
should go with e-mail as the main way of messaging. It's well
standardised and works with computers as well as phones. If we could
make GNU Privacy Guard transparent enough, it would also encourage
encryption usage among the users. Why re-invent the wheel?

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

Re: data collection for GSM coverage mape is COOL idea

[Brad Midgley]

guys

>> maybe then we should create something like a plugin (or extension) for 
>> openstreetmaps, so we can append many kinds of meta-data (such as radar 
>> positions, gsm coverage, whatsoever) to existing maps... kinda points of 
>> interest (?) :)

is there software out there that takes
incomplete/overlapping/conflicting signal strength samples and makes a
best-guess effort at locating the source? it should work for cell,
wifi, whatever.

the estimate would have to be pretty fuzzy if the samples are very
incomplete. eg, samples taken in following a straight path would give
you two candidate solutions for the location.

in any case, it seems the best place to run software like this is on a
server that has collected data from as many sources as it can get.

-- 
Brad

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

Re: More HW from OpenMoko

[Marcel]

Wouldn't it be better to first concentrate on getting the Freerunner out and 
then look what's up with GTA03/04/whatever? Designing a whole new device 
takes a very long time, as you can perfectly see here...

-Marcel

Am Samstag 28 Juni 2008 17:38:47 schrieb Jose Manrique Lopez de la Fuente:
> Why not a powerful handeld graphic calculator?
>
> 2008/6/28, Al Johnson <[EMAIL PROTECTED]>:
> > On Saturday 28 June 2008, Robert Schuster wrote:
> >> Hi,
> >> Mickey writes: "Openmoko is selling hardware products."
> >>
> >> Heck, why must OpenMoko only sell mobile phones?
> >
> > That's all they've sold direct so far, but it was said a long time ago
> > that non-phone products may be in the pipeline
> >
> >> I like Linux-based devices that are free as in freedom. So I would
> >> likely also buy a device from OpenMoko if it is a wireless router, a
> >> SOHO NAS (think NSLU2), a PDA or perhaps a gaming handheld.
> >
> > I would prefer Openmoko to fill holes where there aren't already free
> > devices
> > available. Most of the areas you mention already have hardware available
> > that's as open as the Neo1973 and Freerunner:
> >
> > Routers - wireless or not:
> > PC Engines ALIX series - http://www.pcengines.ch/
> > MicroTik RouterBOARDs - http://www.routerboard.com/comparison.html
> >
> > SOHO NAS:
> > http://www.linuxdevices.com/news/NS5637467946.html
> >
> > Gaming handheld:
> > Pandora
> >
> > Then there's the Neuros OSD which really needs a successor with a better
> > output than composite video, but is otherwise rather nice.
> >
> > The PDA is one area there's a gap I would like filling. I want a modern
> > incarnation of the Psion 5. I'll just have to see how the Freerunner plus
> > a bluetooth keyboard do as a replacement. It might just be close
> > enough...
> >
> > I would also like a less power-hungry version of the Chumby, available
> > outside
> > the US.
> >
> > ___
> > 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: No WLAN AP functionality

[Francesco Cat]

But will Packet Injection works for this chip?

2008/6/29 Esben Stien <[EMAIL PROTECTED]>:
> Mikko Rauhala <[EMAIL PROTECTED]> writes:
>
>> Sadly no, as it's a hardmac chip and the proprietary firmware lacks
>> this feature.
>
> Oh, no. That's really damn sad.
>
> --
> 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