Re: GTA01 question : what capacity of ....
Hallo wim.delvaux, * wim.delv...@adaptiveplanet.com wim.delv...@adaptiveplanet.com [24-04-09 04:16]: I.e. if I buy a 8GB micro SD card, would the GTA01 be able to use it ? I have never tried it, but i have heared it supports SDHC cards, but can't boot it? (Booting with Uboot???/Qi???; i don't know) But i'm really unsure! A better qualified answear would be welcome! :D Regrads Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Could you please clarify your opinion on BT audio issues on GTA01
Hallo Paul, * Paul Fertser fercer...@gmail.com [11-03-09 19:36]: Still it looks like asoc driver for GTA01 will need to be backported from GTA02, but it's a matter of software, so it can be made to work. This? http://git.openmoko.org/?p=kernel.git;a=commit;h=c1b03e4da22e8dd7a6caccb9e39a9201535ced11 Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing CellHunter (Update 0.4.1)
Hallo Sebastian, is it possible that cellhunter requests the gsm resource and eventuelly asks for the pin, so that i don't have to run zhone all the time? Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit?
Hallo Jeffrey, * Jeffrey Ratcliffe [EMAIL PROTECTED] [05-08-08 07:01]: 2008/8/5 Dale Maggee [EMAIL PROTECTED]: Has anybody managed to get Navit working on their freerunner? No problem on GTA01! Works with GPSD, and of course ^^ with Gypsy! Should/Could also work with FSO-GPS-Framework, I've been working on this, but unfortunately, Real Life has been preventing me sorting out the problem I had - that the build was failing in the tool chain because it builds a sample map as part of the build process, using the osm2navit tool it compiles - which of course won't run on the host. I commented out those parts of the makefile that build the sample, built the ipkg, but haven't had time to test... Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Software Status Update
Hallo arne, * arne anka [EMAIL PROTECTED] [06-07-08 19:43]: Most modern Linux distributions would run both QT and GTK applications. Keeping this may not be just a purely technical decision. It may make a lot of sense to do the same on OpenMoko. fso addresses exactly this request. Hmm? This is new for me, can you explain this? FSO is middleware only, and has nothing to do with QT or GTK! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS -- AGPS
Hallo Brad, * Brad Midgley [EMAIL PROTECTED] [06-06-08 07:14]: Joseph That's what I, as an archaeologist, want D-GPS for :) gpsd has a mode where it listens to both the gps and an online dgps source and produces corrected output. See the manpage for gpsd. I think you have to have the unit online continuously. Does gpsd have control over the various satelite signals? I thought D-GPS only works before position calculation. If gpsd only gets the composed position, then it's not possible to do D-GPS. Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Hallo Michele, * Michele Renda [EMAIL PROTECTED] [19-05-08 11:01]: shhh... don't get up the child :) Let them to work in peace, our baby is becoming bigger :) Uhh... please not more features, a working phone is big enough at first! Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner will be GTA02v5 or GTA02v6? (was: Fwd: Future Button and LED software spec)
Hello Michael Shiloh, can you please clear this? * Marco Trevisan (Treviño) [EMAIL PROTECTED] [18-04-08 17:45]: I'm re-posting here some mails from the openmoko-devel Future Button and LED software spec thread [1] in which there are some infos about Freerunner hardware that I think they should be more visible. Summarizing, they say that the GTA02v6 hardware version fixes an hardware bug that causes the LEDs to use about 150mW instead of 25mW. Btw Werner Almesberger stated there that the first batch of GTA02 to be sold will be composed by GTA02v5 phones while GTA02v6 hardware will be sold only in a second phase. The hardware differencies between the two versions [2] (I've updated with this LEDs issue) don't seem so worthless since there are some power fixes (not only this one). Read below: Andy Powell wrote: Shawn Rutledge wrote: Werner Almesberger wrote: Right now, we could only leave them (the LEDs) permanently on, which comes with a hefty electricity bill, particularly on GTA02v5 (each LED burns about 150mW). In GTA02v6, this should come down to about 25mW, maybe less. But GTA02v5 is not going to ship, is it? Marco Trevisan (Treviño) wrote: Werner Almesberger wrote: Last thing I've heard, the first units will be GTA02v5 :-( thomasg wrote: @Werner: do you know - or can you figure out - how many GTA02v5 will leave the factory and reach the customers? I've heard something like thousands. However, I've also heard that there'll be some sort of fix for the LED problem in these GTA02v5. Why this? Why not selling v6 directly? And... Which are other diffs between v5 and v6? I think that the power usage of every element of the phone is vital. And which kind of fix for v5 is planned? I certainly think that this should be made very very clear to people buying the first batches and not just left as a passing comment on the dev list. So why shipping semi-bugged hardware if there's a fixed version ready? [1] http://tinyurl.com/6p2mct [2] http://tinyurl.com/6knk5m -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 5 hours of standby = STP SHIP levl problem
Hallo, * Flemming Richter Mikkelsen [EMAIL PROTECTED] [18-04-08 08:34]: The standby time from GTA01 is much higher than 5h, if the device is in suspend! Suspend works for GTA01, there seem to be some little issues but i think it is not far away from being usable! Btw: Kevin, if you have fun with this, you could bring something about suspend in your very nice reports! Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko not on CeBIT 2008
Hello For my regret i had noticed, that OpenMoko / FIC are not on the CeBIT 2008. Why not? Greetings Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power Management on Neo1973
Hello, as i understood correctly in GTA02 are new PCF and CPU. So it's possible that the problems in GTA01 aren't in GTA02. But the question from frederik is still unansweared. Michael any news? * Fredrik Markström [EMAIL PROTECTED] [27-01-08 17:28]: Michael, any progress on this issue ? Will the GTA-01 ever be usable as an everyday-phone, or is the hardware to broken ? /Fredrik Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power Management on Neo1973
Hallo Nils, i searched on this, but didn't found what i though about... found something else: http://lists.openmoko.org/pipermail/buglog/2007-September/005155.html * Nils Faerber [EMAIL PROTECTED] [14-01-08 10:23]: From: Nils Faerber [EMAIL PROTECTED] To: List for OpenMoko community discussion community@lists.openmoko.org Subject: Re: Power Management on Neo1973 Date: Mon, 14 Jan 2008 10:23:35 +0100 Organization: kernel concepts User-Agent: Thunderbird 1.5.0.14pre (X11/20071023) X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.0.3 Michael Shiloh schrieb: Nicolas Linkert wrote: On Thu, 10 Jan 2008 11:41:09 +0100, Nils Faerber [EMAIL PROTECTED] said: snip So buttomline is I would not see it *that* black. Let's hope for the new modem firmware since the modem is currently the biggest standby current eater. I was under the impression that the last modem update occured because some SIM cards were not recognized. That is correct. Is there a new update of the modem planned that is going to deal with power management? No. I've never heard of anything even remotely like this. Well, there were discussions, I would have to go back in the mailinglist, that the earlier GSM firmware version (up to the latest shipped firmware) were not able to do low-power standby, which means still being connected to the GSM and being able to receive calls/SMS but be in a lower power state than full operation. This is/was supposed to be the standby mode of the modem. And since this did not work, and current measurements prove this to be quite likely, it was my assumption that a later firmware would also address this problem. If it does not then this would really be pityful. With only the GSM sucking 20-40mA we will never reach any sane standby time. Michael Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power Management on Neo1973
Hallo Nils, * Nils Faerber [EMAIL PROTECTED] [14-01-08 11:36]: i searched on this, but didn't found what i though about... found something else: http://lists.openmoko.org/pipermail/buglog/2007-September/005155.html Good catch, thanks! And there was some explanation in that or close thread as well. Puh, so it was not only my imagination ;) So in this light we have to assume that both fixes will be in the new firmware? I don't think so, because Message was from 2007-September! On another Thread was this: --- And please do get my message right - it is my *hope* that the new firmware will also improve PM since PM issues of the GSM are know to be caused by the firmware. There is no confirmation of this potential fix. --- Can anybody from Openmoko please answear this firmware-pm question? Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power Management on Neo1973
Hi, Powermanagement isn't only suspend2ram! There are also other things! What are the hardware problems in GTA01, preventing it from using it as a phone? * Nicolas Linkert [EMAIL PROTECTED] [10-01-08 10:47]: Hi, I sent this to FIC: before I do that [send my device back to FIC and exchange it], I'll need to find out the following: Question: I have been following the improving power management conversation on the IRC logs and on this list but am still not clear if it is only a software problem (suspend issues, devices not shutting off when being closed etc.)or there are Major hardware issues involved (I am talking about the Gta1 devices not FreeRunner). Could someone from OM or FIC clarify this? Answer: I am not from fic or OM, but from what I can tell (I developed the Neo parts of Qtopia), power management issues are hardware related, otherwise Qtopia would suspend/resume perfectly, as it does on the Greenphone and other handsets Qtopia comes with. This appeared yesterday/today on one of the the OpenMoko mailing lists (Community). IF the answer to the question is correct, then there's no need to exchange my phone - it simply won't improve then. But IF that is the case, then I would like to give my phone back. Hope someone from FIC can clear this up. - The answer I got: The answer is correct. So the GTA01 will in fact never be usable as a phone. Too bad. And some EUR 300,00 wasted ... Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power Management on Neo1973
Hallo Shawn, * Shawn Rutledge [EMAIL PROTECTED] [10-01-08 14:19]: Well what's the best uptime on battery that has been seen so far, with unmodified phones and with an existing software image? I see less than 20 minutes when I'm trying to just use it as a GPS (logging track points). GSM talk time ought to even be longer than that, but this is without being connected - just sitting there idle. And as others have observed, if it is in more of a standby state, you still get mere hours at best, right? 5 days seems wildly optimistic to me, but if it's achieved it would be better than the average smart phone (all OS's included). with actual battery you need to minimize the power consumption to 10mA for 5h lifetime! When i was GPS logging for OSM (Navit with map input from it's own output, was very nice), neo runs easily several hours! Today, i played a bit with power measurement and standby. It was very surprising, and the actual power was very different from time to time. Sometimes neo booted and did draw about 400mA in idle. Sometimes only 280mA. In Standby mode it was exacly the same, but most the time it tooks ~80-95mA. Sometimes only 65mA! One time the neo did draw only about 20mA! Don't know what was different: booted - standby - 20mA! I think this 20mA was drawn by the GSM. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko wallpaper
Hallo Marcel, Not Found The requested URL /files/mokocars_at_night.png was not found on this server. Apache/2.2.3 (Debian) PHP/5.2.0-8+etch7 Server at www.tanuva.de Port 80 * Marcel [EMAIL PROTECTED] [08-01-08 19:41]: From: Marcel [EMAIL PROTECTED] To: community@lists.openmoko.org Subject: Openmoko wallpaper Date: Tue, 8 Jan 2008 19:41:50 +0100 User-Agent: KMail/1.9.7 X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.0.3 Hello, I've been playing around with my camera at late night and once took an (in my opinion) quite nice shot. Now, browsing the moko wiki, I thought the om logo could look really good together with one of them. Here's the result, waiting for comments: http://www.tanuva.de/files/mokocars_at_night.png Left at a high resolution to be able to cut it down to different aspect ratios. What do you think about this? Marcel ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Very basic and fundamental question about the Neo
Hallo, * Nicolas Linkert [EMAIL PROTECTED] [06-01-08 20:15]: that'd be another important question: Do you think I'd need a GTA02 in order to get a fully working battery? I mean I am not really that much interested in the additional features of GTA02, so I'd be satisfied with GTA01. However, if that power management issue is handled very differently in GTA02 I'd be forced to buy a new device ... Or am I thinking along the wrong lines? I have read some pages from CPU doku and i think there isn't much work to be done, because main thinks are allready there but they don't have enough glue. For the basic things we only need an interface wich could vary the cpu freq. and set it to SLOW mode. Then a program like cpufreqd or so to drive this interface. With this limited power management we could save the most power, i think. Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phase 2 hardware: when?
Hallo Mike, * Mike [EMAIL PROTECTED] [22-12-07 20:51]: Does anyone know when will phase 2 (Consumer grade + Wi-Fi etc.) hardware be available? The website says by the ear's end and it's getting pretty close. I shall make efforts to file software bugs and help fix them, but I want to have the basic functions (telephony, and Wi-Fi browsing) working with no problems. So, what's the timetable and how realistic is it? The Topic of the IRC Channel: [Topic] Topic for channel #openmoko is The OpenMoko Project - http://openmoko.org - Neo1973 GTA01 on sale at https://direct.openmoko.com || Do not ask about GTA02 (Maybe March as of last update - yes, that's with WiFi, and no, there's no cam). Latest official update is at http://wiki.openmoko.org/wiki/Community_Updates Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qemu trouble...
Hallo Did you run modprobe gadgetfs default_uid=your uid before running QEMU? Yes. Output from mount: gadget on /dev/gadget type gadgetfs (rw,noexec,nosuid,nodev) Output from ls /dev/gadget/: insgesamt 0 dr-xr-xr-x 1 reddog root0 2007-07-23 11:50 . drwxr-xr-x 16 root root 4,4K 2007-07-24 09:53 .. -rw--- 1 reddog root0 2007-07-23 11:50 dummy_udc I get continual kernel ring messages (dmesg, also reported in syslog) of: dummy_udc dummy_udc: dequeued req deb73c40 from ep-c, len 4096, buf No i haven't such a message. But when i type usb_add gadget:1, the qemu says in the QEMU monitor: (qemu) Could not remove USB device '0.5' Why? Seems to me like he gets some errors and want trys an automatic usb_remove... Additionally, there are three lines output from QEMU's stdout/err: s3c_udc_handle_packet: EP0 overrun pcf_write: automatic Fast-charge enabled s3c_udc_handle_packet: EP0 overrun I killed the qemu much fuster this time an i could see this messages, too: [...] gadget_read: event error: 4 gadget_ep_setup: endpoint configuration failed: -1 gadget_read: event error: 4 [...] gadget_read: event error: 4 gadget_ep_setup: endpoint configuration failed: -1 gadget_read: event error: 4 [...] gadget_read: event error: 4 gadget_read: event error: 51 gadget_read: event error: 4 [...] gadget_read: event error: 4 gadget_read: event error: 51 gadget_read: event error: 4 [...] gadget_read: event error: 4 s3c_udc_handle_packet: EP0 overrun gadget_read: event error: 51 gadget_read: event error: 51 gadget_read: event error: 4 pcf_write: automatic Fast-charge enabled. gadget_read: event error: 51 gadget_read: event error: 51 gadget_read: event error: 4 [...] gadget_read: event error: 4 gadget_read: event error: 51 gadget_read: event error: 4 gadget_read: event error: 4 s3c_udc_handle_packet: EP0 overrun gadget_read: event error: 51 gadget_read: event error: 51 gadget_read: event error: 51 gadget_read: event error: 51 gadget_respond: packet write error: 3 gadget_read: event error: 4 [...] gadget_read: event error: 4 [...] ifconfig usb0 inet 192.168.0.200 netmask 255.255.255.0 I haven't a usb0 device! :-( SIOCSIFADDR: Kein passendes Gerät gefunden usb0: ERROR while getting interface flags: Kein passendes Gerät gefunden SIOCSIFNETMASK: Kein passendes Gerät gefunden It also says can't find gadgetfs if you don't have it specified in the config.h file before compiling qemu. Wow ... it's not ... at first i thought this could it be, but then i looked in the file ../config-host.h wich is included by config.h. In ../config-host.h is #define CONFIG_GADGETFS 1. Or do you mean that i have to specify the directory /dev/gadget? How can i do this? Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qemu trouble...
Hello I have also some problems with qemu. I have build everything with the MokoMakefile and it works really nice! ;-) But when i want to use the gadged system to ssh into my moko, i get some trouble... I figured out that i had to recompile my default Debian Etch Kernel an did it. Now it seems to be all like in the wiki describes: http://wiki.openmoko.org/wiki/OpenMoko_under_QEMU#Setting_up_USB_connection Has anyone an idea for me? Is something wrong? But when i then do the usb_add gadget:1 command the qemu repeats: ### gadget_read: event error: 4 gadget_read: event error: 4 gadget_read: event error: 4 gadget_read: event error: 4 gadget_read: event error: 4 ### In my Syslog i can see many entrys: ### dummy_udc dummy_udc: binding gadget driver 'gadgetfs' gadgetfs: bound to dummy_udc driver dummy_hcd dummy_hcd: port status 0x00010101 has changes dummy_hcd dummy_hcd: port status 0x00010101 has changes dummy_hcd dummy_hcd: port status 0x00100503 has changes usb 6-1: new high speed USB device using dummy_hcd and address 5 gadgetfs: connected gadgetfs: disconnected dummy_hcd dummy_hcd: port status 0x00100503 has changes dummy_udc dummy_udc: set_address = 5 gadgetfs: connected dummy_udc dummy_udc: enabled ep-a (ep3in-intr) maxpacket 16 dummy_udc dummy_udc: disabled ep-a dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 usb 6-1: string descriptor 0 read error: -32 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 dummy_udc dummy_udc: stale req = dd372840 dummy_hcd dummy_hcd: ep ep0 halted, urb e912d5c0 usb 6-1: string descriptor 0 read error: -32 usb 6-1: configuration #1 chosen from 1 choice gadgetfs: configuration #1 ### This seems to repeat till i kill qemu and see this in my syslog: ### BUG: warning at drivers/usb/gadget/dummy_hcd.c:49 8/dummy_free_request() [f8cf156c] dummy_free_request+0x41/0x4e [dummy _hcd] [f8cf7413] gadgetfs_unbind+0x47/0x50 [gadgetfs ] [f8cf13a6] usb_gadget_unregister_driver+0x79/0 xd2 [dummy_hcd] [f8cf721f] dev_release+0x11/0x44 [gadgetfs] [c015ae41] __fput+0x8a/0x13f [c01589aa] filp_close+0x4e/0x54 [c011ead3] put_files_struct+0x65/0xa7 [c011fa43] do_exit+0x1d1/0x71b [c0120003] sys_exit_group+0x0/0xd [c0127a6d] get_signal_to_deliver+0x395/0x3bc [c01023a6] do_notify_resume+0x71/0x5d7 [c0126fc1] group_send_sig_info+0x4e/0x56 [c0117778] default_wake_function+0x0/0xc [c0124657] do_gettimeofday+0x31/0xce [c0131ffc] sys_futex+0xdc/0xf1 [c0102d0a] work_notifysig+0x13/0x19 dummy_hcd dummy_hcd: port status 0x00010100 has c hanges dummy_hcd dummy_hcd: port status 0x00010100 has c hanges usb 6-1: USB disconnect, address 5 ### Thanks... Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio Jack 2.5 mm
Hallo Vladimír, * Vladimír Lapáček [EMAIL PROTECTED] [24-04-07 12:58]: I would like to ask about the decision to use the 2.5 mm audio jack in Neo 1973. If it is seriously intended to be used as a music player, people would most likely use their ordinary headphones. In my opinion most widely used audio jack is 3.5 mm, so why does Neo 1973 use the 2.5mm one? I think that's only because it's smaller. There are adapters for 2.5mm - 3.5mm. Greetz Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio Jack 2.5 mm
Hallo Thomas, * Thomas Seiler [EMAIL PROTECTED] [24-04-07 14:41]: Am 24.04.2007 um 12:58 schrieb Vladimír Lapáček: so why does Neo 1973 use the 2.5mm one? That makes perfectly sense: because the majority of headsets for mobile phones are 2.5mm Isn't the questiont ths: Why doesn't it provide *additionally* a 3.5mm jack ? That would be sweet!!! (and i suspect it woudln't cost much more) Why so complicated? Just add an adapter to the equipment in the shipping Box... Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio Jack 2.5 mm
Hallo christopher, * christopher cottam [EMAIL PROTECTED] [24-04-07 13:34]: I'd much rather have a 3.5mm socket on the phone and a 2.5 mm adaptor as I'm never going to use a head set and there's a good chance I'll use a pair of normal head phones with it regularly I don't mind about 3.5 or 2.5mm, but we could start a vote. ;-) Chris _ The average US Credit Score is 675. The cost to see yours: $0 by Experian. http://www.freecreditreport.com/pm/default.aspx?sc=660600bcd=EMAILFOOTERAVERAGE ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Tim Niemeyer signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
