Re: Backside Interface for Hand-Held devices
A standard drawing pad, such as those used by an artist, is a good example of Claim 1. As a touch-sensitive input device, it causes a change in cursor position and state corresponding with the position at which it is touched. All that differs in Claim 1 of this patent is the stipulation that it is used in a mobile electronic device, as opposed a relatively less mobile desktop or laptop computer, such as those used by artists. Since the other claims simply hinge on claim 1, the whole patent is basically bunk. I couldn't, for example, patent the idea of a computer mouse designed for a mobile electronic device just because it's (presumably) never been done before. It's simply porting an already well-understood concept from the desktop world to the embedded world - there is no new idea, just a new implementation. Peace, fight the power, and say no to bad patents, Ryan On 7/4/07, Frederic Kettelhoit [EMAIL PROTECTED] wrote: Hello together, there is one patent application called Backside Interface for Hand-Held devices with the patent number 20070103454. It has been published on 10th May 2007 and isn't granted yet. Does anyone know how long such a process might last? And are there realistic chances that this patent will be granted? Because I think it would also be pretty cool for OpenMoko phones. http://www.latestpatents.com/category/apple/feed/ http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2Sect2=HITOFFp=1u=%2Fnetahtml%2FPTO%2Fsearch-bool.htmlr=1f=Gl=50co1=ANDd=PG01s1=20070103454.PGNR.OS=DN/20070103454RS=DN/20070103454 ___ 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: Openmoko ads now on youtube
Most people are picking the ones that I didn't care too much for. Than I guess everyone's on the same wavelength here! Let me say it again: Owesom virals for just 30min of brainstorming! I personally find these virals better than the apple spoofs ideas. Because now the Neo and OpenMoko won't look look so much as an iPhone and OSX mobile ripoff. They would have done so with an mac spoof. (despite the fact that the Neo was announced first...) btw: The bluesbrother's one is also really funny. On 7/5/07, Adam Krikstone [EMAIL PROTECTED] wrote: Forgot the blues brothers one: http://www.youtube.com/watch?v=kR-4VhlsiV8 Most people are picking the ones that I didn't care too much for. It only took about 30 minutes to get the ideas. I have quite a few more but stopped in case there was overwhelming opposition here. I want to do more revolving around the neo in use instead of images and increasing productions values through better sourced media. People need to see the benefits of an open handset, not just be told how great it is. I think this project is great and have high hopes for its success. Feedback is appreciated about the videos. -adam Frank Coenen wrote: Wow... you sure made some good virals! Nice work. How long did it take you to come up with these idea's. I really like most of them! Here's my review in case you want some feedback: # 1: Good for the hardwarepeople :-), general public (GP) won't care probably. #2: Nice, sowing of the apps. You could change the one with the active appications to the one with an overlay of the mockup: http://wiki.openmoko.org/wiki/View_Active_Applications (you will need to photoshop the arrows away). Then it will look much nicer. ;-) #3: NICE! Really nice! :-D #4: Nice, (not as funny as 3 though ;-) ) #5: Sorry to say, but this one is lame. #6: Awesom, just awesom. #7: Almost the same as #8. See 8 #8: Nice refference to a speach of Sean. I like this one better than 7. Perhaps delete #7, since it is almost the same. #9: Good viral #10: To long. Same idea as #9. Perhaps delete this one. #11: Sorry, but this is a rant about the backend of the phone-compenies. The Neo won't change this.Don't raize falls hopes ;-). So, perhaps you should also remove this one. Good jub. :-) On 7/4/07, *Adam Krikstone* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Sorry for the bad quality on some but there aren't many videos or pictures of the neo1973 besides the wiki. I stayed with the free your phone, aspect since advertising linux to the public is not going to work. I can make better ones if someone can get me high res photos and video (720x480 and above). Playlist: http://www.youtube.com/view_play_list?p=472DE700A3CC70A4 Individual: http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=tQPjfUqp-dk http://www.youtube.com/watch?v=4qP-K1HOMHk http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=dpwxzEopg60 http://www.youtube.com/watch?v=EuG2hYiO9AU http://www.youtube.com/watch?v=lGjY7tigdkA http://www.youtube.com/watch?v=YR4ezMgRlWo http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=GxsVFG7jHI8 http://www.youtube.com/watch?v=62kLhNngE20 ___ OpenMoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Good work. It's exactly the kind of work is mostly missing in the Open Surce field:advertisement. Another possibility to advertise would be creating some standard ads, pictures, that we put on the wiki, and that everyone can post in their local journals. Small journals and magazines mostly publish ads really cheaply, and it would even show the openmoko to people not really into YoutubeOpensourceBloggingTechStuff. But the vids are definietly great! Adam Krikstone wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Sorry for the bad quality on some but there aren't many videos or pictures of the neo1973 besides the wiki. I stayed with the free your phone, aspect since advertising linux to the public is not going to work. I can make better ones if someone can get me high res photos and video (720x480 and above). Playlist: http://www.youtube.com/view_play_list?p=472DE700A3CC70A4 Individual: http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=tQPjfUqp-dk http://www.youtube.com/watch?v=4qP-K1HOMHk http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=dpwxzEopg60 http://www.youtube.com/watch?v=EuG2hYiO9AU http://www.youtube.com/watch?v=lGjY7tigdkA http://www.youtube.com/watch?v=YR4ezMgRlWo http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=GxsVFG7jHI8 http://www.youtube.com/watch?v=62kLhNngE20 ___ -- My corner of the web: http://ramsesoriginal.wordpress.com My dream, my world: http://abenu.wordpress.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Hi, On 7/4/07, Adam Krikstone [EMAIL PROTECTED] wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Great work Adam! Maybe you, Sean and company, should start an Advertising Competition for OpenMoko, inviting the FOSS community? It should give good publicity :) Everybody can submit their videos and you can select the best videos. You can decide on the time frame for the competition, the prices, and the rules and regulations such as releasing the video in an free/open standard format (ogg), freely distributable license, et. al. SK -- Shakthi Kannan http://www.shakthimaan.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Brainstorm: less functionality per device, more devices
I really like this sort of lego block approach to mobile devices. Some people want bluetooth, some want gps, some want cameras, some want wifi, extra storage, IR, etc, but not everyone necessarily wants all those things. I think this is a situation where mobile devices could take an example from desktop PCs. I am dreaming of some future devices consisting of cases which can hold various module blocks. The most basic mobile device would contain three things: 1. Case: this would provide the main housing for all modules, and include an user input buttons, displays, etc. 2. Main CPU module 3. Power module (essentially just a battery) Everything else would be an optional peripheral module, connected over some standard bus (i2c?) The number and types of peripherals supported would mostly depend on your case type. For example with this concept you could theoretically swap your GSM module with a CDMA module, update your software and you're good to go on your new network. Another scenario could be that a user only wants or can afford the base model at the moment. Then later they can decide to add that bluetooth or gps module they are missing. Defining a standard battery form factor would be pretty awesome in itself. People who prefer the minimal devices could get the smaller, more portable cases which only fit a few modules, while others who want all the whizbang features can get the larger advanced cases. If the modules are directly physically connected, they don't all need their own batteries/bluetooth/etc, just some common data bus and power interface. For optimum compatibility, you would want to standardize the module block form factor. You could have blocks of various sizes, depending on the complexity of the module. for example, maybe a gps unit can fit in a 1x1x1 block size, but maybe a gsm requires a 2x1x1 block size. Battery might be 4x4x1 or something. As long as the dimensions are in multiples of the same units, there is a good chance of fitting all the modules together in your device. -Hans Loeblich ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Benchmarks
I don't own a Neo yet, but I have here a Samsung S3C2440A (arm920 based), and here are the results : BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST: Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* :--:-: NUMERIC SORT: 91.523 : 2.35 : 0.77 STRING SORT : 8.307 : 3.71 : 0.57 BITFIELD: 3.0876e+07 : 5.30 : 1.11 FP EMULATION: 7.9239 : 3.80 : 0.88 FOURIER : 11.727 : 0.01 : 0.01 ASSIGNMENT : 0.48694 : 1.85 : 0.48 IDEA: 340.46 : 5.21 : 1.55 HUFFMAN : 40.497 : 1.12 : 0.36 NEURAL NET :0.014012 : 0.02 : 0.01 LU DECOMPOSITION: 0.48278 : 0.03 : 0.02 ==ORIGINAL BYTEMARK RESULTS== INTEGER INDEX : 2.941 FLOATING-POINT INDEX: 0.020 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==LINUX DATA BELOW=== CPU : L2 Cache: OS : Linux 2.6.13-rc7 C compiler : gcc version 3.4.6 libc: libc-2.3.6.so MEMORY INDEX: 0.673 INTEGER INDEX : 0.783 FLOATING-POINT INDEX: 0.011 Baseline (LINUX): AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS trail - crazy idea
I was looking for a project to start practicing openMoko, and was willing to learn how GPS receivers work (never used one). Your project fits perfectly. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Adam Krikstone wrote: http://www.youtube.com/view_play_list?p=472DE700A3CC70A4 Hot shit ! I hope you realize what sort of productivity killer for OpenMoko mission control you've created :-) - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
AND donate entire Netherlands to OpenStreetMap
Good news for openstreetmap!!! see: http://www.opengeodata.org/?p=223 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. :-D ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AND donate entire Netherlands to OpenStreetMap
Whoops. I was to excited to read the rest of the article: India and China as well. That is just mindblowing good news! AND Automotive Navigation Data has agreed with the OpenStreetMap Foundation to donate digital maps of the Netherlands, China and India to the OpenStreetMap community. [...] Initially, AND will make its street level data of the Netherlands and the major road networks of China and India available to the OpenStreetMap community On 7/5/07, Frank Coenen [EMAIL PROTECTED] wrote: Good news for openstreetmap!!! see: http://www.opengeodata.org/?p=223 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. :-D ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AND donate entire Netherlands to OpenStreetMap
On 05/07/07, Frank Coenen [EMAIL PROTECTED] wrote: Good news for openstreetmap!!! see: http://www.opengeodata.org/?p=223 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. :-D Wow, that's awesome! -- Vincent ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
On Wed, 2007-07-04 at 15:58 -0500, Adam Krikstone wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Sorry for the bad quality on some but there aren't many videos or pictures of the neo1973 besides the wiki. I stayed with the free your phone, aspect since advertising linux to the public is not going to work. I can make better ones if someone can get me high res photos and video (720x480 and above). Cool videos.. Now if only I had neo of my own, I would have done the hi, I am a neo and I am an iphone skit...*wink* Regards Sudharshan S ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
With wich Program did you made thouse? Because if it's possible, you could share the project files, or at least tell us the fonts used, so that if someone else is going to make some ads, we could hold the same style. On 7/5/07, Adam Krikstone [EMAIL PROTECTED] wrote: Most people are picking the ones that I didn't care too much for. It only took about 30 minutes to get the ideas. I have quite a few more but stopped in case there was overwhelming opposition here. I want to do more revolving around the neo in use instead of images and increasing productions values through better sourced media. People need to see the benefits of an open handset, not just be told how great it is. I think this project is great and have high hopes for its success. Feedback is appreciated about the videos. -- My corner of the web: http://ramsesoriginal.wordpress.com My dream, my world: http://abenu.wordpress.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
How many women on OpenMoko?
It's important that OpenMoko is designed with both sexes in mind (especially since women love to talk to so much). So a quick show of hands - how many women do we have following the OpenMoko project? Carla No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Adam Krikstone wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Adam... I really like the concept of #3. Perhaps expanding it a little. Show the roping, wrangling and hog-tying of us typical cell phone subscribers along with the branding currently in the ad. :) I LOVE #6. The concept is really quite excellent and fits our current situation with Cell phones and cell-phone providers - especially in the US. Maybe add some text along this line of thought to it?: Locked in to expensive long-term phone contracts? I LOVE NUMBER SEVEN. I know it is a bit long for the typical 30sec TV commercial, but the Neo speech 'concept' fits perfectly. Perhaps showing the full view of the NEO1973 early in the ad and from a few angles will make it VERY clear that this is not the fabled lock-in to Apple, Lock-in to ATT iPhone. At about 28 seconds in, Neo Says I am going to hang up this phone... If the full phone is not shown before that, then it should be in full view at that time. (In my humble opinion of course. :) #8 does not make it 'clear' that this is a phone. A suggestion: Perhaps from the time the zooming out starts have the display fading between different installed apps, then when Neo says I'm going to hang up this phone..., the phone will be in full view and then have just the display fade between the phone apps (dialing, answering etc). Great job. I can not wait for my Neo1973 phone! -- Bill Arlofski Reverse Polarity, LLC ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How many women on OpenMoko?
Carla Another good demographic to consider is the non-technophile. I seriously considered handing the phone to a non-techie friend (man or woman) and see how long it would take them to make a call. It's a totally unfair test since currently the icons on the home screen are broken images. Once the gui is working how it should, this will be a great test for usability. Eventually it should be possible to hand it to a newbie without giving them a stylus :) With only one stealthy hardware button the cues on the screen have to be really good and something obvious needs to persist on the screen regardless of what's running. If a newbie launches the calculator instead of the dialer, it shouldn't be a game over scenario for the test. Brad On 7/5/07, london cowgirl [EMAIL PROTECTED] wrote: It's important that OpenMoko is designed with both sexes in mind (especially since women love to talk to so much). So a quick show of hands - how many women do we have following the OpenMoko project? Carla Get your own web address. Have a HUGE year through Yahoo! Small Business. ___ 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: How many women on OpenMoko?
On Thu, 5 Jul 2007, london cowgirl wrote: It's important that OpenMoko is designed with both sexes in mind (especially since women love to talk to so much). Are you trying to fight a prejudice by using a prejudice (even if meant jokingly)? The women in technology debate is about the extra effort women have to put in, and extra shit they have to endure, to be seen as equal to male developers. It is not about the Readers Digests prejudice of women talk more on the phone or the different design of a GUI based on gender. Paul So a quick show of hands - how many women do we have following the OpenMoko project? Carla No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Location Privacy Protocols, was Re: GPS trail - crazy idea
On Wed, 4 Jul 2007, Werner Almesberger wrote: Trails of multiple users, shared in real time, would be the killer application. I don't think anyone is doing that at the moment. A typical scenario would be to meet someone in a city both don't know. Street names aren't very useful, but knowing roughly where the other person is at the moment, would be. Actually, some good research is being done at the University of Waterloo, Canada. A paper was presented at the Privacy Enhancing Technologies conference in Ottawa a few weeks ago: Louis, Lester and Pierre: Three Protocols for Location Privacy Ge Zhong, Ian Goldberg, Urs Hengartner (University of Waterloo) See: http://petworkshop.org/2007/papers/PET2007_preproc_Louis_Lester.pdf Especially, an implementation of the Pierre protocol would be interesting. In essence, using the protocol, two people can reveal each others location but only when they are close to each other. In other words, if you are not close to each other, the other person does not obtain your location information. Additionally, you can lie about your location if you just do not want to be found right now, without revealing to the other person that you are lying. This would be a very cool IM plugin for Openmoko, and a good use of the GPS in Openmoko without losing your privacy. The authors have even implemented this protocol in an open source library, though AFAIK, it has not yet been released (but is available upon request) Directing a taxi to the other person's location should be fun, though ;-) Though you joke about this, the abuse for revealing your location is going to be a huge problem. Another interesting paper tracked the dyndns.org records of thousands of individuals and they managed to track and locate the identity of some, and followed others across a north-american trip on a day to day basis: Identity Trail: Covert Surveillance Using DNS Saikat Guha and Paul Francis (Cornell University) http://petworkshop.org/2007/papers/PET2007_preproc_Identity_trail.pdf Which brings up an interesting point of how to deal with DNS requests on Openmoko phones. How do we prevent revealing our location while at the same time informing our friends of it. This is especially important when considering ENUM. Paul ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenMoko Advertisement -- Wiki
Hi list, I did a small summary on the advertising issue. http://wiki.openmoko.org/wiki/Advertising tim/minime ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
IM application and other questions
First off I just wanted to say I am extremely excited for Monday's release and I hope I can get my order in for the first batch. Been following this project since it was announced in November. Since then I've compiled a couple different questions I was hoping you guys can help me out with. 1. Is the IM application SMS based or data plan based? 2. What time zone will Monday's release happen in? I want to be sitting at the computer, credit card in hand the minute openmoko.com is launched. I'm a greedy little bastard, I know. 3. What's the deal with the broken main menu icons? How have those not been fixed yet? ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
[EMAIL PROTECTED] wrote: First off I just wanted to say I am extremely excited for Monday's release and I hope I can get my order in for the first batch. Been following this project since it was announced in November. Since then I've compiled a couple different questions I was hoping you guys can help me out with. 1. Is the IM application SMS based or data plan based? What were you planning to code? Semi-serious. There isn't one. 2. What time zone will Monday's release happen in? I want to be sitting at the computer, credit card in hand the minute openmoko.com is launched. I'm a greedy little bastard, I know. 3. What's the deal with the broken main menu icons? How have those not been fixed yet? As I understand it, most link to non-existant applications. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/5/07, Ian Stirling [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: 1. Is the IM application SMS based or data plan based? What were you planning to code? Semi-serious. There isn't one. Do we have any pidgin devs on here? how heavy is libpurple, it would be really sweet to build a mobile version (what kind of bird is smaller than a finch? sparrow?) -- Jeff O|||O ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/6/07, Ian Stirling [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: First off I just wanted to say I am extremely excited for Monday's release and I hope I can get my order in for the first batch. Been following this project since it was announced in November. Since then I've compiled a couple different questions I was hoping you guys can help me out with. 1. Is the IM application SMS based or data plan based? What were you planning to code? Semi-serious. There isn't one. Is anyone more familiar with OpenMoko and the Neo able to give a quick overview of what's involved? Am I right in assuming that all that's required is a UI and an understanding of the AT commands to send and receive SMS messages? If so, I may have a go at this myself if nobody else gets in first. :) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Benchmarks
I presume the OMAP processors are comparable and of interest. Here are the results for the OMAP1710 (Nokia 770) and OMAP2420 (Nokia N800): Nokia 770 OMAP1710 Results == CFLAGS = -s -static -O3 -fomit-frame-pointer -Wall \ -fforce-addr -fforce-mem -falign-loops=2 -falign-functions=2 \ -falign-jumps=2 -funroll-loops BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST: Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* :--:-: NUMERIC SORT: 75.819 : 1.94 : 0.64 STRING SORT : 5.1752 : 2.31 : 0.36 BITFIELD: 2.4423e+07 : 4.19 : 0.88 FP EMULATION: 9.603 : 4.61 : 1.06 FOURIER : 68.432 : 0.08 : 0.04 ASSIGNMENT : 0.7025 : 2.67 : 0.69 IDEA: 224.89 : 3.44 : 1.02 HUFFMAN : 89.866 : 2.49 : 0.80 NEURAL NET :0.092834 : 0.15 : 0.06 LU DECOMPOSITION: 3.0535 : 0.16 : 0.11 ==ORIGINAL BYTEMARK RESULTS== INTEGER INDEX : 2.960 FLOATING-POINT INDEX: 0.122 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==LINUX DATA BELOW=== CPU : L2 Cache: OS : Linux 2.6.16.27-omap1 C compiler : gcc version 3.4.4 (release) (CodeSourcery ARM 2005q3-2) libc: ld-2.3.6.so MEMORY INDEX: 0.601 INTEGER INDEX : 0.862 FLOATING-POINT INDEX: 0.068 Baseline (LINUX): AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. Nokia N800 OMAP2420 Results === CFLAGS = -s -static -O3 -fomit-frame-pointer -Wall \ -fforce-addr -fforce-mem -falign-loops=2 -falign-functions=2 \ -falign-jumps=2 -funroll-loops -mfpu=vfp -mfloat-abi=softfp BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST: Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* :--:-: NUMERIC SORT: 113.55 : 2.91 : 0.96 STRING SORT : 6.6113 : 2.95 : 0.46 BITFIELD: 3.2539e+07 : 5.58 : 1.17 FP EMULATION: 13.183 : 6.33 : 1.46 FOURIER : 103.04 : 0.12 : 0.07 ASSIGNMENT : 1.0084 : 3.84 : 1.00 IDEA: 283.98 : 4.34 : 1.29 HUFFMAN : 120.01 : 3.33 : 1.06 NEURAL NET : 0.50151 : 0.81 : 0.34 LU DECOMPOSITION: 39.306 : 2.04 : 1.47 ==ORIGINAL BYTEMARK RESULTS== INTEGER INDEX : 4.016 FLOATING-POINT INDEX: 0.577 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==LINUX DATA BELOW=== CPU : L2 Cache: OS : Linux 2.6.18-omap1 C compiler : gcc version 3.4.4 (release) (CodeSourcery ARM 2005q3-2) libc: ld-2.3.6.so MEMORY INDEX: 0.810 INTEGER INDEX : 1.176 FLOATING-POINT INDEX: 0.320 Baseline (LINUX): AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. Cheers, Simon ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Brainstorm: less functionality per device, more devices
Well, in my version of this idea, everything is contained in one case. The case holds all modules inside it. Open up the case and you can add or remove little module blocks. Dropping the device would not lose any modules unless your case split in half. I'm just thinking that instead of a static board, with all the components defined at time of purchase, and permanently soldered in place, you could have some sort of standard ports/slots on the board. It would be equivalent to pci slots on a PC. OpenMoko carries with it the concept of a non-static software base for your device. You are not stuck with the software that came with your phone at date of purchase. When new software applications are developed, or new versions of existing applications, you will be able to upgrade these things. My question is: why stop at software? I think we have the capabilities to create hardware that is just as upgradeable Who knows what types of added functionality the mobile devices of the future will have(newer/faster wifi or bluetooth specs for a mundane example, maybe others can think of more imaginative improvements). If devices are built with a modular approach, then devices built *today* can be upgradeable to take advantage of technologies of *tomorrow*. - Hans Loeblich On 7/5/07, Peter A Trotter [EMAIL PROTECTED] wrote: Sounds expensive - lets just put it in one case for ease of manufacture and cost then let people turn it off in software. That's the truth of the matter. I would love to be able to prototype my own phone but I don't think it is feasible (yet) and I don't want the modules falling off when I inevitably drop it! -Pete ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/6/07, Mikko Rauhala [EMAIL PROTECTED] wrote: Basically this should be handled by the gsm daemon which the app can use via libgsmd, but going by the wiki SMS isn't there yet (maybe old data, shan't check now). You _could_ use passthrough-mode to send SMS and read them from the SIM; I'd think you'd need proper gsmd support to get notification about incoming SMS though, avoiding polling... Is gsmd under our control, or is that the closed-source module I've heard talked about? If it's open-source, I'll look into adding SMS support to it. Anyway, my impression is that the Powers that Be are rather forward-looking and want to do things such as IM with IP connectivity, which is all right and proper. Gimme a Jabber client any time. And say to people that it's Google Talk lest they get confused. Not to say that there isn't a place for SMS, but those are generally insanely priced; at least with data pricing there are islands of sanity ;) That's a great plan for the future, but SMS enjoys very wide deployment and compatibility right now - far and away greater, on mobile devices, than anything else. Legacy or not, I think support for sending and receiving SMSes is a must. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On Thu, 5 Jul 2007, Jeff Andros wrote: 1. Is the IM application SMS based or data plan based? What were you planning to code? Semi-serious. There isn't one. Do we have any pidgin devs on here? how heavy is libpurple, it would be really sweet to build a mobile version (what kind of bird is smaller than a finch? sparrow?) I'm the packager for gaim-otr/pidgin-otr. I do hope that pidgin can be build for the Openmoko. I haven't looked at the required effort though. Paul ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On Fri, 6 Jul 2007, Nick Johnson wrote: Is anyone more familiar with OpenMoko and the Neo able to give a quick overview of what's involved? Am I right in assuming that all that's required is a UI and an understanding of the AT commands to send and receive SMS messages? If so, I may have a go at this myself if nobody else gets in first. :) Integration of SMS buddies with IM buddies would be nice :) I would really like to see 1 application for messaging, not multiple. I've seen this too many times where phones have seperate menus depending on the transport and the type of message. (The Parawireless HIPI for one is awful in that respect) Paul ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
pe, 2007-07-06 kello 09:01 +1200, Nick Johnson kirjoitti: Is gsmd under our control, or is that the closed-source module I've heard talked about? If it's open-source, I'll look into adding SMS support to it. It's free all right. The non-free component is the one that talks with the GPS chip and spews out location data. That's a great plan for the future, but SMS enjoys very wide deployment and compatibility right now - far and away greater, on mobile devices, than anything else. Legacy or not, I think support for sending and receiving SMSes is a must. Obviously. I merely meant that building a more complete IM solution on top of SMS doesn't seem like the thing to do. -- Mikko Rauhala - [EMAIL PROTECTED] - URL:http://www.iki.fi/mjr/ Transhumanist - WTA member - URL:http://www.transhumanism.org/ Singularitarian - SIAI supporter - URL:http://www.singinst.org/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Quoting Adam Krikstone on 07/04/2007 08:58 PM UTC: Good and bad, here are some ads for openmoko and the neo1973 I did. Sorry for the bad quality on some but there aren't many videos or pictures of the neo1973 besides the wiki. I stayed with the free your phone, aspect since advertising linux to the public is not going to work. I can make better ones if someone can get me high res photos and video (720x480 and above). Playlist: http://www.youtube.com/view_play_list?p=472DE700A3CC70A4 Individual: http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=tQPjfUqp-dk http://www.youtube.com/watch?v=4qP-K1HOMHk http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=dpwxzEopg60 http://www.youtube.com/watch?v=EuG2hYiO9AU http://www.youtube.com/watch?v=lGjY7tigdkA http://www.youtube.com/watch?v=YR4ezMgRlWo http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=GxsVFG7jHI8 http://www.youtube.com/watch?v=62kLhNngE20 Wow, excellent! Thank you! Here's some material, hoping it might give you more ideas :) http://youtube.com/watch?v=vr3x_RRJdd4 http://youtube.com/watch?v=KCmCTVs8Nrs -- - xkr47 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/5/07, Paul Wouters [EMAIL PROTECTED] wrote: On Thu, 5 Jul 2007, Jeff Andros wrote: 1. Is the IM application SMS based or data plan based? What were you planning to code? Semi-serious. There isn't one. Do we have any pidgin devs on here? how heavy is libpurple, it would be really sweet to build a mobile version (what kind of bird is smaller than a finch? sparrow?) I'm the packager for gaim-otr/pidgin-otr. I do hope that pidgin can be build for the Openmoko. I haven't looked at the required effort though. Paul well... I don't think we want to take the whole application: our window manager is designed for full/half screen applications, and doesn't do multiple windows so well. I'm thinking that a new GUI frontend over the top of libpurple would be way more efficient than trying to squeeze all of pidgin completely in. I've only been over their code in a really cursory way (browsed looking for a solution to problems in other code) but the announcements say that all the important stuff has been isolated into libpurple. that said, we might want to go for tighter integration into the core apps. adding new protocols is supposed to be fairly easy... what about adding a protocol for SMS? again, I haven't really looked at the code, but I've been through the buddy list xml, and it seems we should pull those contacts into the openmoko contact manager. what this is all kind of leading up to is running SMS similarly to those pictures of the iphone: more of a conversation style, but integrated with other communication (conversation could seamlessly move between IM and SMS depending on availability) personally, I think if we can get that up and running, I'd make it my SMS program of choice -- Jeff O|||O ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/6/07, Paul Wouters [EMAIL PROTECTED] wrote: Integration of SMS buddies with IM buddies would be nice :) I would really like to see 1 application for messaging, not multiple. I've seen this too many times where phones have seperate menus depending on the transport and the type of message. (The Parawireless HIPI for one is awful in that respect) Absolutely. Of course, it's not as simple as it would seem - IM apps are oriented mostly around the concept of who's online at the moment, while SMS is more like email in that it has no concept of presence. The advantages are obvious, though: If you had one contact for someone regardless of how many protocols they use, you could, for example, have it automatically send messages to them via Jabber when they're online with it, and with SMS when they're not. Obviously some sort of manual selector would be required, too. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Location Privacy Protocols, was Re: GPS trail - crazy idea
On 7/6/07, Paul Wouters [EMAIL PROTECTED] wrote: A paper was presented at the Privacy Enhancing Technologies conference in Ottawa a few weeks ago: Louis, Lester and Pierre: Three Protocols for Location Privacy Ge Zhong, Ian Goldberg, Urs Hengartner (University of Waterloo) See: http://petworkshop.org/2007/papers/PET2007_preproc_Louis_Lester.pdf Especially, an implementation of the Pierre protocol would be interesting. In essence, using the protocol, two people can reveal each others location but only when they are close to each other. In other words, if you are not close to each other, the other person does not obtain your location information. Additionally, you can lie about your location if you just do not want to be found right now, without revealing to the other person that you are lying. This would be a very cool IM plugin for Openmoko, and a good use of the GPS in Openmoko without losing your privacy. This does indeed look interesting. The issues I see are: - All the protocols rely on communication between peers, which is difficult in cell networks. Naturally this could be worked around by introducing a third-party as a relay, though. - Determining which friends are near you would require conducting the protocol with every one of them on a regular basis. This would be rather cumbersome for a large-scale system. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
T-Mobile Announces WiFi Meshing Cellphone
Let's keep an eye on this story and make sure we get OpenMoko included in the process! Many people on these lists have requested and talked about this feature, but the fact that it would be very difficult without support from the telcos has frequently come up. Here's our opportunity! Sent to you by Ryan via Google Reader: T-Mobile Announces WiFi Meshing Cellphone via Slashdot by Zonk on Jul 05, 2007 tregetour writes with a link to a New York Times article penned by David Pogue about a quiet announcement last week by T-Mobile. It has nothing to do with the iPhone, but it could still be a welcome revolution for users plagued by high cellphone bills. Here's the basic idea. If you're willing to pay $10 a month on top of a regular T-Mobile voice plan, you get a special cellphone. When you're out and about, it works like any other phone; calls eat up your monthly minutes as usual. But when it's in a Wi-Fi wireless Internet hot spot, this phone offers a huge bargain: all your calls are free. You use it and dial it the same as always -- you still get call hold, caller ID, three-way calling and all the other features -- but now your voice is carried by the Internet rather than the cellular airwaves. He goes on to explain further benefits of the system, and describes the wireless routers that the company will be pushing with the service. The only thing missing: an estimate of when it will hit stores. Read more of this story at Slashdot. Things you can do from here: - Visit the original item on Slashdot - Subscribe to Slashdot using Google Reader - Get started using Google Reader to easily keep up with all your favorite sites ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Brainstorm: less functionality per device, more devices
On Tuesday 03 July 2007 10:31:03 Jonas Meyer 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. sorry for the late reply (been away from a computer for about a week now) but i belive a similar concept was proposed by motorola when bluetooth was first launched by ericsson. they even got a mockup going by frog design: http://www.phonescoop.com/articles/moto_wearables/ never did happen as the bluetooth hype crested, just like the internet bubble of the 90's... ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko videos in Ogg Theora
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hi, I really enjoyed the OpenMoko videos. I converted the existing ones to Ogg Theora: http://people.ubuntu.com/~magicfab/video/openmoko/ If anyone can mirror them I would appreciate it. For some reason #9 made ffmpeg2theora choke so I isn't in the list. Cheers, Fabian Rodriguez - Conseiller Principal, Sécurité des TI et technologies libres (514) 812-5615 - http://www.facil.qc.ca/FabianRodriguezEn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGjcQQfUcTXFrypNURA4rNAKDGaGfhuqfB1FMU3VeWTpTPpQlimgCg5jJ7 xVCP9Px3oumzsyIxFnngGFc= =GJy5 -END PGP SIGNATURE- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community