Re: [EMAIL PROTECTED]
On Fri, 02 Nov 2007 06:52:59 +0100 "Pietro \"m0nt0\" Montorfano" <[EMAIL PROTECTED]> babbled: > Oh yeah, welcome Rasterman!! > So e17 also on openmoko phone? :D > Wow!! I'm sooo excited! Um Hi Guys! :) *bounce* E17 on phones - let's see. I'm really keen to see it be able to do that. If it means making a phone sexy - I'm all over it like stink on stinky tofu. :) > Pietro > > Sean Moss-Pultz ha scritto: > > Dear Community, > > > > I'm extremely excited to announce that Carsten Haitzler (The > > Rasterman) has joined OpenMoko, Inc. The man hardly needs an > > introduction. Please just give him a warm welcome to our community / > > company ;-) > > > > Sean > > > > > > ___ > > 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 -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [EMAIL PROTECTED]
On Thu, 2007-11-01 at 22:49 -0500, Sean Moss-Pultz wrote: > Dear Community, > > I'm extremely excited to announce that Carsten Haitzler (The Rasterman) > has joined OpenMoko, Inc. The man hardly needs an introduction. Please > just give him a warm welcome to our community / company ;-) > > Sean > Wooh (Homer style), Call me a moron, but I kinda had a feeling raster was upto something after seeing him in #openmoko. Now I am sure Openmoko would have a sexy UI to it.. E17 rocks btw, big fan of it... Welcome aboard raster.. -- Sudharshan S blog: http://www.sudharsh.wordpress.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [EMAIL PROTECTED]
Oh yeah, welcome Rasterman!! So e17 also on openmoko phone? :D Wow!! I'm sooo excited! Pietro Sean Moss-Pultz ha scritto: Dear Community, I'm extremely excited to announce that Carsten Haitzler (The Rasterman) has joined OpenMoko, Inc. The man hardly needs an introduction. Please just give him a warm welcome to our community / company ;-) Sean ___ 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: [EMAIL PROTECTED]
Running e17 even as we speak. Welcome aboard! Jeremy On 11/1/07, Sean Moss-Pultz <[EMAIL PROTECTED]> wrote: > Dear Community, > > I'm extremely excited to announce that Carsten Haitzler (The Rasterman) > has joined OpenMoko, Inc. The man hardly needs an introduction. Please > just give him a warm welcome to our community / company ;-) > > Sean > > > ___ > 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: [EMAIL PROTECTED]
How exciting. :-) Let's give OpenMoko a killer GUI, okay? BTW -- does this mean Enlightenment glitz for the Moko UI? On 11/1/07, Sean Moss-Pultz <[EMAIL PROTECTED]> wrote: > Dear Community, > > I'm extremely excited to announce that Carsten Haitzler (The Rasterman) > has joined OpenMoko, Inc. The man hardly needs an introduction. Please > just give him a warm welcome to our community / company ;-) > > Sean > > > ___ > 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
[EMAIL PROTECTED]
Dear Community, I'm extremely excited to announce that Carsten Haitzler (The Rasterman) has joined OpenMoko, Inc. The man hardly needs an introduction. Please just give him a warm welcome to our community / company ;-) Sean ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
Mikko wrote: > 2) Yes, it can make sense not to have a bazillion CPUs on board from > various perspectives. I evaluated no less than 25 different GPS modules some years ago and compared them in all important aspects. Every single one had a microcontroller onboard. I do not agree that it makes any sense at all not to choose one of these types. They are down to the size of a thumbnail almost. Is the microcontroller a CPU, technically yes, but it's part of the receiver, and you want to do all this fancy GUI and not suck the life of the battery from ARM9 usage. It is a good thing they ditched that GPS. It is now standard that any GPS module does have a microcontroller inside, most commonly some variant of ARM7, super low power, you never deal with any firmware. More importantly, choosing any part that requires a binary on an open source based board is asking for trouble. -- Doug ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
to, 2007-11-01 kello 06:00 -0500, Doug Sutherland kirjoitti: > If this one is only sending raw data ie no actual coordinates then > it makes no sense to use that part. *sigh* 1) Yes, it pretty much sends raw data. 2) Yes, it can make sense not to have a bazillion CPUs on board from various perspectives. 3) Also you can do a bit more magic if you get the raw data in a known format. 4) It's suboptimal in this case mostly because of the proprietary protocol in which this raw data arrives (the calculations necessary shouldn't indeed be a problem given a known (reverse-engineered) data format), and the provided driver being proprietary... 3b) ...which is quite possibly not only a licensing question (though to be sure, it is that too) but also a legislation issue at least when moving across US borders. 4) Not too sure on this count, but my impression is that the chip for the GTA01 was pretty much fixed at the point where this was going to be also a mobile Windows phone. Somebody correct me if my impression is wrong, please. And finally, 4b) The GTA02 will have a different chip that does have an integrated processor and talks NMEA over serial (and reportedly might also be coaxable to give raw data as well in some format) -- Mikko Rauhala <[EMAIL PROTECTED]> University of Helsinki ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Current status, and previous Community Updates: wiki page
On Thursday 01 November 2007, Carsten Haitzler wrote: > as it stands right now - the documents are confidential (thus nda), but any > drivers as a result of this are able to be open. this is currently the > problem. that means we (openmoko) need to write the drivers - and thus we > suffer from the "limited resources" problem and priorities internally that > will decide what we do. i am unable to comment one way or another (don't > know) about opening up the docs. it may be possible in the future once we > have proven to have the basic 2d accel drivers working and a community > working to help improve what is there etc.. but for now 3d isn't really an > option. i would love to comment on its abilities but can't. Maybe the Linux Driver Project could help. They've been grumbling about not having enough work to keep everyone occupied lately. http://www.kroah.com/log/linux/devices_lacking_linux_support_needed.html http://www.linuxdriverproject.org/twiki/bin/view ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
Gabriel wrote: > The Global Locate device does a lot of GPS processing on the HOST CPU > which is why it REALLY needs that driver to work. I am guessing, possibly wrongly, that this would be stuff like altitude and velocity calculations. When you look at every bit of a GPS spec there isn't a lot to calculate, or if there is then get a better module. I still think that it should be easy to at least get coordinates. There should not be any required calculation for this. If there is then that is not even a complete GPS receiver. Every other I have looked at has ONBOARD HOST. They have a ARM7 or similar that does all the magic you should not have to worry about. If this one is only sending raw data ie no actual coordinates then it makes no sense to use that part. -- Doug ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
By the way I should mention that not only Neo is experiencing the "white screen" phenomenon. I am doing tech support for phones and many off the shelf motorola and other standard brands are doing this. It's not a huge phenomenon but it has become regular in the past six months or so. Based on what has been said here it seems to be power management related. That is interesting because all I know of the others is that they go back to their creator to be reborn, it is never said what exactly happens in their reincarnation. I had assumed in the other cases it was either a problem with the screen itself or the connection. But having written "bad code" oin embedded boards myself I know that just a software glitch can crreate the WSOD hehe. Just the other day I was helping someone figure out why they couldn't send mms on some brand name phone (forget which already) and as soon as she selected "insert" to attach the image to the mms message the screen went white. That is bad firmware of some sort. Doug Sutherland Proficio Research http://www.proficio.ca/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Current status, and previous Community Updates: wiki page
On Thu, 1 Nov 2007 08:46:51 - <[EMAIL PROTECTED]> babbled: > >I've created a wiki page to consolidate the current status, and provide > > >a place for you to add questions and topics you'd like to see > addressed. > > I've added a section on the SMedia 3362. Most of my questions have been > answered off-list by OpenMoko people (thanks!): There will be no 3D on > the GTA02 despite the hardware being there. :-( This is because there > are no drivers. > > However, a while back Harald did mention the sMedia 3362 documentation > would be made available to the community. Any chance of chasing: a) When > b) What the documentation will consist of - will it be sufficient for a > community member to have a go at writing a 3D driver? as it stands right now - the documents are confidential (thus nda), but any drivers as a result of this are able to be open. this is currently the problem. that means we (openmoko) need to write the drivers - and thus we suffer from the "limited resources" problem and priorities internally that will decide what we do. i am unable to comment one way or another (don't know) about opening up the docs. it may be possible in the future once we have proven to have the basic 2d accel drivers working and a community working to help improve what is there etc.. but for now 3d isn't really an option. i would love to comment on its abilities but can't. remember - what is available on gta-02 release and what may come over time is also different. initial release won't have opengl - but if time and effort prevail it may come later. -- Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
The Global Locate device does a lot of GPS processing on the HOST CPU which is why it REALLY needs that driver to work. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
Karsten wrote: > Some time ago, someone (I can not remember who it was) mentioned > that the current GPS chip of the GTA01 does some calculations in > software (means within the driver code), which is done by firmware > in other GPS chips. Okay that makes some sense then what is being discussed, but still does not explain why you NEED such binary. If all you want is the coordinates you should be able to send a simple command to the receiver and tell it ... go :) Also, whatever calculation that is, surely it can be done in software outside the receiver, or if not then this was a very poor choice of receivers. I started working with them about 12 years ago. They have advanced tremendously since then. They are tiny, cheap, and easy to write code for. The NMEA mode is good to have for applications that expect that kind of output, but it's a nasty spec actually format wise, and binary modes unleash much more data. My recommendation would be to ditch any vendor provided code and focus on two drivers, one for NMEA and one for binary mode. The binary mode is usually proprietary ie motorola has their own spec and lasson has another etc, but it's just a matter of reading binary and following the specs. 10 types of people, those who understand binary and those who don't :) I am willing to write code for this, and other areas too, but do not have a Neo yet, and sadly it does not make sense to order one at the moment. Count me in for the next rev but please do lots of QA. The reports of white screen and no boot and othe nasties are ... a concern. Only alpha hardware should behave that way. -- Doug ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
Doug Sutherland wrote: Okay this is what confuses me regarding this GPS "source code". [...] Why you would need the vendor's code is beyond me. They provide the specs. The specs are all you need to write your own drivers. [...] I am baffled why there should EVER be a need for any kind of binary file for a GPS. What does it do exactly? Is the device not a serial device? Can't you just write your own serial code? Some time ago, someone (I can not remember who it was) mentioned that the current GPS chip of the GTA01 does some calculations in software (means within the driver code), which is done by firmware in other GPS chips. So there is no NMEA output from the chip itself but from the driver only. This intellectual property seems to be the cause for all this legal issues. If I remember correctly, this was the reason to switch to another GPS chip for GTA02, because the new one does all the calculation in firmware and therefore the driver code is trivial and open. Regards Karsten ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Current status, and previous Community Updates: wiki page
>I've created a wiki page to consolidate the current status, and provide >a place for you to add questions and topics you'd like to see addressed. I've added a section on the SMedia 3362. Most of my questions have been answered off-list by OpenMoko people (thanks!): There will be no 3D on the GTA02 despite the hardware being there. :-( This is because there are no drivers. However, a while back Harald did mention the sMedia 3362 documentation would be made available to the community. Any chance of chasing: a) When b) What the documentation will consist of - will it be sufficient for a community member to have a go at writing a 3D driver? Cheers, Tom ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
Okay this is what confuses me regarding this GPS "source code". I have worked with several GPS modules. I have written code to configure them and read and parse their output. Why you would need the vendor's code is beyond me. They provide the specs. The specs are all you need to write your own drivers. Writing drivers for GPS is trivial. You should not have to update firmware on GPS modules. Whatever for? They should basically be black boxes that follow their specs. If you need to update firmware then you've picked the GPS module. Every module I have looked at supports NMEA by default. That is plain text output! Most also have binary data mode which offers much more capability. One simple command sets to receiver into binary mode. Writing drivers for the output is still trivial but a bit more involved. Writing drives that can do absolutely all functions like saving almanacs and such is more work, but most people probably don't even need that. I am baffled why there should EVER be a need for any kind of binary file for a GPS. What does it do exactly? Is the device not a serial device? Can't you just write your own serial code? -- Doug ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community Update
Dnia środa, 31 października 2007, Shawn Rutledge napisał: > On 10/31/07, Michael Shiloh <[EMAIL PROTECTED]> wrote: > That seems utterly ridiculous to me. A binary is a binary. > If you have source *IF* you have a source... It looks like OpenMoko Inc lack source and got OABI binary from vendor of GPS chip. Turning it into static binary (via some hack) is simpler (but not simple) then getting vendor to rebuild gllin with EABI toolchain. -- JID: hrw-jabber.org OpenEmbedded developer/consultant If it works, don't fix it. -- Sam Rayburn ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
