On 8/31/07, Mike Hodson [EMAIL PROTECTED] wrote:
* Where on any official blogs/websites have you seen the OpenMoko team
or FIC say that they were making an iPhone killer or anti-iPhone?
It looks like Apple have beaten FIC to the punch anyway:
Heh! It's an Apple fan site, so you can't expect any attempt at
objectivity - as the forum following up the article shows:
http://roughlydrafted.com/forum/comments.php?DiscussionID=290page=1#Item_0
Given that Apple fans already have the phone of their dreams, it is
quite the compliment that they
On 3/7/07, Jon Phillips [EMAIL PROTECTED] wrote:
This is interesting to see the larger ambitions of the project. It might
also help to expand upon what types of devices could be constructed with
this logic, in addition to neo1973. I'm thinking remotes, media players,
watches, etc...
What if
I found the section on emergence/Neoforms _very_ interesting - I've
recently been expanding upon this (
http://www.linuxtogo.org/gowiki/OpenMoko/Ideas/ConceptualFramework )
from which I've going down similar lines of thought - do you have more
ideas about Neoforms?
Richard
On 3/1/07, Sean
On 2/14/07, Tomasz Zielinski [EMAIL PROTECTED] wrote:
It looks like http://wiki.openmoko.org is open to public :-)
Neat!
http://bugzilla.openmoko.org/
is now open too - should be enough info to chew upon for a while :-)
Richard
___
OpenMoko
On 2/14/07, Piotr Duda [EMAIL PROTECTED] wrote:
and so bugzilla:
http://bugzilla.openmoko.org/
and also:
svn co http://svn.openmoko.org/trunk trunk
:-)
Richard
___
OpenMoko community mailing list
community@lists.openmoko.org
On 2/5/07, denis [EMAIL PROTECTED] wrote:
Hello!
Yeah I know that. But don't you think it would be useful to offer interested
users, that heart from others something about the phone, more easy to access
content?
Most of the official knowledge/content is already on the openmoko
website and the
I do not think that we should encourage or advocate considerate
subscribers to leave, due to the actions of inconsiderate users.
Richard
On 1/28/07, Declan Naughton [EMAIL PROTECTED] wrote:
You can also unsubscribe from the list @
https://lists.openmoko.org/mailman/listinfo/community :)
Schlesinger [EMAIL PROTECTED] wrote:
On 1/27/07 3:26 AM, Jon Phillips [EMAIL PROTECTED] wrote:
On Thu, 2007-01-25 at 16:21 +0100, Harald Welte wrote:
On Thu, Jan 25, 2007 at 07:29:47AM -0500, Richard Franks wrote:
then there is no copyright issue as the contributors have implicitly
put
On 1/27/07, David Schlesinger [EMAIL PROTECTED] wrote:
More importantly (and very relevantly to this list) you can't compete for
consumers on a basis of Not as good, but _more free_. If completely open
phones are going to achieve any sort of dominance, then the same kind of
work will have to go
On 1/28/07, Corey [EMAIL PROTECTED] wrote:
BSDL contains an inherent self-destruct gene, GPL contains a built-in
propagation gene.
And Non-Free Software contains a built-in propagation gene which
cannot evolve its medium (technology) as quickly as the license-gene
for Free Software can.
But
On 1/27/07, Jon Phillips [EMAIL PROTECTED] wrote:
I don't see a legal case being made out of this.
Right, but better to protect ourselves. Also, companies, like
FIC/OpenMoko have to take every precaution. So, if we want our content
included, we need to be cautious as well.
Agreed - but I
Example. Instead of a calendar app just muting the phone when in a
meeting (nice feature) it would activate a profile (maybe silent or
meeting). Other apps could also use those profiles. For instance a
GPS location aware app could know to use the same silent or meeting
profile when you
IANAL (or a hobby lawyer!) but I think if someone has contributed to
the unofficial wiki without checking for a license, and without
specifying their own license... then there is no copyright issue as
the contributors have implicitly put their words into the public
domain?
At least, I think it
On 1/24/07 6:11 AM, Dave Crossland dave at lab6.com wrote:
Hi Sean,
On 23/01/07, David Ford david at blue-labs.org wrote:
You must be reading a different link. Sean's email most clearly states
in the form of a user's manual that will give credit to GNU. He also
clearly stated We'll just
The distinction may become more relevant if you get hit with a cease and
desist - YouTube has blocked a small company from making YouTube videos
available on mobile phones:
http://www.theregister.co.uk/2007/01/23/youtube_blocks_mobile_video_encoder/
If we have a browser with Flash support
On Wed, 2007-01-24 at 11:33 -0600, Paul Jimenez wrote:
How about a locked-down 'kid version' of the UI with touchable pictures for
'mommy', 'daddy', etc ? Maybe not even labelled, but just the pictures?
Nice idea - I see where you're going with this, not making it too
complex.. for slightly
On Wed, 2007-01-24 at 18:16 +, Al Johnson wrote:
Getting a flash-capable browser will be another problem entirely...
I wondered about that before posting, but I found this link, so it looks
like options may be available.. although I gather the standard approach
is to have the manufacturer
On Wed, 2007-01-24 at 18:19 +, Declan Naughton wrote:
On 1/24/07, Richard Franks [EMAIL PROTECTED] wrote:
How about we let our Agenda be the cool technology and innovation
instead?
So freedom has nothing to do with it?
I wouldn't be too surprised. I read some nice stuff from Sean
On Wed, 2007-01-24 at 22:58 +0100, Marc Verwerft wrote:
Jonathan,
Probably, you're on your own right now. If I were you, I wouldn't make
a sourceforge project yet as in the announcement of Sean he mentioned
this:
* http://projects.openmoko.org/ -- for user-contributed projects ---
There seems to be a bit of confusion about the references to 2
additional buttons, and how they may be used.
1) Are they simple microswitches, or something else?
2) Will they have hard-wired functionality?
3) Does OpenMoko have standardised usage models for them - e.g.
power/profile selection?
On 1/23/07, Dean Collins [EMAIL PROTECTED] wrote:
The big problem with a lot of these applications being suggested is it will
require back end servers to store the data.
I'm yet to see anyone suggest SAAS pricing models for FIC applications on
a monthly/annual basis or is everyone on this list
Will we have something like this? Do we want something like this?
It could be useful for contact-sharing, authentication, access to
services on the OpenMoko site, keeping track of gaming friends,
referencing file/data resources on the users home 'or otherwise'
machine etc.
Richard
So when I walk into my office in the morning my computer wakes the
monitor and logs in, opens up a browser with slashdot, etc.
So when I walk towards my house at night, my computer is already cuing
up some music for me.
Detection could be via GPS/data connection, but in many workplaces,
) GPS location looks like I'm a few minutes from the office on a
workday - start coffee machine through a relay.
2) Need Insurance $$$ - start coffee machine through a relay, repeat
Richard
Richard Franks wrote:
So when I walk into my office in the morning my computer wakes the
monitor and logs
On 1/22/07, David Schlesinger [EMAIL PROTECTED] wrote:
It simply never ends, does it?
One can hope :-)
Next time I get another argument on this subject in my inbox, I'm
going to simply email this back-to-sender, not the entire list:
http://www.linuxtogo.org/gowiki/OpenMoko/Debate-GNU-Linux
On 1/22/07, Derek Pressnall [EMAIL PROTECTED] wrote:
On a different (but related) track, I've always wanted to have a web
browser that was capable of executing local cgi scripts without the
need for client-side http server.
Pah! Internet Explorer has had that for *ages*.
But for non-windows,
On 1/21/07, David Schlesinger [EMAIL PROTECTED] wrote:
What is the rationale behind the exclusion of WiFi?
The long and short of it is that there's no sufficiently low-power WiFi chip
available which has an open driver, or at least there wasn't when the
hardware design got nailed down. It's too
On 1/20/07, Renaissance Man [EMAIL PROTECTED] wrote:
And the more people who are aware of Free Software (as opposed to simply
open source software) and its significance, the more likely Free Software
will prevail and people will continue to benefit from it.
I agree, and I agree that this
On 1/18/07, hank williams [EMAIL PROTECTED] wrote:
Now I am not saying open source isnt great. But from your *average* users
perspective I would love to hear the advantages of the open source for these
devices. Is this just a geek issue? It seems like most of the apps described
on this list
On 1/18/07, Sven Neuhaus [EMAIL PROTECTED] wrote:
While you're at it, please include some kind of hardware graphics
acceleration to speed up video playback and maybe allow cooler games...
I quite like the idea of the display being in system memory for games
- quick pixel read times allow for
On 1/18/07, Renaissance Man [EMAIL PROTECTED] wrote:
P.S.: Thanks for finally realising that it is better if you drop
the debate about including wifi in the first generation device. Be
it whether the fundamental point people having been trying to make
to you, got through, or because you
On 1/18/07, Bryan Fink [EMAIL PROTECTED] wrote:
The community archives online are not easily searchable and not the
best way to get a definite answer.
Gmane to the rescue!
http://dir.gmane.org/gmane.comp.hardware.openmoko.general
Nice! Thanks for the link!
Richard
On 1/17/07, Renaissance Man [EMAIL PROTECTED] wrote:
The reason is neither of them have VoIP via WiFi.
Who do I talk to ask them to include WiFi connectivity with the
OpenMoko? I'll sell my body parts to get hold of such a device.
Why does no organisation (even Apple) seem to get it that the
On 1/16/07, Gabriel Ambuehl [EMAIL PROTECTED] wrote:
Unless your game can be controlled with a touchscreen, you won't like it as
gaming device.
I've got a mockup I did for a Gravity Power port I've been putting off
for too long:
http://www.flickr.com/photos/[EMAIL PROTECTED]/359950380/
With a
On 1/13/07, Rob [EMAIL PROTECTED] wrote:
Anyhow, I've been thinking about it, and at 9600 baud or whatever it
wouldn't be worth bothering with. I think what I'll do is build a
little pocket sized battery powered usb hub with an attached usb
802.11 dongle. While I'm at it, I'll probably put an
On 1/10/07, Dave Crossland [EMAIL PROTECTED] wrote:
On 10/01/07, Attila Csipa [EMAIL PROTECTED] wrote:
Conceptually very similar to the FIC1973, with of course the
added Apple candy and design team efforts.
I wonder how the FIC1973's graphics capabilities will compare - all
the slick XGL
On 1/10/07, Sven Neuhaus [EMAIL PROTECTED] wrote:
Richard Franks wrote:
In terms of retro gaming though, it's the perfect platform for 2d games:
Unfortunately, in the last 4 years of using a Sony Ericsson P800 phone I've
learned that there're only a handful of decent games (genres) that can
On 1/11/07, el jefe delito [EMAIL PROTECTED] wrote:
On 1/11/07, Richard Franks [EMAIL PROTECTED] wrote:
In a year after release we will probably have two things:
2) A Neo (released or in the works) which can provide all the 'eye
candy' decoration to those paradigms which we would ever
On 1/7/07, Andreas Jellinghaus [EMAIL PROTECTED] wrote:
I wrote a game in turbo pascal a decade or two ago.
if I wanted to rewrite it for openmoko, which toolkit
etc. would I use for the graphics and sound effects?
I'd use SDL if/when available, if not.. then there are plenty of
sound/image
pretty much regardless
of the task. And at the end of the day that is what counts for me, not
the degree to which I can *fiddle* with a system.
Just wanted to set that straight (and get that flame-war started ;-)
-- Terrence
Gabriel Ambuehl wrote:
On Friday 15 December 2006 19:53, Richard Franks
On 12/15/06, Robert Michel [EMAIL PROTECTED] wrote:
Did I alread mentioned the idea to have a capacitor parallel
to the battery? So the Neo1973 cold call the police even without
battery and the simcard and transmitt the coordinates of the phone.
***g*** (of course with black screen...)
Well..
If it's anything like this:
http://www.mpja.com/category/DC__Motors/6mm_CELL_PHONE_VIBRATOR_MOTOR_16053_MD.asp
then it could be possible to monitor any current generated from the DC
motor as a result of the phone being moved (along certain axis').
Richard
On 12/14/06, Alessandro Iurlano [EMAIL PROTECTED] wrote:
I was just thinking about the lack of a wiki at the actual moment and the
waste of thoughts and energy that will go lost because nobody will probably look
at all the archived mails in the list again.
On the other hand, the list as it is
On 12/15/06, Koen Kooi [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Oleg Gusev schreef:
I think any reasonable person understands that wifi/BT was left out
Bluetooth left out? That's not what I heard.
Really!? Cool! Where did you not hear it?
Richard
On 12/15/06, Koen Kooi [EMAIL PROTECTED] wrote:
This mailinglist and #openmoko, but I was protesting against presenting
things as actual facts, when things aren't sure.
Dragging this back on-topic, you bring up an interesting example.
Creating an ethic such as information should be free, and
On Fri, 2006-12-15 at 16:08 +, Ole Tange wrote:
Apparently the Neo may be capable of transmitting ultrasound (20 KHz -
around 45 KHz). If the Neo is also capable of receiving this (using
the microphone) then we should be able to transmit data that way. This
may be useful for close range
On 12/15/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
For dessert I'd like the apple pie with no whipped cream
I'm sorry sir, we're all out of whipped cream
Very well. I'll have it without ice cream
[ Error whilst processing directive: 000816 ]
On Fri, 2006-12-15 at 21:00 +0100, Koen Kooi wrote:
A phone that sends an sms to itself every week, how is that going to stop a
thief that has
my phone + simcard?
Hmm. You are absolutely correct - security through obscurity + sneaky
tricks aren't going to work medium-long term. Imagine you
Would we be violating the license by redistributing this data, or
additional data based entirely upon that data source to other Neo1973
units?
I'm wondering about the possibility of leveraging off the fact that
all Neo1973 units should have a very unified idea of the current time
to increase the
Hurrah Robert!
I'm not an audio engineerologist, however a quick read of the
datasheet shows input/output rates of up to 96kHz.. so the theoretical
highest frequency at that level would be 48kHz.. meaning there may be
room in the non-audible spectrum for comms depending upon the
sensitivity of
http://en.wikipedia.org/wiki/Teen_Buzz
If the speaker can produce 17.4kHz then it could be sufficiently
annoying to any potential 'teenage hooligan' running off with your
phone.
Add in some remote-access features, such as lock-down, sync/wipe local
data, gps/voice recording+uploading.. if
On Tue, 2006-12-12 at 17:56 +0100, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Michel schreef:
PS: Again, it seems that an FPGA between the I/O connectors
and the other chips would encrease the power of the Neo1973,
e.g. the FPGA could switch the
Salve Rob!
On Tue, 2006-12-12 at 18:51 +0100, Robert Michel wrote:
Sorry, I'm not a electral engineer (student). So how hardware things are
solved will never be my excellence
Please don't feel the need to disclaim your experience - those of us who
went to university were all students once too
On 12/12/06, Robert Michel [EMAIL PROTECTED] wrote:
Doing distance messuring with ultrasonic?
;))
40kHz example:
http://www.parallax.com/dl/docs/prod/audiovis/Distance28015.pdf
Interesting article... 3.3m ping is not insignificant, especially in
dark/smoke-filled environments. I remember doing
at the approximate bandwidth though ;-)
Richard
On 11/29/06, Richard Franks [EMAIL PROTECTED] wrote:
On 11/29/06, Richard Franks [EMAIL PROTECTED] wrote:
Oh wait. You mean hosting the HTML file(s) on the Neo? By pointing the
PC browser to the HTML file on the Neo's memory, you could in effect
set
On 12/11/06, Robert Michel [EMAIL PROTECTED] wrote:
10 bonus points if it sounds like R2D2.
efficient data transmission via audio mustn't sound well
for the user - DTMF for transmitting your phonenumber
would be acceptable, but the other modulations?
Heh! That idea was intended just for
I haven't misposted again. No, really.
Inspired by Christopher Heinys thrust, I started wondering about what
actual 'average' consumers want. It's my impression that the
BlackBerry currently holds the crown for the if I wanted a phone that
could also do XYZ:
We had some major headaches with this - mostly because legacy code
written for 32bit architectures tends to make silly assumptions that
pointers can be cast to integers. But there also a number of tricky
cases where it wasn't immediately obvious that the datatype
discrepancy was the root cause.
On 12/5/06, Jeff Andros [EMAIL PROTECTED] wrote:
On 12/5/06, Richard Franks [EMAIL PROTECTED] wrote:
I started coding this beast last night. Not much to see, but if it
garners any interest I'll chuck up on Sourceforge. There are still
plenty of things to be decided, so if you'd like
Salve Rob!
On 12/7/06, Robert Michel [EMAIL PROTECTED] wrote:
?cologne
I will go to cologne by train on 10.12.2006 14:12h from Aachen central
trainstaion.
?cologne.*
Have affair at 19:00, don't tell wife or bishop.
The issues I see are:
1) The feasibility of entering all of your day-to-day
Will the OpenMoko repository contain drivers for all supported
platforms, or will the drivers be distributed and bundled by the
hardware vendor into a specific SDK - in this case FIC for the Neo1973?
Or is that still to be decided?
Richard
___
On Tue, 2006-12-05 at 19:37 +0100, Robert Michel wrote:
Explain me - what would be the long term benefit to run OpenMoko on a
THC device in the next month?
I'm not a corporate marketing-ologist, but surely the more hardware
platforms OpenMoko runs on, the more credibility it will receive.
On Thu, 2006-11-30 at 20:20 +0100, Koen Kooi wrote:
any spare(ish) cycles you have I'd vote for using them to put up a
basic community wiki - makes it easier for project ideas to get off the
ground when there's a common source for information, not least with
relation to the ability to
On Thu, 2006-11-30 at 11:51 -0700, Jeff Andros wrote:
It almost sounds like we should make a plugin framework for
availability detection, with plugins for the light sensor, PIM
calendar, microphone (can we set an interrupt if the ADC receives a
level greater than X?) and so on and so forth as
On 11/30/06, Tim Newsom [EMAIL PROTECTED] wrote:
the problem with doing it this way, is you'd need some way to notify
each application of all the sensors available at runtime, or you
re-compile each availability sensitive app for every combination of
sensors (having that many versions of
Skip all that, and go straight to monitoring EEG brain signals - one
sensor (array), all input handled. Fashion it into a nice hat.
Actually, no.. all I really want to do with the Neo1973 is get a
ring-tone to do the beep beep boop bop from CTU/24.
Now I think of it though.. AGPS/GPRS... urban
On 11/29/06, Robert Michel [EMAIL PROTECTED] wrote:
*IDEA*
Wait, because these systems support USB mass storage device - couldn't
we use a normal browser and on download to a FIFO file and an upload to
a FIFO to FIFOs on our server? So no local installation, nor Java
support (I would
On 11/29/06, Richard Franks [EMAIL PROTECTED] wrote:
Oh wait. You mean hosting the HTML file(s) on the Neo? By pointing the
PC browser to the HTML file on the Neo's memory, you could in effect
set up a meta-refresh every second or so, or use AJAX to read files
(requests) from the Neo's memory
On 11/29/06, Koen Kooi [EMAIL PROTECTED] wrote:
Hey! This is the first project idea which we (the community) could
start today and complete even before the first Neo1973 ships,
without
access to the SDK or any other data. Booya.
That isn't true. You can start coding a a pure gtk+ app
On 11/28/06, Sam Kome [EMAIL PROTECTED] wrote:
I _love_ the idea of openstreetmap, but truly doubt that it will retain
enough dedicated participants over time. Initial capture is not enough;
eternal vigilance is needed to recapture the data everytime a bulldozer
appears or a planning committee
On 11/28/06, Richard Franks [EMAIL PROTECTED] wrote:
however for all the towns and
cities I've lived in, the actual street layouts and names don't change
terribly often.
Let me qualify this rather anecdotal statement.. I don't think
street-layout/renumberings change often enough to be show
On 11/27/06, Robert Michel [EMAIL PROTECTED] wrote:
Or for those of us who are talking for hours... a voice
message for the owner or both could annouce
dead spots 5 minutes ahead - good connection starts in 30 minutes
I really really like this idea.
Psuedo Implementation:
1) Neo takes a few
On 11/27/06, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
I asked one of our hardware engineers to provide a bit more information
about the video prospects. Here is what he said:
Certainly it can show some fps video. However, the LCD refresh bus
bandwidth will be determined by LCD display size, bit
On 11/24/06, Ben F-W [EMAIL PROTECTED] wrote:
Please note that this list deliberately didn't include promotional ideas
('limited offer' discount etc) or hardware/technical suggestions,
although this line was sometimes hard to draw. My rough definition was
whether it was something I'd expect to
On 11/23/06, Tapani Pälli [EMAIL PROTECTED] wrote:
[location tagging]
I think these kinds of things would be doable if user could 'tag'
locations based on available bluetooth or wifi hotspot data. Then later
on device can make assumptions : I can see this wifi now so I must be
at/near location
In the sense of, which application area interests you the most - if you
intend to develop some software for this thing, how would you categorise
it?
I'm split between syncronising data/content between the Neo1973 and all
my other machines - so I have a single computer system constructed
First sorry if my thoughts on this list starts confusion
(again I'm not a hardware expert) but I like to encourage
the Neo1973 team to find a desin of the Neo1973 that
- has much memory
- has the potential to upgrade the number of memory
- has the chance for Wifi
- and no bottle neck for
78 matches
Mail list logo