Re: Smart LCD birght/dim...
On Sat, 12 Apr 2008 02:50:11 +0200 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Since Freerunner won't have an hardware light sensor to set its LCD brightness, I got some ideas about smartly changing the luminance of the GTA02 screen to save its battery (still with an unknown life time :/). Of course they aren't and never will be precise as an hardware sensor is, but it's the only thing we have: 1) Setting the brightness following the hour of the day: also if the phone can't know if it's sunny or cloudy, neither if you're indoor or outdoor, it's clear that just knowing the hour of the day, the date and your latitude (to be set once via GPS) the phone can easily know when the sun will rise and set, and so it will be possible increasing or reducing the LCD brightness. Also if you're indoor, I guess that when the sun is gone you won't need so much luminance... 2) Using personal profiles that follow your habits: you could define, for each hour of each week day the presumed luminance, using something like a calendar. I mean, if on working-days I generally stay indoor every day from 8:30 to 13:00 and from 15:00 to the 19:00 I figure that on these intervals I don't need all the LCD power, so I'll set in my calendar that on such interval I'll be indoor... I guess that many of you would follow a routine durning the week, why don't educate your phone for it!? 3) Setting the luminance following the weather. Of course I've no light sensors, neither a barometer :P, but if I've a working connection available I could use the weather data downloaded every few minutes (60, for example) from internet to change my screen brightness (of course merging these informations with points 1 and 2) What do you think about them? I do think that they are really simple to implement, and that also if they won't guarantee a perferct result, they could be a smart workaround. GPS signal drops in cloudy conditions, and is usually non-existent indoors... this just leaves the 24hour cycle of the spin of the earth to worry about, all we need know is position, and rise/set times to sort that problem? -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Smart LCD birght/dim...
On Sun, 13 Apr 2008 14:47:28 +0100 Sean Anderson [EMAIL PROTECTED] wrote: On Sun, 2008-04-13 at 14:38 +0100, ewanm89 wrote: On Sat, 12 Apr 2008 02:50:11 +0200 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Since Freerunner won't have an hardware light sensor to set its LCD brightness, I got some ideas about smartly changing the luminance of the GTA02 screen to save its battery (still with an unknown life time :/). Of course they aren't and never will be precise as an hardware sensor is, but it's the only thing we have: 1) Setting the brightness following the hour of the day: also if the phone can't know if it's sunny or cloudy, neither if you're indoor or outdoor, it's clear that just knowing the hour of the day, the date and your latitude (to be set once via GPS) the phone can easily know when the sun will rise and set, and so it will be possible increasing or reducing the LCD brightness. Also if you're indoor, I guess that when the sun is gone you won't need so much luminance... 2) Using personal profiles that follow your habits: you could define, for each hour of each week day the presumed luminance, using something like a calendar. I mean, if on working-days I generally stay indoor every day from 8:30 to 13:00 and from 15:00 to the 19:00 I figure that on these intervals I don't need all the LCD power, so I'll set in my calendar that on such interval I'll be indoor... I guess that many of you would follow a routine durning the week, why don't educate your phone for it!? 3) Setting the luminance following the weather. Of course I've no light sensors, neither a barometer :P, but if I've a working connection available I could use the weather data downloaded every few minutes (60, for example) from internet to change my screen brightness (of course merging these informations with points 1 and 2) What do you think about them? I do think that they are really simple to implement, and that also if they won't guarantee a perferct result, they could be a smart workaround. GPS signal drops in cloudy conditions, and is usually non-existent indoors... this just leaves the 24hour cycle of the spin of the earth to worry about, all we need know is position, and rise/set times to sort that problem? These all sound like rather extravagant power-saving means that would be unlikely to save a great deal of power. It's maybe worth implementing if someone has the time to add this neat little power-saving feature, as part of power management - but it would be my guess that more battery power could be saved by simple things like turning off GPRS when it is not in use. Sean. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Agreed, the GPS would draw a lot of power, along with the GSM radio, bluetooth radio and wifi radio, I was only pointing out that it is technically possible with given hardware, not that it is a good idea. -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: accelerometer thought
On Fri, 11 Apr 2008 11:05:38 +0100 Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: On Friday 11 April 2008 03:12:45 Joe Pfeiffer wrote: It occurred to me as I was thinking about use cases that a setting in which the phone would be on vibrate while vertical (as in clipped to my belt) and ring when horizontal (as in lying on a table) would suit my typical use about 99% of the time. Hehe, that's amazing. So simple and effective. Same here -- what do the others think? :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Well, it's not vertical in pocket, but other than that... This is a great idea. -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web Browser?
On Mon, 07 Apr 2008 00:07:27 +0200 Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Marcus Bauer wrote: The current browser is based on webkit and has Javascript, DOM etc. However, the CPU is to slow and the screen to small. Much more fun is 'links' which does have a graphics mode and simply ignores most CSS. But it is blazingly fast and many pages are better readable with it - thanks to the fact that most websites have no longer table based layout but a div based. Thus pages get simply shown sequentially - one div after the next. Even wikipedia becomes very readable on the small screen. I'd like to have something like the browser that iphone has, btw those are my few suggestions [1]. Is this possible? Webkit is the rendering engine of safari (including iphone version). -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More than a phone with a GPS navigator
On Fri, 28 Mar 2008 16:00:39 +0100 Alexey Feldgendler [EMAIL PROTECTED] wrote: On Fri, 28 Mar 2008 14:59:42 +0100, Andy Green [EMAIL PROTECTED] wrote: | That's the point: while you're inside a building, all you have to know | is that you're still inside. Well you can know where you are in the building from AP scan monitoring. ~ In an office building for example you might go to a meeting room or a cafeteria and want that as a different place, but you never get to the open sky moving around between these places. Fair point about different rooms. However, attempts to locate yourself up to room precision will fail a lot -- the range of one WiFi AP isn't really confined within the walls of a room, so just walking the corridor past the meeting room or sitting in an adjacent room would trigger the meeting room profile. I don't see how it could be made to work up to room precision. It seems to me that building precision is the best that's practically possible. The signal and noise levels are usually fairly different in different rooms (at the uni I can't easily get the wireless behind the wall on the other side of corridor. * access point | wall $ me door | | * |$ | | | I can't see why you can't use the noise signal levels in this way as every room will have a unique AP profile? -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (no subject)
On Mon, 31 Mar 2008 12:40:16 +0200 Jaroslaw Swierczynski [EMAIL PROTECTED] wrote: 2008/3/31, Nick Guenther [EMAIL PROTECTED]: Why? Because it's cool to be a member of this great community. Maybe it may help to use a subject and talk about openmoko ;) -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TomTom on Openmoko?
On Thu, 27 Mar 2008 15:41:16 +0100 Paolo Cavallini [EMAIL PROTECTED] wrote: Marcin Juszkiewicz ha scritto: Automotive Navigation Data (AND) is a leading provider of location, routing, mapping and address management are donating a street network of the entire Netherlands. Yes, an entire country. It was not done by community but by commercial company... so what? the idea behind OSM, as I see it, is not only to produce new data, but also to put pressure on data holders to set their data free. OSM has been very successful in Holland and Ireland, and things are moving fast also here in Italy, where several municipalities are giving their data to the project. Anyway, if you do not believe in free software and data, I think you can be happy with an N95 or similar. :) pc There were reports of ordinance survey were looking into giving data in the UK. Also, we have a great phone with GPS, wifi, bluetooth and gsm, why not update it if you find something not on there as you are walking around town? -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko strives for openness
On Wed, 19 Mar 2008 13:02:54 -0400 Lally Singh [EMAIL PROTECTED] wrote: The openness is much appreciated!! The hack value of this phone is really mind-boggling. IMHO It could become to this generation's young hackers what the old Apple IIs and Commodores were to my generation. As for the 6400 vs the 2443, is there any reason to prefer the 2443? The 6400 seems better in every way. As for other ideas, in sorted order of perceived probability: 1. First, some sort of mounting holes near the USB (like the PSP)? Or another USB port on the back (with mount holes), to allow things to be attached behind the phone? I'm in the Virtual Reality group here, and a phone with GPS, accelerometers, and 3D is *very* interesting. With a more specific positioning system (e.g. like the wiimote's IR) attached, it'd be really useful in an immersive CAVE (small room with projectors on 4-6 sides) or a gigapixel (25-50 LCDs arranged into one giant display) system. 2. Actually, is there any hope of getting 3d acceleration out of the graphics chip, or is that too bogged down with NDA-ness? Are we stuck porting Mesa3D? 3. Also, a wifi adapter that does promiscuous mode? A few sysadmins would love to run wireshark on it, to diagnose what's going on with their network. 4. Personally, I'd love some sort of high-speed connector, so I could connect something like an FPGA to it. Maybe access to the GPIO off the processor? I don't expect it to be a high priority, but I have to ask :-) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Promiscuous mode? I would prefer full packet injection ;) see those wep networks crumble. -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC 2008
On Mon, 24 Mar 2008 19:02:34 +0100 Niluge KiWi [EMAIL PROTECTED] wrote: Hi, I'm a student in the french engineer school ENSIMAG, and I would like to work for OpenMoko during the Google Summer of Code. I'm interested in the accelerometers features [1]: Recognising gestures is a really important part of the interface between the user and the phone. With the two accelerometers in the FreeRunner, I think we can recognise lots of gestures, not only simple ones like a click (which is already recognised by the accelerometers used in the FreeRunner). The main difficulty is probably to extract the useful data from the gestures noise : calibration may take time. The goal is to have an almost pre-calibrated library (an idea from the wish-list in the Wiki is to allow the user to record its own gestures, but I think it's not easy to do it simple for the end-user). The accelerometers could provide not only small gestures recognition (like the ones listed on the Wiki: up-side-down, shaking, flipping, ...), but full 3D-space positioning from a start position (when the software is started). Then we can imagine lots of uses of the library : improvements in the control of the phone, programs specially created to use such control(little games for examples). The accelerometers gestures could be combined with the touchscreen for a better use. For example, the gesture navigation can be activated only when pressing the screen: if we are viewing a large picture, zoomed in, we could move through it by moving the phone, but we don't want it moves all the time. Other examples given on the Wiki [2] could be implemented by using the library. I looked at the driver for the accelerometers, and it seems it's not yet working. I don't think I'm able to work on the driver, so I hope it will work this summer. Who would need multitouch when we have this? Sounds great to me. -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSoC 2008
I'm heavily interested in apply to get the ad-hoc communication going for GSoC 2008. I just wondered what is the situation on getting the hardware? -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC 2008
On Sun, 23 Mar 2008 17:39:29 -0300 Stefan Schmidt [EMAIL PROTECTED] wrote: What exactly do you mean here? If Freerunner will be available at the time, or if Openmoko provide students the hardware? Well obviously the hardware costs money that I don't expect to just come from nowhere, I was more worried about actually making sure it got to those of us who are accepted in time. -- Ewan Marshall (ewanm89/Cap_J_L_Picard on irc) http://ewanm89.co.uk/ Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update: Regarding Neo FreeRunner pre-orders
On Mon, 25 Feb 2008 23:08:26 + (UTC) Tony SR [EMAIL PROTECTED] wrote: Steven Le Roux [EMAIL PROTECTED] writes: On Mon, 25 Feb 2008 23:14:11 +0100, Richard Bennett richard.bennett at skynet.be wrote: On Mon, 25 Feb 2008 22:48:08 +0100, David Pottage [EMAIL PROTECTED] wrote: If FIC setup a web shop in a European country with a low sales tax rate such as Belgum, Europeans buying Freerunner phones could save around 10% compared with buying from a German web shop. Don't you mean Luxemburg? They have 15% tax I think, in Belgium it is 21%. Luxembourg could be great :) or spain too... but please ! not in sueden or denmark :) (25% !) Anyone here who lives in Lux ? :) Richard. ___ OpenMoko community mailing list [EMAIL PROTECTED] http://lists.openmoko.org/mailman/listinfo/community Hello everyone, In Spain we have 16% VAT... (and I thought we had a huge VAT, but by the comments, we're so cheap!) Regards Tony ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Here in the UK seems cheap at 17.5%, but I suppose you hit currency issues here? -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: p2p/mesh cellphone network
On Tue, 11 Sep 2007 22:43:44 +0100 Giles Jones [EMAIL PROTECTED] wrote: On 11 Sep 2007, at 22:23, Shawn Rutledge wrote: On 9/11/07, Robin Paulson [EMAIL PROTECTED] wrote: didn't we discuss this a few weeks ago? http://news.bbc.co.uk/2/hi/technology/6987784.stm I'm wondering what they had to do to the radio to make it possible, or if it is at all with GSM. Sounds like maybe they used something different. Of course this phone could do it with WiFi or Bluetooth, purely in software. It could, but as discussed previously, there's all sorts of drawbacks. Drop outs, power usage etc.. With custom technology you can improve on that. It's not a technology that can be depended on like cell networks as it relies on a chain of people being between you and the destination. Some technology info here: http://www.terranet.se/index.php? option=com_contenttask=categorysectionid=8id=17Itemid=62 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community FBI and co wouldn't be happy as tracing mobile calls would have just got harder. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: md5sum for firmware images
On Tue, 28 Aug 2007 01:31:33 -0500 Dmitri [EMAIL PROTECTED] wrote: Hello, Intro: Recently i bricked my old motorola phone by feeding a broken firmware. The archive was good, unpacking was Ok, and half way through reflashing the phone it's just gave me an error which result in a brick at the end. Question: Would it be appropriate to have md5sum for each firmware image, so end users would have an option to check integrity of the image? As far, as I can see, http://wiki.openmoko.org/wiki/Development_resources#Project_Resources firmware images links are empty for now, but for future it would be nice to be sure that the particular firmware that you going to upload to your lovely phone is authentic. -- Sincerely, Dmitri ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Ideally a digest that has SHA256, MD5 and RMD160. As no one is guaranteed secure. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Duplicate Message Remover for Thunderbird
There is one built into claws-mail (sylpheed-claws) On Wed, 25 Jul 2007 20:05:09 -0400 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hey Moko-Magicians... For those of us using Thunderbird, you can download a Duplicate Message Remover add-on from here: https://addons.mozilla.org/en-US/thunderbird/addon/956 I just used it and took 433 messages down to like 187 just in my OpenMoko in-folder alone. Hope that helps some...Cassj --- when mind control works you won't know it. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko and gnuradio
i've just find out this amazing project, and one thing i wonder is if there should be posible (or maybe openmoko is thinking already about this) to design a mobile phone with the necesary hardware to run gnuradio. with that kind of architecture we could access all the rf spectrum so we could have a really evil machine... :P Lets see, on the hardware side, I believe you are going to need an exciter, tuned circuit, rf amplifiers, adc/dac. These will need to be specially formulated for wide spectrum use and take up a little more space than is available. The power requirements are also more than is available. And I don't know what interface you want to talk to it by. While in principle possible, you do realise that digital radio takes several to many thousand times the power that a special purpose radio takes? For example, you can get FM stereo receivers that will work off 1.8V at a milliamp or two. And that's before we even get onto the legal issues. SDR with user modifiable software, especially on the transmit side, is a nonstarter given the regulation of radio devices in many (most?) jurisdictions. This isn't a problem if you are a radio ham and plan to add the software yourself (following your jurisdictions regulations), else it's receive only. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Feds snub open source for 'smart' radios
On Sat, 07 Jul 2007 09:38:51 +0200 Raphaël Jacquot [EMAIL PROTECTED] wrote: Brad Midgley wrote: Hey This got me thinking about how flexible the radio is. Is the sim card wired right into the gsm module? It would be nice if the phone could play nice with sim access profile (SAP) either by sharing the sim credentials with another device or by gaining sim credentials from another device and setting up the gsm radio to use them. Would the hardware allow for this? Brad the gsm/gprs modules handles accessing the airwaves, and does all that's required by the protocol to do so by itself, independently from whatever software controls it via AT commands. the SIM card contains your subscription informations, such as customer ID and the like. there is nothing in the openmoko that the FCC would refuse validating. the phone itself is *NOT* a Software Defined Radio. on the other hand, the hardware developped by the Gnu Radio Project is a Software Defined Radio and will be subject to this crap, and they don't feel like they are much concerned about it, so I guess the openmoko crowd shouldn't be concerned at all. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I got my radio ham license at 12/13 and the opensource SDR community is a radio ham community. Radio hams are allowed to do what they want on the spectrum as long as they obey the rules and do it for their own education. So GNUradio aren't worried as the devs themselves are exempt (sam with HPSDR). -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Brainstorm: less functionality per device, more devices
On Tue, 03 Jul 2007 04:31:03 -0400 Jonas Meyer [EMAIL PROTECTED] wrote: I just recently got my first bluetooth headset. This is only relevant because it got me thinking. The typical cell phone (including the Neo) is built upon the idea of putting as much functionality as possible into one device. And manufacturers have gotten very good at this. What if one took the UNIX approach to hardware development. Instead of monolithic do-everything devices, create many single purpose devices that do their jobs very well, and can be chained together. This approach has some advantages: 1) Easier (and cheaper) to upgrade. Need more processing power? Add another or a smarter cpu pebble. Need gps? Add a gps pebble. Need storage, add a storage pebble. Need a camera, add a camera earring or watch or ring. 2) Cheaper initial investment. A basic phone could be a headset, a gsm transmitter, and little tablet UI device. 3 (or maybe you stick the gsm transmitter in the ui, so 2) little cheap devices that can be sold for tens, rather than hundreds of dollars. However, as a consumer desires more functionality, they buy more devices. 3) Carry only the functionality you need. Are you going clubbing? Probably won't need that gps unit, or the media player. Heading out to the woods? Ditch the second cpu, but grab an extra battery. 4) Interoperability. By opening the standard up to many manufacturers, a more robust ecosystem is created, and the entire platform improves. Disadvantages: 1) More items to lose. Perhaps they could snap together, like legos, or be carried in some sort of bag all together? 2) Intra device bandwidth is at a premium. Bluetooth 3.0 is probably necessary if you want to keep your storage in a separate device from your cpu or your ui. This in turn creates extra demands on batteries. Again, perhaps a standard snap together interface can carry power and data. 3) Potential incompatibilities. Different devices might not speak the same protocol, even if they are supposed to. This can be disastrous when your cpu is not from the same company as your storage. 4) Potential security risks. Running all that data over the air means it is easier to read it, in the event that your encryption fails. And since encryption is likely to be run off a chip, rather than a more general purpose cpu, security holes are more difficult to fix. 5) Harder to write the software. Obviously, this makes your OS about 1000% more complicated. Anyway, it seems like it COULD be an interesting sort of thing to try. Jonas ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Get on it then ;) Seriously though, I'm working on an opensource radio amateur project (http://hpsdr.org) and we are taking this sort of approach with it, it is still wired together through a backplane. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS can work stand-alone (Re: Advertising/hype)
Um, advanced hide and seek, your getting warmer... hot, hot, colder... On Tue, 03 Jul 2007 11:40:50 +0100 Urivan Saaib [EMAIL PROTECTED] wrote: Nick, I was thinking of something ala DNS, where the application can discover pieces of metadata associated to real-world items (you name it) categorized in a standard an open way. Users could add/edit/remove their own choices to customize what they want from their devices (getting closer to/getting far from vs state/status of the element associated to metadata. This could bring a benefic impact on the number/type of applications developed not only for OpenMoko but for any device that could gain access to a GPS hardware. Btw, I've been keeping track on the mailing list, reading quitely...Congratulations to all of you (hardware, software) for the excelent work. Regards, -Urivan Flores Saaib ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
On Sun, 1 Jul 2007 13:59:27 -0500 Ryan Prior [EMAIL PROTECTED] wrote: Cool idea. I think we should get the press machine turning on the inside, and then set it loose when the Phase 2 is released and ready for prime time. I like the idea of net-distributed ads targeted at programmers. These could be hyped in Slashdot-like circles even before GTA02 is out and before the software is mature - the idea is to attract hackers. Black background. Things come on screen in their unpolished current state, glitches and all. Lines in quotes are voiceovers. This is turning it on. We see Tux and initscript messages scrolling down the screen. This is the internet. Show browser displaying Slashdot or kernel.org or something. This is your music... Show terminal with: cd /home/bob/multimedia/music ls They Might Be Giants The White Stripes The Red Hot Chili Peppers The Killers [EMAIL PROTECTED] This is the package manager . . . Show package manager displaying pending updates. . . . that installs the updates . . . User selects an update and clicks Install. . . . that you write for your Neo. Incoming call interrupts package manager, call is taken. Female voice from phone: Hey there. Fade to black, display centered text FIC Neo1973 + OpenMoko Get your hack on. That's my idea for a commercial which calls the iPhone commercials to mind, but which are targeted at a different audience and don't raise expectations unreasonably high! Cheers, Ryan Sweet idea, but maybe we should come up with something that isn't an obvious spoof too. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An alternative gaming top case
On Sun, 01 Jul 2007 19:54:11 +0300 Mikko Rauhala [EMAIL PROTECTED] wrote: su, 2007-07-01 kello 17:51 +0200, Frederic Kettelhoit kirjoitti: So, please make a gaming top case for a few dollars more! It would _not_ be that simple especially at this stage. I would wager some of the future devices will have keypads, but don't think this will make it for Neo1973. With the accelerometers tilt control is an option. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OpenMoko][FIC] Neo1973 - sample ?
On Fri, 29 Jun 2007 12:03:24 +0200 Mickaël Toumi [EMAIL PROTECTED] wrote: Hello Sean, I'm currently working in the DVB-H mobile TV field and should be happy to contribute to OpenMoko to deliver a multimedia application. I read the message you dropped the 20th of January 2007. A sample of it is below: 2007-03-11 Phase 1: Official Developer Launch We will sell the Neo1973 direct from openmoko.com for US$350 plus shipping. Sales and orders will be worldwide. We are specifically targeting open source community developers. How and where can I buy a Neo1973 ?, I suppose I should be trusted as official developper, what's the process ? Thank you for your feedback! and Vive OpenMoko! Mickaël ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community 9th of July on http://openmoko.com/, anyone can order one but numbers are low and they will only be useful to a dev at this stage. See http://openmoko.com/ for more info. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Oceans
On Fri, 29 Jun 2007 20:04:36 +0200 Rodolphe Ortalo [EMAIL PROTECTED] wrote: Le jeudi 28 juin 2007 à 05:31 +0800, Sean Moss-Pultz a écrit : Dear Community, Andre Gide once said, Man cannot discover new oceans unless he has the courage to lose sight of the shore. [...] OK, straight right into the sea then captain. From what I understood of 2nd officer Harald, that leads us right to the east it seems (from my point of view at least)... Well, anyway, it seems we'll need a new application for Phase-1: a compass. (Might be a little more tricky than the calculator...;-) Rodolphe ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community GPS should help though ;) -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Oceans
On Fri, 29 Jun 2007 22:05:21 +0100 Ian Stirling [EMAIL PROTECTED] wrote: Sean Moss-Pultz wrote: snip We've had a particularly challenging time trying to setup the online infrastructure and figure out how to ship these phones. Sometime later today or early tomorrow we're going to make another announcement asking for some advice. Leaping in before being asked, and perhaps not exactly what you're announcing. On store stock. I'd like to see the basic, advanced, but also accessories. Something like: Basic $300 Advanced $450 Debug Board $120 (inc lunchbox) Battery $20 Guitar Pick $5 Case (black/silver, front and back) $20 Replacement screen $120 Pouch - $15 I personally would also like to see Motherboard alone - $150 GPS antenna - $20 Internal subframe - $20 This is both for cases where you damage your neo in some manner that is clearly not covered by any warranty, and for the cases where you might like to use the Neo for something it is clearly not suited for in its existing case. For example, glue a couple of webcams a USB hub, wifi, into a waterproof container, and do stuff with it. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Agreed, it would be good for hardware hacking. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Oceans
On Thu, 28 Jun 2007 11:10:11 +0530 Sudharshan S [EMAIL PROTECTED] wrote: Fantastic news, Thank you sean for the long announcement, I tell ya for all the wait, it was worth it. Now am gonna take a large printout of the announcement and paste it outside my room to inspire my parents to increase my allowance. :P Onto World domination! Regards Sudharshan S ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I should try that to see if they will let me order one ;) Luckily money isn't a problem as I have been saving for sometime now. -- Ewan Marshall (ewanm89) Geek by nature, Linux by choice. signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
