Re: [Qt Extended] debian image
Hi, yesterday evening I've tried the debian image (converted to uimage+jffs2), but it seems very slow compared to a fso based image. Also the voicenotes *seems* to be recording, but not playing :-) So I've tried an fso-nox image+andy-tracking kernel, and that just worked out of the box (but again not the voicenotes). Although there's an issue with bluetoothd not finding HAL (any tips are appreciated), and probably because of that, bluetooth doesn't work in QtExtended as well ... it needs further investigation. So this evening I'll play a bit with that image (I need to add atd from angstrom to get the alarms to work probably) and see about the bluetooth thingie. Can anybody explain to me what the gstreamer engine does for qtextended? It seems the compile is ok, I've got sound, but no mp3 support yet (so for that: do I just need extra gstreamer plugins or the mp3 libmad patch?) Franky On Thu, Apr 2, 2009 at 2:23 AM, Stefan Monnier monn...@iro.umontreal.cawrote: Yes, i was thinking exactly the same. There are some things that have to be solved cleanly before this can be done. E.g. the udev rule for GSM modem. I have described it in my howto. The udev rule seems easy to fix: rather than put it in /media/card/etc/udev/rules.d/50-udev.rules, put it in a new file /media/card/etc/udev/rules.d/50-qtextended.rules Stefan ___ 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: [QT Extended Improved] patch: 0001-using-uevent-to-get-kernel-notifications-for-usb-cable-changed.txt
On Wed, Apr 1, 2009 at 8:48 AM, Filip Onkelinx fi...@linux4.be wrote: Hi, attached is a patch to use uevent to get kernel notifications for 'usb-cable-changed' in QtExtended on recent kernels (=2.6.28). On 'older' kernels (2.6.28), this information was comming in trough /dev/input/event4 but this is no longer working (there is a ticket for this at https://docs.openmoko.org/trac/ticket/2254 ). With this patch my FR switches correctly from battery power savings scheme to online pwoer scheme, and usb networking goes up/down as expected. Same mechanism could be used to re-implement an event based neobattery. Filip, does this mean the 2.6.28 based system detects usb cable changed, just for networking? Or does the battery start charging as well? Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT Extended Improved] patch: 0001-using-uevent-to-get-kernel-notifications-for-usb-cable-changed.txt
Franky, battery starts charging as well, cableChanged is also being used for changing powermanagment scheme. F. On Thu, 02 Apr 2009 09:22:33 +0200, Franky Van Liedekerke liede...@telenet.be wrote: On Wed, Apr 1, 2009 at 8:48 AM, Filip Onkelinx fi...@linux4.be wrote: Hi, attached is a patch to use uevent to get kernel notifications for 'usb-cable-changed' in QtExtended on recent kernels (=2.6.28). On 'older' kernels (2.6.28), this information was comming in trough /dev/input/event4 but this is no longer working (there is a ticket for this at https://docs.openmoko.org/trac/ticket/2254 ). With this patch my FR switches correctly from battery power savings scheme to online pwoer scheme, and usb networking goes up/down as expected. Same mechanism could be used to re-implement an event based neobattery. Filip, does this mean the 2.6.28 based system detects usb cable changed, just for networking? Or does the battery start charging as well? Franky -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Qt Extended] debian image
Hi, I did a quick try of Radek's image on a µSD last night, and alltough I have no 'hard-figures', it seemed to be considerably slower to me as well compared to my home-brewn SD. Not sure what/why it is slower: kernel, QtE binaries or other... voicenotes: could it be that the 'mic' is muted? Maybe try using the alsa files from another image (radek's?) Cheers, Filip. On Thu, 02 Apr 2009 09:19:59 +0200, Franky Van Liedekerke liede...@telenet.be wrote: Hi, yesterday evening I've tried the debian image (converted to uimage+jffs2), but it seems very slow compared to a fso based image. Also the voicenotes *seems* to be recording, but not playing :-) So I've tried an fso-nox image+andy-tracking kernel, and that just worked out of the box (but again not the voicenotes). Although there's an issue with bluetoothd not finding HAL (any tips are appreciated), and probably because of that, bluetooth doesn't work in QtExtended as well ... it needs further investigation. So this evening I'll play a bit with that image (I need to add atd from angstrom to get the alarms to work probably) and see about the bluetooth thingie. Can anybody explain to me what the gstreamer engine does for qtextended? It seems the compile is ok, I've got sound, but no mp3 support yet (so for that: do I just need extra gstreamer plugins or the mp3 libmad patch?) Franky On Thu, Apr 2, 2009 at 2:23 AM, Stefan Monnier monn...@iro.umontreal.cawrote: Yes, i was thinking exactly the same. There are some things that have to be solved cleanly before this can be done. E.g. the udev rule for GSM modem. I have described it in my howto. The udev rule seems easy to fix: rather than put it in /media/card/etc/udev/rules.d/50-udev.rules, put it in a new file /media/card/etc/udev/rules.d/50-qtextended.rules Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger
Hi Thanks a lot for this new version. I would like to know if you could create a new page in opkg.org for easily follow, install and upgrade it ! Thanks in advance Kimaidou 2009/3/30 Onen onen...@free.fr Hello, the new version of the logger is out. This is a major step: you can now do the complete process (log, upload, delete processed logs) graphically! No need to edit any file. WHAT'S NEW SINCE 0.1? * Now displays GSM data at startup. No need to wait for network update. * Before upload, login/password graphical interface added. * After upload, asks about deleting all processed log files. * Requests CPU ressource to prevent phone from going to suspend (this depends on the configuration of the phone...). * Do not log if a call is ongoing. The reasons are: - when in a call org.freesmartphone.GSM.Network.GetStatus() returns a lower signal strength. - org.freesmartphone.GSM.Monitor.GetNeighbourCellInformation() returns garbage when in a call. * Software id and version added in generated logs Another major point is the beta support of neighbour cells logging. Following comments made on this list (thanks Yorick, Olivier and Helge and sorry if I forget others), I have changed my mind and the code is ready in this release. But deactivated. The reasons are: - we need to clarify the meaning of some fields - we need to clarify if there is no risk of mixing cells and MCC/MNC at the borders. The idea will be to keep track if a logged cell was serving, or neighbour. This will let us experiment with ways of building coverage areas, and specify algorithms. Thanks Stefan, the application is already in the feeds: http://downloads.openmoko.org/repository/unstable/armv4t/openbmap-logger_0.2.0-r1_armv4t.ipk = opkg install/upgrade openbmap-logger Ipk, tar, git can be found at: http://sourceforge.net/project/showfiles.php?group_id=218065package_id=310952 http://myposition.git.sourceforge.net/git/gitweb.cgi?p=myposition Following is a part of the README. You will find a summary of the project, and the manual with some details about the configuration file if you want total control of your application. Onen SUMMARY: OpenBmap is a free and open map of wireless communicating objects (e.g. cellular antenna, Wi-Fi, Bluetooth). It provides tools to mutualize data, create and access this map. The purpose of this software is to log GSM data, together with GPS coordinate. This data are sent to the website (www.openbmap.org), in order to build a free database. In order to keep a high quality of data, we store GPS quality, speed, GSM signal strength, etc... Possible use of this database: * get your location based on the current GSM cell you are connected to. (GPS needs extra power to function, GSM is always on. Less precise than GPS, but enough for a lot of usages. Instant location, GPS needs time to get a fix.) * speed up GPS first time to fix by providing the location based on GSM data * geolocate your photos when taken * get a map of GSM coverage * get a map of 2, 2.5, 3G coverage (not yet implemented) * ... What you should expect: * The complete process is done through graphical interface. * Requests CPU ressource to prevent phone from going to suspend (this depends on the configuration of the phone...). * generation of logs (no log during a call) * Graphical window to enter login/password before upload (possibility to cancel upload). * upload of logs * Graphical window proposing to delete all logs already processed. MANUAL: Interface is straightforward. Note: The GPS is started as soon as the application is launched. And it keeps running if the application is logging or not. This is to prevent losing the GPS position if you pause your logging. You have to exit the application in order to stop the GPS. * A button to start generating logs. Values will be displayed when valid. Logs are stored under HOME/.openBmap/Logs by default. * A button to stop generating logs. * A button to upload. This pops a window up, which displays the current login/password. Please modify it before pressing 'ok' button if needed. You can cancel upload by pressing 'cancel'. If you press 'ok', this will block the interface until every log has been uploaded. This means that if you do not have Internet connection up and running, the GUI will be frozen until timeout of the upload part. After successful upload, the logs are moved to HOME/.openBmap/Processed_logs by default. When upload is finished, the result is first displayed (how many logs have been uploaded out of how many available). Then a popup window will propose you to delete all (this includes possible logs from previous upload) the processed logs (located in HOME/.openBmap/Processed_logs by default). Warning: you should create an account on realtimeblog.free.fr website, and fill a correct login/password in the popup window displayed before upload works. * A button to exit
Re: [QT Extended Improved] patch: 0001-using-uevent-to-get-kernel-notifications-for-usb-cable-changed.txt
Hmm ... I'm pretty sure I saw my phone suspending while connected ... I will test this more. F. On Thu, Apr 2, 2009 at 9:31 AM, Filip Onkelinx fi...@linux4.be wrote: Franky, battery starts charging as well, cableChanged is also being used for changing powermanagment scheme. F. On Thu, 02 Apr 2009 09:22:33 +0200, Franky Van Liedekerke liede...@telenet.be wrote: On Wed, Apr 1, 2009 at 8:48 AM, Filip Onkelinx fi...@linux4.be wrote: Hi, attached is a patch to use uevent to get kernel notifications for 'usb-cable-changed' in QtExtended on recent kernels (=2.6.28). On 'older' kernels (2.6.28), this information was comming in trough /dev/input/event4 but this is no longer working (there is a ticket for this at https://docs.openmoko.org/trac/ticket/2254 ). With this patch my FR switches correctly from battery power savings scheme to online pwoer scheme, and usb networking goes up/down as expected. Same mechanism could be used to re-implement an event based neobattery. Filip, does this mean the 2.6.28 based system detects usb cable changed, just for networking? Or does the battery start charging as well? Franky -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ 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: [Qt Extended] debian image
Well, when using Radek's image, I saw a progress in seconds, but playing didn't work (even when going via mediaplayer itself). In the fso image, I hear a click when starting recording, but no progress in seconds, and not playable as well. So ... needs investigating :-) I need to test lots of stuff: - alarms (using atd from angstrom, since no newer package exists), normal + when suspended - wake up when receiving sms - call + echo check - missed call bug - duplicate sms thing - bluetooth debug - voice notes - usb cable handling for power charging ... Franky On Thu, Apr 2, 2009 at 9:37 AM, Filip Onkelinx fi...@linux4.be wrote: Hi, I did a quick try of Radek's image on a µSD last night, and alltough I have no 'hard-figures', it seemed to be considerably slower to me as well compared to my home-brewn SD. Not sure what/why it is slower: kernel, QtE binaries or other... voicenotes: could it be that the 'mic' is muted? Maybe try using the alsa files from another image (radek's?) Cheers, Filip. On Thu, 02 Apr 2009 09:19:59 +0200, Franky Van Liedekerke liede...@telenet.be wrote: Hi, yesterday evening I've tried the debian image (converted to uimage+jffs2), but it seems very slow compared to a fso based image. Also the voicenotes *seems* to be recording, but not playing :-) So I've tried an fso-nox image+andy-tracking kernel, and that just worked out of the box (but again not the voicenotes). Although there's an issue with bluetoothd not finding HAL (any tips are appreciated), and probably because of that, bluetooth doesn't work in QtExtended as well ... it needs further investigation. So this evening I'll play a bit with that image (I need to add atd from angstrom to get the alarms to work probably) and see about the bluetooth thingie. Can anybody explain to me what the gstreamer engine does for qtextended? It seems the compile is ok, I've got sound, but no mp3 support yet (so for that: do I just need extra gstreamer plugins or the mp3 libmad patch?) Franky On Thu, Apr 2, 2009 at 2:23 AM, Stefan Monnier monn...@iro.umontreal.cawrote: Yes, i was thinking exactly the same. There are some things that have to be solved cleanly before this can be done. E.g. the udev rule for GSM modem. I have described it in my howto. The udev rule seems easy to fix: rather than put it in /media/card/etc/udev/rules.d/50-udev.rules, put it in a new file /media/card/etc/udev/rules.d/50-qtextended.rules Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ 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: buzz fix
looks like the wire is too long. See the photo in the SOP. Also, looks like he didnt remove the rubber around the mic before working on it. Just a guess. Joerg will respond I'm sure. Peter Stumm wrote: Hello, a good friend does the buzz fix for me, but after doing that there is still a buzz, think it's a little bit quiter. here are a few pictures after the buzz http://dl.getdropbox.com/u/845779/neo1.JPG http://dl.getdropbox.com/u/845779/neo2.JPG http://dl.getdropbox.com/u/845779/neo3.JPG http://dl.getdropbox.com/u/845779/neo4.JPG can you say me whats wrong? thanks peter Am Mittwoch, den 04.03.2009, 09:09 +0100 schrieb Joerg Reisenweber: Am Di 27. Januar 2009 schrieb Paul Fertser: Al Johnson openm...@mazikeen.demon.co.uk writes: On Monday 26 January 2009, Christoph Siegenthaler wrote: are there any updates from resellers, FIC or any half-official DIY-tutorials on the hardware problems, i.e. the buzzing? This appears to have benefited from feedback regarding capacitor types from the few people so far to have attempted the mod, The feedback is that: you can use any cap, including tantalum. :) but more feedback is requested. The lack of feedback from people trying it may be why it hasn't yet made it past release candidate stage. No more feedback is really needed. Everyone who performed the rework confirmed that it eliminates the buzz. No single negative report. And i guess at least 10-20 people have already tried the rework. So, the reason that no reseller is doing it yet is probably due to communication/business issues rather than technical. Exactly. I'm not in charge any more to push this fix, but to me it seems we really don't need to quantify how much it improves buzz-issue. The cause and ways to creep in of buzz are well understood by now by some guys at least (and NO it's NOT the mic catching RF near antenna, it's pin4 of hs-jack), the bigC-rework is evidently (based on empiric and EE basics) eliminating the ripple we see on MICBIAS, and a gsmhandset.state file correctly using differential input mode (control.63 value Mic 2) won't break audio function from unfixed to buzzfixed FR. Also we don't need any sophisticated test procedure, as * all devices are prone to buzz issue, so we don't need to prove there is buzz before fix * the big-C rework will either kill the buzz or you find you did sth wrong and mic stops to work. So any engineer doing the actual fix doesn't need any sophisticated fix succeeded test more complicated than that involved in replacing a lightbulb. Test call - works - fine. cheers jOERG ___ 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: [QT Extended Improved] patch: 0001-using-uevent-to-get-kernel-notifications-for-usb-cable-changed.txt
Franky Van Liedekerke wrote: Hmm ... I'm pretty sure I saw my phone suspending while connected ... I will test this more. F. Filip's patch fixes this for me. I have tested it quite thoroughly. But it's not included in my image yet. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: $299 ESC San Jose limited time Special! ?
The phones are indeed A6. The sale is happening for a limited time Shipped from the US Only. So, it's mostly 850Mhz phones. Cédric Berger wrote: On Wed, Apr 1, 2009 at 16:00, Joseph Reeves iknowjos...@gmail.com wrote: Dear all, I've not seen any mention of this on the lists, but it all looks very cheap! http://us.direct.openmoko.com/products/neo-freerunner # GSM 850 ( Promotion, Extras: pouch and headset x 1) $299.00 USD # GSM 900-10 Pack $2,690.00 USD # GSM 850-10 Pack $2,690.00 USD Not an April Fools thing is it? This must be in-stock phones, and as next ones (GTA2 A7) should have some buzz fix already done at factory, these old ones will loose value I would say... ___ 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
Need Missing File
Hello every I m try to compile the SELinux on Openmoko. When I try to by running the command* make relabel* but it complains about a missing file (dependency problem) *setfiles*. can some body tell me where can i download this file or the source code of selinux-openmoko. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM buzz-fix party in Braunschweig, Germany
I'm working with the resellers to come with a program to fix the stock. A couple have offered to work with me and we are ironing out the details for a program for all the resellers. Joerg, myself and others have been at this problem since early december. In parallel I'm looking for innovative and community driven ways to fix the phones in people's hands. Typically, I'm a impatient person, so I understand and appreciate and would never grant others the patience they have granted me. Pander wrote: Hi all, For me from centre of the Netherlands it is 413 km, 4 hours by car. I have been of the list for a while. When is the exact date for this fix party? Any one else from the Netherlands or Belgium thinking about going there by car? Perhaps car pulling is an option. Four OpenMoko geeks will have plenty to talk about in 4 hours of driving ;) Possibly we could bring even more devices to fix. What about the resellers, are they having their stock fixed? Regards, Pander ___ 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
Solar panel on Freerunner back cover
Hi, yesterday i found on internet company that is selling small solar panel pieces. They are quite cheap and my idea is to put them on back cover of Freerunner so that they can improve battery life. Here [1] is link to web page with informations about panels. It's only in czech, so i can translate some basic paramteres: Available sizes in mm: 51,2×51,2 51,2×25,6 51,2×20,4 51,2×17,1 51,2×14,6 51,2×11,0 51,2×10,5 29,4×12,3 25,0×12,3 Volage (no-load): 0,57V for all variants Current: 700 350 280 230 200 180 140 90 70 I'd like to have 7 pieces. Those could do 7*0.57=3.99V and 180uA current. Would it be possible to attach output from this solar panel straight to battery connector? Do you think that this can work? Thanks Radek [1] http://www.solartec.cz/cs/vyrobky-a-sluzby/technicke-udaje/sady-rezu.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar panel on Freerunner back cover
Hi Radek, I was looking for a GPS bluetooth mouse with solar pannels for longer navigating. It seems that it is hardly worth the effort, it will give you a few precent longer uptime and time to full charge would be like days. Just my 2 cents. Kind regards, Ed On Thu, 2009-04-02 at 10:17 +0200, Radek Polak wrote: Hi, yesterday i found on internet company that is selling small solar panel pieces. They are quite cheap and my idea is to put them on back cover of Freerunner so that they can improve battery life. Here [1] is link to web page with informations about panels. It's only in czech, so i can translate some basic paramteres: Available sizes in mm: 51,2×51,2 51,2×25,6 51,2×20,4 51,2×17,1 51,2×14,6 51,2×11,0 51,2×10,5 29,4×12,3 25,0×12,3 Volage (no-load): 0,57V for all variants Current: 700 350 280 230 200 180 140 90 70 I'd like to have 7 pieces. Those could do 7*0.57=3.99V and 180uA current. Would it be possible to attach output from this solar panel straight to battery connector? Do you think that this can work? Thanks Radek [1] http://www.solartec.cz/cs/vyrobky-a-sluzby/technicke-udaje/sady-rezu.html ___ 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: Transparent keyboard in illume
Hi lists, I would like to know if there were some progress on easily installing the transparent keyboard (qwo or anyone else) on SHR distribution. I think the SHR distro could really benefit on this ! Thanks for any news Kimaidou 2009/3/12 Richard Kralovic r...@om.ksp.sk ... so it's working in 2008.12 - I can supply my patched build of illume.ipk if anyone wants it - the only problem being the qtopia Great :-). If you wish, send it to me and I can add it to my webpage... Options and Back buttons etc attached to the display bottom always show on top of... I know next to nothing about illume internals, but I'd try to change the parameter of e_border_layer_set in illume.c from 100 to something higher. Now gotta figure out how to prevent that, or bring qwo even further forward... The illume patches are really just nasty hacks, I'd love to have some neat patch on illume that automatically checks the X11 atoms of the keyboard and adjusts its behaviour according to that. With that, we might be able to persuade the SHR guys (or even Raster) to accept it. But I do not have much time for that right now :-(. Greets Richard Rich ___ 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: Solar panel on Freerunner back cover
Radek Polak pson...@seznam.cz writes: Would it be possible to attach output from this solar panel straight to battery connector? Do you think that this can work? Make it 5V, use a regulator and the usb port just to be on the safe side? If you keep the phone in your pocket the solar panel won't help much anyway so external solar panel should be ok, right (it can also be much larger that way)? -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar panel on Freerunner back cover
Radek Polak wrote: I'd like to have 7 pieces. Those could do 7*0.57=3.99V and 180uA current. Would it be possible to attach output from this solar panel straight to battery connector? Do you think that this can work? You'd need at least an additional diode (preferably schottky for low drop), to protect against discharging via the panels when the voltage drops below battery voltage. Other than that, it should be fine, since the battery has a built-in overcharge protection (At least the official Freerunner battery has one). -- Tobias PGP: http://9ac7e0bc.uguu.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
IPhoneOS on Freerunner
Have you seen yesterday? http://openmoko-fr.org/wiki/index.php/IPhoneOS_on_Freerunner Well, it is/was a good April joke. But this one isn't. http://www.quantum-step.com/wiki.php?page=About http://freeyourphone.de/portal_v1/gallery/menu.php?gallery=membersalbum_id=16 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
SHR has patch for Xglamo about Composite extension included, so you musn't take care about that. Only install what you want ;) 2009/4/2, kimaidou kimai...@gmail.com: Hi lists, I would like to know if there were some progress on easily installing the transparent keyboard (qwo or anyone else) on SHR distribution. I think the SHR distro could really benefit on this ! Thanks for any news Kimaidou 2009/3/12 Richard Kralovic r...@om.ksp.sk ... so it's working in 2008.12 - I can supply my patched build of illume.ipk if anyone wants it - the only problem being the qtopia Great :-). If you wish, send it to me and I can add it to my webpage... Options and Back buttons etc attached to the display bottom always show on top of... I know next to nothing about illume internals, but I'd try to change the parameter of e_border_layer_set in illume.c from 100 to something higher. Now gotta figure out how to prevent that, or bring qwo even further forward... The illume patches are really just nasty hacks, I'd love to have some neat patch on illume that automatically checks the X11 atoms of the keyboard and adjusts its behaviour according to that. With that, we might be able to persuade the SHR guys (or even Raster) to accept it. But I do not have much time for that right now :-(. Greets Richard Rich ___ 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: Transparent keyboard in illume
This is great news indeed. Humm...sorry for this, but could you please reexplain the different steps to install the qwo transparent keyboard on my SHR ? I am an end user, and it is a bit hard to understand for me. The best would be to provide an ipk package if possible. Thanks a lot ! 2009/4/2 Johny Tenfinger seba.d...@gmail.com SHR has patch for Xglamo about Composite extension included, so you musn't take care about that. Only install what you want ;) 2009/4/2, kimaidou kimai...@gmail.com: Hi lists, I would like to know if there were some progress on easily installing the transparent keyboard (qwo or anyone else) on SHR distribution. I think the SHR distro could really benefit on this ! Thanks for any news Kimaidou 2009/3/12 Richard Kralovic r...@om.ksp.sk ... so it's working in 2008.12 - I can supply my patched build of illume.ipk if anyone wants it - the only problem being the qtopia Great :-). If you wish, send it to me and I can add it to my webpage... Options and Back buttons etc attached to the display bottom always show on top of... I know next to nothing about illume internals, but I'd try to change the parameter of e_border_layer_set in illume.c from 100 to something higher. Now gotta figure out how to prevent that, or bring qwo even further forward... The illume patches are really just nasty hacks, I'd love to have some neat patch on illume that automatically checks the X11 atoms of the keyboard and adjusts its behaviour according to that. With that, we might be able to persuade the SHR guys (or even Raster) to accept it. But I do not have much time for that right now :-(. Greets Richard Rich ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IPhoneOS on Freerunner
Dr. H. Nikolaus Schaller пишет: Have you seen yesterday? http://openmoko-fr.org/wiki/index.php/IPhoneOS_on_Freerunner Well, it is/was a good April joke. But this one isn't. Have you ckecked it out? http://www.quantum-step.com/wiki.php?page=About http://freeyourphone.de/portal_v1/gallery/menu.php?gallery=membersalbum_id=16 ___ 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: Learning with flashcards - granule
Hi there, I found it, but I haven't been able to test it on my Freerunner, because I'm testing android on it at the moment. You can grab it here in the next 24 hours (remember that I did warn you about the changes not being pretty): http://pastebin.com/d3b742c7f The format for the card files are as follows: word/question : answer : pronunciation/other notes Let me know how it goes. ezuall On Wed, Apr 1, 2009 at 8:30 AM, Johan Badenhorst ezu...@gmail.com wrote: Pander, I'll have to have a dig for the code, it won't be pretty, as I stitched it together for a quick overview of Italian before a trip last year. I don't know if the Japanese character set is supported. I'll send it through as soon as I find it, may be 24 hours though ezuall On Wed, Apr 1, 2009 at 8:26 AM, Pander-2 (via Nabble) ml-user+35848-1247512...@n2.nabble.comml-user%2b35848-1247512...@n2.nabble.com wrote: Hi Ezuall, Do you still have the code or the changes you applied? Could you send them to me? By the way, which language was it? If it is Japanese, I'm also interested in the data files. Thanks, Pander ezuall wrote: Hi there, Last year I used PyFlash, but I'm not sure which distribution I was running at that time. I know it was easy to get it running, only a few chages were necesarry. I was using it for learning language at the time, so I added a line for pronunciation as well, which worked better in landscape mode for learning phrases. Cheers ezuall ___ Openmoko community mailing list commun...@...http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=2567597i=0 http://lists.openmoko.org/mailman/listinfo/community -- This email is a reply to your post @ http://n2.nabble.com/Learning-with-flashcards---granule-tp2564322p2567597.html You can reply by email or by visting the link above. -- View this message in context: http://n2.nabble.com/Learning-with-flashcards---granule-tp2564322p2574725.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Solar panel on Freerunner back cover
On Thu, Apr 02, 2009 at 10:17:23AM +0200, Radek Polak wrote: I'd like to have 7 pieces. Those could do 7*0.57=3.99V and 180uA current. Hopefully that's 180 mA. Would it be possible to attach output from this solar panel straight to battery connector? Do you think that this can work? You'd want a diode in there to prevent the charger from charging your solar panels. Alternatively, if you're good with a soldering iron, you could try to use the unused adapter input of the PCF50633. Please see figure 4 and/or figure 38 in the PCF50633 user manual. The adapter input is not used on the Freerunner. You might want to ask questions like this on the hardware list. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Illume keyboard alternatives (to be default in distro?)
Hi all, At the moment some alternatives exist for the default Illume keyboards, see: - illume-keyboards-default-alt http://www.opkg.org/package_180.html - illume-keyboards-numeric-alt http://www.opkg.org/package_106.html - illume-keyboards-browse http://www.opkg.org/package_144.html All being finger friendly Also a styles terminal keyboard has been added that will support most of north-western European languages: illume-keyboards-terminal-dutch-nl http://www.opkg.org/package_179.html I hope these can be included in SHR or even the default Illume build soon. tickets for exist in both SHR and Illume trac but I hope this posting can also accelerate things a bit. Currently a post install and pre remove script will automatically hide the default keyboard for which the installed one is an alternative. Try them, judge for yourself and provide feedback if they are better than de default one or where they can be improved. Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] from debian to shr ;-)
I upgraded again today, and i got new kernel, but with no sound and no wifi... is there another way to downgrade or i have to flash the old one? d On Wed, Apr 1, 2009 at 9:25 PM, Davide Scaini dsca...@gmail.com wrote: Nice! it works, it seems to me that the category Office is compulsory. I tried minimo, it's really fast! thank you i'll post my impression on this fabulous shr! d On Tue, Mar 31, 2009 at 4:22 PM, Steven ** montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.com wrote: This has happened to me before when Illume didn't like the combination of categories I used. Copy/paste the categories from a working desktop file and see if that helps. -Steven On Mon, Mar 30, 2009 at 7:08 AM, Davide Scaini dsca...@gmail.com wrote: yes, yesterday i tried making new files in the dir you specified, but with no luck (no new icon appeared)... i'll try again, thanks for your reply! d ___ 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: [SHR] from debian to shr ;-)
Am Donnerstag 02 April 2009 15:42:33 schrieb Davide Scaini: I upgraded again today, and i got new kernel, but with no sound and no wifi... is there another way to downgrade or i have to flash the old one? d try to open a terminal and execute 'depmod -a'. After that reboot and it should all work again. On Wed, Apr 1, 2009 at 9:25 PM, Davide Scaini dsca...@gmail.com wrote: Nice! it works, it seems to me that the category Office is compulsory. I tried minimo, it's really fast! thank you i'll post my impression on this fabulous shr! d On Tue, Mar 31, 2009 at 4:22 PM, Steven ** montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.c om wrote: This has happened to me before when Illume didn't like the combination of categories I used. Copy/paste the categories from a working desktop file and see if that helps. -Steven On Mon, Mar 30, 2009 at 7:08 AM, Davide Scaini dsca...@gmail.com wrote: yes, yesterday i tried making new files in the dir you specified, but with no luck (no new icon appeared)... i'll try again, thanks for your reply! d Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
zenity package
I have uploaded the zenity package at http://www.opkg.org/package_181.html please let me know if you have dependency problems, i'll try to publish all the needed libraries. roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: $299 ESC San Jose limited time Special! ?
Joseph I too got a FR from kd85 and I'm impressed with the service. Regards Bram On Wed, Apr 1, 2009 at 4:58 PM, Joseph Reeves iknowjos...@gmail.com wrote: That would make sense... After a bit of googling for belgium openmoko (a perfectly normal search term, honest...) I found this reseller that I'd never seen before: https://kd85.com/openmoko.html Seems to have taken delivery of 180/200: http://openmoko.kd85.com/images/ and is selling them on at a very good price, has been doing so since November last year. Openmoko stock clearance? Cheers, Joseph 2009/4/1 Cédric Berger cedric.berge...@gmail.com: On Wed, Apr 1, 2009 at 16:00, Joseph Reeves iknowjos...@gmail.com wrote: Dear all, I've not seen any mention of this on the lists, but it all looks very cheap! http://us.direct.openmoko.com/products/neo-freerunner # GSM 850 ( Promotion, Extras: pouch and headset x 1) $299.00 USD # GSM 900-10 Pack $2,690.00 USD # GSM 850-10 Pack $2,690.00 USD Not an April Fools thing is it? This must be in-stock phones, and as next ones (GTA2 A7) should have some buzz fix already done at factory, these old ones will loose value I would say... ___ 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: IPhoneOS on Freerunner
2009/4/2 ivanshirok...@gmail.com ivanshirok...@gmail.com: Dr. H. Nikolaus Schaller пишет: http://openmoko-fr.org/wiki/index.php/IPhoneOS_on_Freerunner Hi, For curious only, here are additional resources : http://digg.com/programming/IPhone_Linux_Crossplatform_development_not_impossible -- Related Obsession : http://rzr.online.fr/q/openmoko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Graphics Performance
A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR,FSO] Serenity theme for illume
Hello, Where is the package of serenity? Il giorno dom, 29/03/2009 alle 17.13 -0400, Joel Newkirk ha scritto: I know it's been a few weeks since I said I was going to try to get this out, I apologize. I've released what is essentially an alpha test for the Serenity theme, therefore named serenity-0.2. It's incomplete, and may be broken in some ways I've not seen yet. Comments/criticisms/advice on structural and functional aspects are welcome, those on visual style should be limited to points of inconsistency with the rest of the theme or problems like scaling. (specifically, if you don't like the look of the theme that's fine, but don't bother with comments like I don't like dark themes or what-not - the point is to present the theme to those interested, and hopefully discuss improvements/fixes, not take a poll of the appeal) Note that this is just an Illume/Enlightenment theme, NOT Elementary or any specific apps. (like Paroli, Zhone, SHR phonegui-efl) I'm working on those as well, however. I use it currently with SHR-unstable and FSO-MS5.1. You can download it from http://newkirk.us/om/serenity-0.2.tar.gz and extract - it opens to a folder named serenity, which contains usr/share/enlightenment/data/themes/serenity.edj and usr/share/enlightenment/data/config/serenity folder holding a few files. Copy themes/serenity.edj and the config/serenity folder to /usr/share/enlightement, then you can select it in Illume Settings under Look-Theme, select 'System' at the top-left to see themes installed globally. (/usr/share/...) NOTE: Wallpaper and Theme, at least, may segfault if you are using Software_16 rendering. Once I'm satisfied that it doesn't break anything, and all the main elements are rethemed, I'll release it as an ipk. (of course, at any time if someone wants to they can extract the serenity.edj file and have their way with it - anyone who wants to enhance or alter it in any way is free to do so, so long as 'simple' alterations like changing some images files retain a credit that the new theme is based on Serenity by Joel Newkirk - 'major alterations' or extraction of some portion of Serenity to use in another theme is fine without attribution) What I'm doing: Start with Illume and default themes (anything not defined in illume.edj will 'fall through' to default.edj, like battery and clock) basically renaming illume as serenity, and merge more groups up from default (battery, clock, desktop icon, etc) then work to simplify the structure (graphically and visually - most significantly, making icons two images instead of about eight images each) and shift toward the desired visual appearance. Ordinary buttons are translucent white, though on the black default background they appear grey. Selected/pressed buttons are an 'openmoko-orange' tinted rendition of the same translucent button image. Icons are just icon image at rest, are translucent white when highlighted by keyboard or mouseover (IE dragging on FR) and translucent orange when clicked/tapped. Battery applet is the green one from Illume, but narrower. Tapping it displays the battery percentage and time overlay. GSM applet is the same as Illume but colorized red/yellow/green based on signal quality, with carrier name above signal. Clock applet is more heavily altered, displaying digital time with date below it. Keyboard has been visually/structurally simplified - removing two transparent overlays from each key - resulting in (for me at least) significantly faster keyboard response. (and About:Theme is reworked, though you can only see it if you enable the 'Start' Top Shelf Gadget, then select Enlightenment-Theme from the menu - the animation there is one I've used for splash and busy screens as well, but the FR doesn't seem to have sufficient horsepower to do that without noticeably slowing load times, so I axed them - eventually I may end up with a 'pretty' and a 'functional' version of the theme) Still to do: Several components (like keyboard suggestion popup, tasklist) are still black-text-on-grey-gradient, will be changing to light-on-black. Some visual elements (like left-right arrows on top bar) are still IMHO pretty ugly with software_16, which I hope to fix. I'm hoping within a couple weeks or so to have finished at least the structural/composition changes, resulting in a leaner and faster theme that can easily have any/all images altered to result in a completely different yet still leaner/faster theme. I've also worked on theming Elementary, Zhone, and SHR's telephony GUIs, (just looked at Paroli so far) but haven't yet seen any way to do so without overwriting the original files - which of course is a no-no, being subject to reversion whenever the package owning them is updated. (Can anyone tell me a 'right' way to override them? Does it require rewritten apps that explicitly support theme selection or something?)
Re: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger
Hi, if you have comments and/or suggestions about this release or future evolution feel free to contact me! Well so far what I have tried is to get the package directly into the feeds. This is the case for OM: http://downloads.openmoko.org/repository/unstable/armv4t/openbmap-logger_0.2.0-r1_armv4t.ipk I am talking to SHR guys to get it in their repository too. But if opkg.org brings something more, I will gladly do this. Thus, would you explain me what creating a page on opkg.org would bring more? Thanks, Onen kimaidou wrote: Hi Thanks a lot for this new version. I would like to know if you could create a new page in opkg.org http://opkg.org for easily follow, install and upgrade it ! Thanks in advance Kimaidou 2009/3/30 Onen onen.om http://onen.om@free.fr http://free.fr Hello, the new version of the logger is out. This is a major step: you can now do the complete process (log, upload, delete processed logs) graphically! No need to edit any file. WHAT'S NEW SINCE 0.1? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] from debian to shr ;-)
you're right! [writing from fr now] it works nicely, thanks! d [only some issues with some opkg software, but i'll open a specific thread] On 4/2/09, Klaus 'mrmoku' Kurzmann m...@mnet-online.de wrote: Am Donnerstag 02 April 2009 15:42:33 schrieb Davide Scaini: I upgraded again today, and i got new kernel, but with no sound and no wifi... is there another way to downgrade or i have to flash the old one? d try to open a terminal and execute 'depmod -a'. After that reboot and it should all work again. On Wed, Apr 1, 2009 at 9:25 PM, Davide Scaini dsca...@gmail.com wrote: Nice! it works, it seems to me that the category Office is compulsory. I tried minimo, it's really fast! thank you i'll post my impression on this fabulous shr! d On Tue, Mar 31, 2009 at 4:22 PM, Steven ** montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.c om wrote: This has happened to me before when Illume didn't like the combination of categories I used. Copy/paste the categories from a working desktop file and see if that helps. -Steven On Mon, Mar 30, 2009 at 7:08 AM, Davide Scaini dsca...@gmail.com wrote: yes, yesterday i tried making new files in the dir you specified, but with no luck (no new icon appeared)... i'll try again, thanks for your reply! d Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger
Am Donnerstag 02 April 2009 18:09:41 schrieb Onen: Hi, if you have comments and/or suggestions about this release or future evolution feel free to contact me! Well so far what I have tried is to get the package directly into the feeds. This is the case for OM: http://downloads.openmoko.org/repository/unstable/armv4t/openbmap-logger_0. 2.0-r1_armv4t.ipk I am talking to SHR guys to get it in their repository too. shr-unstable has it now :-) But if opkg.org brings something more, I will gladly do this. Thus, would you explain me what creating a page on opkg.org would bring more? Thanks, Onen kimaidou wrote: Hi Thanks a lot for this new version. I would like to know if you could create a new page in opkg.org http://opkg.org for easily follow, install and upgrade it ! Thanks in advance Kimaidou 2009/3/30 Onen onen.om http://onen.om@free.fr http://free.fr Hello, the new version of the logger is out. This is a major step: you can now do the complete process (log, upload, delete processed logs) graphically! No need to edit any file. WHAT'S NEW SINCE 0.1? Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
Iain B. FIndleton wrote: A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. Isn't the glamo supposed to have one (or more?) OpenRISC cores? It would be nice to have a documented way to upload code to the core, that way it might be possible to implement the Bling on the graphics chip directly... I mean, since OpenRISC has a documented instruction set (unless they've augmented it) set I'd figure the only thing missing would be where to put the code and how to start it... So, just like with the mpeg4 decoding unit, wouldn't it be possible for someone with access to the NDA documentation to write an example program that just shows how to run a simple program (e.g. bitblt) on the OpenRISC processor? -- Tobias PGP: http://9ac7e0bc.uguu.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Sean's speech at ESC about making a 3G device
A couple of days ago Sean made a speech at ESC. For anyone interested it is described here, with a video excerpt: http://techpulse360.com/2009/03/31/esc09-open-moko-is-the-anti-iphone-runs-google-android-but-still-no-3g/ He talks about the level of freedom the Freerunner offers people wanting to create a customized phone or those who want a development phone. He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). Justyn. ps. At this point I'd like to say that I'd seriously consider paying up to $200 extra for a 3.5G-enabled OpenMoko phone (which, per the speech, is what it would cost). But I definitely can't order 50,000 of them. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtExtended] Latest and greatest
Hi, here are some first results of my tests on a fso-nox image and andy-tracking kernel (2.6.28): - alarms (using atd from angstrom, since no newer package exists), normal + when suspended == OK - wake up when receiving sms == OK - call + echo check == OK - missed call bug == OK - duplicate sms thing == OK - bluetooth == bluetooth not available error - voice notes == not working (not recording) - usb cable handling for power charging ... == the freephone seems to charge when plugged in, but it suspends anyway (if the setting suspend is set when on battery). So somewhere there's a small bug there. So for me, this seems great! The bluetooth worked on a 2.6.24 kernel, so it should be easy to fix ... and I'm sure Filip will fix the suspending thing :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote: A couple of days ago Sean made a speech at ESC. For anyone interested it is described here, with a video excerpt: http://techpulse360.com/2009/03/31/esc09-open-moko-is-the-anti-iphone-runs-google-android-but-still-no-3g/ He talks about the level of freedom the Freerunner offers people wanting to create a customized phone or those who want a development phone. He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) Rui -- P'tang! Today is Boomtime, the 19th day of Discord in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] [openBmap] GSM cell, GPS logger now in SHR unstable! (Was: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger)
Klaus 'mrmoku' Kurzmann wrote: Am Donnerstag 02 April 2009 18:09:41 schrieb Onen: I am talking to SHR guys to get it in their repository too. shr-unstable has it now :-) Thanks for that! Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest
On Thu, 2 Apr 2009 18:39:34 +0200
Franky Van Liedekerke liede...@telenet.be wrote:
Hi,
here are some first results of my tests on a fso-nox image and
andy-tracking kernel (2.6.28):
- alarms (using atd from angstrom, since no newer package exists),
normal + when suspended
== OK
- wake up when receiving sms
== OK
- call + echo check
== OK
- missed call bug
== OK
- duplicate sms thing
== OK
- bluetooth
== bluetooth not available error
- voice notes
== not working (not recording)
- usb cable handling for power charging ...
== the freephone seems to charge when plugged in, but it suspends
anyway (if the setting suspend is set when on battery). So
somewhere there's a small bug there.
So for me, this seems great! The bluetooth worked on a 2.6.24 kernel,
so it should be easy to fix ... and I'm sure Filip will fix the
suspending thing :-)
ok, I think I found the suspending thing. In the patch provided by
Radek (0001-patch-for-2.6.28-kernels.patch), the file
devices/neo/server/neohardware.cpp gets patched:
+else if (QFileInfo(/sys/class/power_supply/usb/online).exists())
{
+ //freerunner kernel 2.6.28
+chargeFile = /sys/class/power_supply/usb/online;
+}
but this file gives me 0 as result, even when the usb is connected ...
So it should be (as for neo/server/neobattery.cpp):
+else if
(QFileInfo(/sys/class/power_supply/battery/status).exists()) {
+ //freerunner kernel 2.6.28
+chargeFile = /sys/class/power_supply/battery/status;
+}
This file (/sys/class/power_supply/battery/status) gives the correct
status (Charging) when plugged in ...
Filip, can you confirm this?
Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote: 2009/4/2 Rui Miguel Silva Seabra r...@1407.org: On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote: He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) Why the outrage? I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. Rui -- Wibble. Today is Boomtime, the 19th day of Discord in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
2009/4/2 Rui Miguel Silva Seabra r...@1407.org: I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) Well due to the expense it is clear that no 3G device is going to be Openmoko's main phone for a long time. No one is going to stop anyone buying a non-3G Openmoko phone. What this is suggesting, I suppose, is a 3G derivative if there was serious demand (or should I say, concrete demand in the form of a large order. I personally demand it quite seriously!). While it is a shame that the 3G part would be closed, it would clearly be a legal necessity. It would be that or no 3G version at all. I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. I guess you mean the Glamo and that kind of thing. The GSM firmware cannot become open source, can it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: which way is the easier
On Wed, Apr 1, 2009 at 1:21 PM, Anas Alzouhbi anas@gmail.com wrote: Hello! I succeed to do the ssh with my openmoko,but the ways that I have found to arrive to build the first program are: my suggestion: use shr-testing openembedded tree. I say this because the mokomakefile gave me so much frustration when i tried to use it that i stopped to try for some months, waiting for a better world :) In my experience the mokomakefile continuously get incompatible updates from upstream, and the probability of success of a complete build is really low (in my case 0%). Anyway, i am talking of the situation of september-october, so things may have changed. But when i tried to download and build shr-testing i found the heaven! Everything builds because the packet versions are fixed. In that environment you can easily make a port or try to write some new code, without falling in frustration. my 2c roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
I've bought Freerunner because it's open. And I take it pretty seriously. If 3G comes only with license, I don't need it. Freerunner with fixed issues + camera for geotagged photos is an ideal phone for me. Leonti On Thu, Apr 2, 2009 at 7:35 PM, Rui Miguel Silva Seabra r...@1407.org wrote: On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote: 2009/4/2 Rui Miguel Silva Seabra r...@1407.org: On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote: He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) Why the outrage? I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. Rui -- Wibble. Today is Boomtime, the 19th day of Discord in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ 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: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger
Hi About the advantages of opkg.org * a software dedicated website, so that I can easily know the new and updated softs with rss feeds (I don't have to filter the new entries in the openmoko wiki and get lost among the amount of information) * a small description for each software (you can do this on a wiki page, I know), and each soft has the same description page template * at the moment, there is a small number of distro (SHR and OM are the most used), but this does not say that it will stay forever, so it could be hard to ask the developper of each new platform to integrate it on the repos * a lot of visitors * you do not have to store the ipk on opkg. A link or description to your repo is OK . So you can do both : put a description on opkg, and put the package in the distro feeds I believe a portal containing a updated list of all softwares is great for the users who are not always connected to the mailing lists and wikis. For example, I saw the Hackable:A developpers have released a great rss reader application ( https://trac.hackable1.org/trac/wiki/FeedReader ) . It could be used by users using another debian based distribution (fyp or other), but there is no way for them to know. If this app was in opkg, everyone would know (I know, this is not a good examplen, as opkg is only for ipk package and not deb, but you understand the meaning :D ) Cheers Kimaidou 2009/4/2 Onen onen...@free.fr Hi, if you have comments and/or suggestions about this release or future evolution feel free to contact me! Well so far what I have tried is to get the package directly into the feeds. This is the case for OM: http://downloads.openmoko.org/repository/unstable/armv4t/openbmap-logger_0.2.0-r1_armv4t.ipk I am talking to SHR guys to get it in their repository too. But if opkg.org brings something more, I will gladly do this. Thus, would you explain me what creating a page on opkg.org would bring more? Thanks, Onen kimaidou wrote: Hi Thanks a lot for this new version. I would like to know if you could create a new page in opkg.org http://opkg.org for easily follow, install and upgrade it ! Thanks in advance Kimaidou 2009/3/30 Onen onen.om http://onen.om@free.fr http://free.fr Hello, the new version of the logger is out. This is a major step: you can now do the complete process (log, upload, delete processed logs) graphically! No need to edit any file. WHAT'S NEW SINCE 0.1? ___ 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: Sean's speech at ESC about making a 3G device
Rui Miguel Silva Seabra wrote: I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. It's interesting that we have been talking extensively about a GTA3 as the next high powered has it all device. It may well be. Let's imagine a GTA2.5 however... GTA2 with a few hardware issues solved, GPS fix time, call quality (the hardware bits), accelerated graphics! :) and the other bits and bobs... Then imagine *dropping* the price. I am not at openmoko and this will almost certainly not happen :) but remember - most FOSS devs want a *phone*, a libre *phone* - some people want internet tablets and that's life - but perhaps a GTA2.5 is an answer... It probably isn't, but the ideas there. :) Tim -- www.tdobson.net If each of us have one object, and we exchange them, then each of us still has one object. If each of us have one idea, and we exchange them, then each of us now has two ideas. - George Bernard Shaw ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR,FSO] Serenity theme for illume
Hello, Where is the package of serenity? -- Biagio Marino ilcristopag...@gmail.com Sorry, had a power outage today about three hours longer than my UPS can sustain the server and datalink. Back up now. (I'll probably be moving the server to a colo on a 30mbps fiber soon, but for now it's here at home over my 3.5mb/1mb Canopy link, where thanks to an upstream routing snafu inbound email and VOIP are broken) j -- View this message in context: http://n2.nabble.com/-SHR%2CFSO--Serenity-theme-for-illume-tp2554571p2576977.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) IIUC there's no hope on the horizon to get a non-closed phone device (whether 2G as in the FR, or any other cell-phone technology), so that the 3G part would be closed is not any different from the closedness of the GSM/GPRS in the FR. I.e. it would suck, but not more than what we already have. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Linphone not available?
On Friday 20 March 2009, yacine wrote: Al Johnson wrote: http://openmoko.truebox.co.uk/repos/mazikeen/shr-testing/ipk/armv4t/ I think I got all the deps that aren't in the main repos, but may have missed some. Looks like faulty memory about the 2.x version - these 1.6 but includes the patch to allow external control by yeaphone etc. There is no gui IIRC, so you'll be using linphonec. The binaries can be built by following the standard SHR build instructions, then: cd shr-testing . setup-env bitbake linphone As for the new version, I want to try it first. The daemon mode was mentioned in the release email, but I haven't seen exactly what it does. If it looks nice I'll try to make a bitbake recipe, but it'll be my first for an app. Thank you for taking time to do this. From what you have said I guess I have to put SHR. http://wiki.openmoko.org/wiki/SHR It'll probably work with other OE-based distros like FSO and 2008.x too, so give it a try first unless you want to try SHR anyway. btw 3.1.0 now builds, but I've not tested it yet. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi, I just wanted to say thank you for provided the packages. Using them I was able to install linphonec v1.6 My problem now is the voice path. I have created a free sip account from iptel.org. I tested the account using a PC sip client and it worked just fine. The problem occurs when I try to use the same sip account on the OM and call the echo number I get this: warning: Unknown nb_ctl request: 12 ortp-error-Could not set vbr mode to speex encoder. warning: Unknown nb_ctl request: 34 Also, before making the call I get: Registration on sip:iptel.org sucessful. I followed instructions in here . I also tried testing my microphone and speakers with voicenote . It worked. Any help of course is appreciated. Yacine -- View this message in context: http://n2.nabble.com/Linphone-not-available--tp2359208p2577054.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qt-extended-improved unpredictive keyboard
On Thu, 02 Apr 2009 00:54:55 +0200 leona...@lilik.it leona...@lilik.it wrote: Franky Van Liedekerke wrote: On Wed, Apr 1, 2009 at 1:44 AM, leona...@lilik.it Hi, I'm very interested in testing this, but the source isn't in the zipfile ... For the screenshots, maybe you can try http://qtextended.org/modules/mydownloads/singlefile.php?lid=18 ? http://leonardo.lilik.it/wordpress/2009/04/01/qt-extended-un-predictive-keyboard/ here we go, you can find the source code in the zip and the .so including bugfix to make the first row not overlap with the prediction row. This is a nice keyboard, much easier/faster to use than the predictive one! The look is not all that, but functionality-wise it is great! Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest
Hi Franky,
about the usb cable: (cablechanged signal):
initial state is using one of the files as you mentioned, but that's only
for initial state (both old and new kernels)
- old system : using /dev/input/event4
- new system : using uevent.
Can you please double check the power managment, settings when Plugged in
: make sure 'suspend' is set to off.
If it still does suspend when connected, please go to :
settings-logging-options-categories and check 'hardware' .
plug/unplug the cable a couple of times, enter a console (ssh) and do a
'logread'.
What's the exact kernel version (url ?) you are using ?
thx,
F.
On Thu, 02 Apr 2009 19:14:03 +0200, Franky Van Liedekerke
liede...@telenet.be wrote:
On Thu, 2 Apr 2009 18:39:34 +0200
Franky Van Liedekerke liede...@telenet.be wrote:
Hi,
here are some first results of my tests on a fso-nox image and
andy-tracking kernel (2.6.28):
- alarms (using atd from angstrom, since no newer package exists),
normal + when suspended
== OK
- wake up when receiving sms
== OK
- call + echo check
== OK
- missed call bug
== OK
- duplicate sms thing
== OK
- bluetooth
== bluetooth not available error
- voice notes
== not working (not recording)
- usb cable handling for power charging ...
== the freephone seems to charge when plugged in, but it suspends
anyway (if the setting suspend is set when on battery). So
somewhere there's a small bug there.
So for me, this seems great! The bluetooth worked on a 2.6.24 kernel,
so it should be easy to fix ... and I'm sure Filip will fix the
suspending thing :-)
ok, I think I found the suspending thing. In the patch provided by
Radek (0001-patch-for-2.6.28-kernels.patch), the file
devices/neo/server/neohardware.cpp gets patched:
+else if (QFileInfo(/sys/class/power_supply/usb/online).exists())
{
+ //freerunner kernel 2.6.28
+chargeFile = /sys/class/power_supply/usb/online;
+}
but this file gives me 0 as result, even when the usb is connected ...
So it should be (as for neo/server/neobattery.cpp):
+else if
(QFileInfo(/sys/class/power_supply/battery/status).exists()) {
+ //freerunner kernel 2.6.28
+chargeFile = /sys/class/power_supply/battery/status;
+}
This file (/sys/class/power_supply/battery/status) gives the correct
status (Charging) when plugged in ...
Filip, can you confirm this?
Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
On Thu, Apr 2, 2009 at 3:06 PM, Stefan Monnier monn...@iro.umontreal.ca wrote: He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) IIUC there's no hope on the horizon to get a non-closed phone device (whether 2G as in the FR, or any other cell-phone technology), so that the 3G part would be closed is not any different from the closedness of the GSM/GPRS in the FR. I.e. it would suck, but not more than what we already have. How about wifi? My impression is that the closed nature of the Atheros firmware has been a large part of the wifi issues with the GTA02, despite Werner's and others' hard work. I still can't connect to my work network (WPA2 Enterprise/hidden SSID). Has anyone has gotten WPA2 Enterprise to work? Jim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: started with openembedded
Angus Ainslie wrote: On Wed, 2009-04-01 at 10:41 +0200, Anas Alzouhbi wrote: Thank you for your recommandation, I'm a new user and programmer on Linux, could you help me how can I run my commands as normal user, with the problem of permission of creating directories. what do you mean start from scratch or do a chown on directories. Thank you for you help that I big it On Tue, Mar 31, 2009 at 4:49 PM, Angus Ainslie nyt...@openmoko.org wrote: On Tue, 2009-03-31 at 15:45 +0200, Anas Alzouhbi wrote: hello! I followed the instruction written in http://wiki.openembedded.net/index.php/Getting_Started, I arrived to this command git clone git://git.openembedded.net/openembedded but it shows this error: fatal: could not create work tree dir 'openembedded'. what must I do Hi Anas From looking at some of your other mails you've been running some commands as root. It's not necessary and dangerous. It's probably a permission problem on the directory, so either start from scratch somewhere else as a normal user or do a chown on the directories you're working in. Angus Please keep the thread on list Google pointed out a few links http://newbiedoc.berlios.de/wiki/Debian_newbie_help_documentation http://wiki.openembedded.net/index.php/Getting_started This is from the gumstix site but it might be useful. Hope it's of some help anyhow. http://www.gumstix.net/User/view/Build-system-overview/Hello-world-tutorial/110.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Marco Trevisan (Treviño) wrote: In the latest months the enlightenment world has got many updates, but unfortunately the distros available for the FR don't provide the latest versions of the E stack. This is quite normal since they have to share a tested environment, but it makes so hard to use the latest tools (also because the e libs have frequent changes). That's why today I've given to my Toolchain another challenge :P: compiling E from svn (but following the OE bitbakes configurations)... After some hours, I got it and I was able to run the latest illume code in my phone, but without breaking my Om2008.12 installation. In fact I've installed all my new data to /usr/e17, that's why the default e installation that comes with Om2008.12 is not touched at all. Since I was asked for it by some users, I've uploaded newer packages of the latest e17 svn compiled for being installed in /usr/e17 not to break any installation [1]. Follow the previous provided instructions to install it. It includes also elementary; you can try it with: DISPLAY=:0 LD_LIBRARY_PATH=/usr/e17/lib elementary_test Unfortunately this build (and the previous one) isn't compatibile with latest libeWebkit that I've planned to recompile to make it work with eve (the new ewww name ;)). Bye. [1] http://downloads.tuxfamily.org/3v1deb/openmoko/e17-illume-elementary%2bsvn20090402.tar.bz2 -- 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
Re: On the Enlightenment Bleeding Edge
shr-unstable is now using very hot new enlightenment revision ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Justyn Butler wrote: A couple of days ago Sean made a speech at ESC. For anyone interested it is described here, with a video excerpt: http://techpulse360.com/2009/03/31/esc09-open-moko-is-the-anti-iphone-runs-google-android-but-still-no-3g/ He talks about the level of freedom the Freerunner offers people wanting to create a customized phone or those who want a development phone. He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). Justyn. ps. At this point I'd like to say that I'd seriously consider paying up to $200 extra for a 3.5G-enabled OpenMoko phone (which, per the speech, is what it would cost). But I definitely can't order 50,000 of them. I seem to remember last year a Canadian company had made a spacer that fitted between the phone and the back cover to make the FR something like 5mm fatter. Into the extra space they'd put a Digital TV Receiver and displayed TV on the FR screen. If you could get a hold of the plastic spacer could you then take a 3.5G USB Dongle and put that into the space? I think that 3.5G USB Dongles are supported by the usb serial option driver. I've got a: Bus 002 Device 003: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem plugged into this Ubuntu laptop. I did plug it into the FR running SHR and it all worked without a problem once I'd created the necessary /etc files. Is HSDPA 3.5G? Maybe it's only 3G I can't keep up with my G's. Anyhow HSDPA Dongle worked on the FR if that's of any help. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknVLVIACgkQXlbjSJ5n4BD1+wCeLZ57QJ4/ckxfptSkbFb1OpT3 sGgAn0P1sMJPZ6fPIWKunLFmg3rcL1nU =o5qB -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Johny Tenfinger wrote: shr-unstable is now using very hot new enlightenment revision ;) Yes I know that... But I mostly use Om2008 so to stay a little more on the bleeding edge I have to compile, and I've always done for months :P -- 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
I am working on Debian packages for atd-over-fso (was [Qt Extended] debian image)
Franky Van Liedekerke liede...@telenet.be writes: So this evening I'll play a bit with that image (I need to add atd from angstrom to get the alarms to work probably) and see about the bluetooth thingie. May be you will be interested: I am just working on Debian packages of atd-over-fso [1] (port of atd working on top of fso), chances are I will finish tomorrow. [1] http://projects.openmoko.org/frs/?group_id=260 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest
On Thu, 2 Apr 2009 18:39:34 +0200
Franky Van Liedekerke liede...@telenet.be wrote:
- voice notes
== not working (not recording)
for those curious: it can be done ...
There are two things wrong in qtopia:
- the wrong alsa scenario file is used (it should be
voip-handset.state, but it is capturehandset.state)
This can be easily fixed (either in the source or just copy
voip-handset.state to capturehandset.state
- the pcm options used: it should use hw as PCM device, it doesn't
now.
So I changed /etc/asound.conf to read:
# default dmix configuration
pcm.!default {
type plug
#slave.pcm dmix
slave.pcm hw
}
ctl.mixer0 {
type hw
card 0
}
(changed the line slave.pcm). Now voicenotes work, and playback also.
Franky
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
On Thu, 2 Apr 2009 18:23:38 +0200 Tobias Diedrich ranma+openm...@tdiedrich.de said: Iain B. FIndleton wrote: A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. Isn't the glamo supposed to have one (or more?) OpenRISC cores? It would be nice to have a documented way to upload code to the core, that way it might be possible to implement the Bling on the graphics chip directly... I mean, since OpenRISC has a documented instruction set (unless they've augmented it) set I'd figure the only thing missing would be where to put the code and how to start it... this information is not even in the docs openmoko had on the glamo. there is no known way to play with this core. my understanding is that it is actually a relatively slow core (50mhz) and is only really for higher level management of sub-systems on the glamo. of course here is your big problem.. you can do all this for the glamo and it will never work anywhere else. it is a 1 off for 1 chip that will never see the light of day in another product. So, just like with the mpeg4 decoding unit, wouldn't it be possible for someone with access to the NDA documentation to write an example program that just shows how to run a simple program (e.g. bitblt) on the OpenRISC processor? no. as those docs are not even in the nda docs. other than that.. bitblit is documented and not related to the risc core. there is a blitter there. xglamo uses even. xglamo *IS ACCELERATED* it's about as accelerated as most x drivers (fills, blits). it has no accel for xrender (xglamo doesnt implement enough of xrender's operations to make it worth it - again see my previous mail. you'll be writing fallback software code and end up no faster than where you started). if you want decent speed - drop to qvga. thats what glamo was really designed to handle. even the 2442 (cpu) is pushing it to deal with vga nicely. it can. but that generation of cpu is more geared to qvga resolutions. the gta02 is a ferrari body (vga screen) with a lawnmower engine under it (2442 +glamo). you need to drive it like a lawnmower - and then only expect it to be as good as a lownmower. it looks nice parked on the street (still photos) but if it moves... it will show its true nature. remove the heavy ferrari body and drive it like a go-kart and you'll have more fun. -- TobiasPGP: http://9ac7e0bc.uguu.de ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org said: On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote: 2009/4/2 Rui Miguel Silva Seabra r...@1407.org: On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote: He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) Why the outrage? I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. 3g can be done - just like the 2g on feeerunner - you will talk to a closed blob via a defined protocol. just like any chip anywhere. no less free than gta02 in that way. BUT yes - you'll pay an extra $200. nb gta03 - you missed the news from sean's talk at openexpo in switzerland. gta03 is postponed (read cancelled - postponed is just a nice way to say it and try and keep the community hanging around in hope it un-cancels, as openmoko has laid off most of their staff (also news from openexpo), their linux staff. you don't un-postpone if you just let all the people go who work on the software). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
On Thu, 02 Apr 2009 11:17:42 -0400 Iain B. FIndleton ifindle...@videotron.ca said: A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. totally incorrect. 1. iphone ant itouch have 500-600mhz (depending on version) s3c6400 cpu cores. these are about 2x the speed of the 2442 in the gta02. (armv6 vs armv4, faster memory etc.). 2. they both have half the pixels to draw (320x480 vs 480x640). 3. they both use the mbx 3d accel for 2d (the fr can't sanely do this thanks to the 3d unit 1. limited to 256x256 for textures, 2. no render-to-texture, 3. max 3d buffer size is 511x511 - that is dimensions, so it cant even do fullscreen drawing). When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. correct. this is simply a hadrware limitation. the chip in the Fr was never designed to work well with VGA resolution - it was designed for QVGA. it CAN do VGA (just like you average cheap car CAN do 200km/h - but it's not going to take a corner at 200km/h compared to a proper sports car). the glamo can accelerate some things - but then also cannot do others. in the end you will accelerate some things on it - only to be left by doing others in software on the cpu. this is where hell kicks in. then you end up transferring data from video ram back to system, then writing back to video ram for more accelerated ops, and so on. in the end you transfer data back and fort 1, 2 or 3 times to do an operation when falling back to software. even if glamo can do the accelerated bits 5x faster than the cpu can - you will end up with a slower overall pipeline as you keep transferring data back and forth over the incredibly slow video bus (which can push at best about 7m/sec of data from system to video ram and back - about 1/6th the speed of transferring data around system ram). so in the end... you will spend a lot of work on accelerated routines - getting them to work, and end up.. where you started - still just as slow. i bet this early on. i've read the glamo specs and played with it. this was the conclusion i came to. if you didn't have the video bus transfer slowness then software fallbacks don't have as big an impact - but even then they need to be optimised and there is still overhead if you cant do the operation in-place. but this is not the case. so the other side of that is to do everything with the cpu in system ram and transfer to the glamo when done - so you only deal with the slow write once, at the end. but remember the write - when being done, will hold the cpu hostage and as it is now slowed down to 1/6th its normal speed during this write - you lose even more cpu power. the solution is to just update less of the screen, make drawing simple so the cpu has to do less when software-rendering, and/or drop down to qvga. please dig over the archives of this list. this has been gone over in gory detail before :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth headsets to the rescue
On Fri, Mar 27, 2009 at 04:21, Steve Mosher st...@openmoko.com wrote: Levy, We are very Keen to do business in Brazil. Maddog and I converse about this weekly on how to do a better job in Brazil. I'll work to get Him and the disty there some parts for upgrades. Hi Steve. Nice to hear! Thank you for your answer. []s Levy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
On Fri, 2009-04-03 at 11:10 +1100, Carsten Haitzler wrote: On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org said: On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote: 2009/4/2 Rui Miguel Silva Seabra r...@1407.org: ... 3g can be done - just like the 2g on feeerunner - you will talk to a closed blob via a defined protocol. just like any chip anywhere. no less free than gta02 in that way. BUT yes - you'll pay an extra $200. Repeating a suggestion someone made months ago - place the gsm chipset on a (mini) daughterboard and have a cheap option (calypso) and a 3G option for those who want to pay for it. Downside is more room inside the case is likely needed, and extra costs. Taken further, from a hobyist point of view, having all major systems (GSM, GPS, WiFi, ...) pluggable would be a great idea ... Dream on ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
Well, that clears things up a bit. So, there is no way to get rid of the draping one sees when the display is refreshed? My stuff uses double buffering, but your comments appear to indicate that that is a waste of time. Carsten Haitzler (The Rasterman) wrote: On Thu, 2 Apr 2009 18:23:38 +0200 Tobias Diedrich ranma+openm...@tdiedrich.de said: Iain B. FIndleton wrote: A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. Isn't the glamo supposed to have one (or more?) OpenRISC cores? It would be nice to have a documented way to upload code to the core, that way it might be possible to implement the Bling on the graphics chip directly... I mean, since OpenRISC has a documented instruction set (unless they've augmented it) set I'd figure the only thing missing would be where to put the code and how to start it... this information is not even in the docs openmoko had on the glamo. there is no known way to play with this core. my understanding is that it is actually a relatively slow core (50mhz) and is only really for higher level management of sub-systems on the glamo. of course here is your big problem.. you can do all this for the glamo and it will never work anywhere else. it is a 1 off for 1 chip that will never see the light of day in another product. So, just like with the mpeg4 decoding unit, wouldn't it be possible for someone with access to the NDA documentation to write an example program that just shows how to run a simple program (e.g. bitblt) on the OpenRISC processor? no. as those docs are not even in the nda docs. other than that.. bitblit is documented and not related to the risc core. there is a blitter there. xglamo uses even. xglamo *IS ACCELERATED* it's about as accelerated as most x drivers (fills, blits). it has no accel for xrender (xglamo doesnt implement enough of xrender's operations to make it worth it - again see my previous mail. you'll be writing fallback software code and end up no faster than where you started). if you want decent speed - drop to qvga. thats what glamo was really designed to handle. even the 2442 (cpu) is pushing it to deal with vga nicely. it can. but that generation of cpu is more geared to qvga resolutions. the gta02 is a ferrari body (vga screen) with a lawnmower engine under it (2442 +glamo). you need to drive it like a lawnmower - and then only expect it to be as good as a lownmower. it looks nice parked on the street (still photos) but if it moves... it will show its true nature. remove the heavy ferrari body and drive it like a go-kart and you'll have more fun. -- Tobias PGP: http://9ac7e0bc.uguu.de ___ 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: Graphics Performance
On Thu, 02 Apr 2009 21:19:45 -0400 Iain B. FIndleton ifindle...@videotron.ca said: Well, that clears things up a bit. So, there is no way to get rid of the draping one sees when the display is refreshed? My stuff uses double buffering, but your comments appear to indicate that that is a waste of time. draping? Carsten Haitzler (The Rasterman) wrote: On Thu, 2 Apr 2009 18:23:38 +0200 Tobias Diedrich ranma +openm...@tdiedrich.de said: Iain B. FIndleton wrote: A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. Isn't the glamo supposed to have one (or more?) OpenRISC cores? It would be nice to have a documented way to upload code to the core, that way it might be possible to implement the Bling on the graphics chip directly... I mean, since OpenRISC has a documented instruction set (unless they've augmented it) set I'd figure the only thing missing would be where to put the code and how to start it... this information is not even in the docs openmoko had on the glamo. there is no known way to play with this core. my understanding is that it is actually a relatively slow core (50mhz) and is only really for higher level management of sub-systems on the glamo. of course here is your big problem.. you can do all this for the glamo and it will never work anywhere else. it is a 1 off for 1 chip that will never see the light of day in another product. So, just like with the mpeg4 decoding unit, wouldn't it be possible for someone with access to the NDA documentation to write an example program that just shows how to run a simple program (e.g. bitblt) on the OpenRISC processor? no. as those docs are not even in the nda docs. other than that.. bitblit is documented and not related to the risc core. there is a blitter there. xglamo uses even. xglamo *IS ACCELERATED* it's about as accelerated as most x drivers (fills, blits). it has no accel for xrender (xglamo doesnt implement enough of xrender's operations to make it worth it - again see my previous mail. you'll be writing fallback software code and end up no faster than where you started). if you want decent speed - drop to qvga. thats what glamo was really designed to handle. even the 2442 (cpu) is pushing it to deal with vga nicely. it can. but that generation of cpu is more geared to qvga resolutions. the gta02 is a ferrari body (vga screen) with a lawnmower engine under it (2442 +glamo). you need to drive it like a lawnmower - and then only expect it to be as good as a lownmower. it looks nice parked on the street (still photos) but if it moves... it will show its true nature. remove the heavy ferrari body and drive it like a go-kart and you'll have more fun. -- Tobias PGP: http://9ac7e0bc.uguu.de ___ 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 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I am working on Debian packages for atd-over-fso (was [Qt Extended] debian image)
do you mean that whenever that is done you will be ready to package Debian packages for ffalarms? ;) On Fri, 03 Apr 2009, Łukasz Pankowski wrote: Franky Van Liedekerke liede...@telenet.be writes: So this evening I'll play a bit with that image (I need to add atd from angstrom to get the alarms to work probably) and see about the bluetooth thingie. May be you will be interested: I am just working on Debian packages of atd-over-fso [1] (port of atd working on top of fso), chances are I will finish tomorrow. [1] http://projects.openmoko.org/frs/?group_id=260 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: On the Enlightenment Bleeding Edge
Openmoko unstable and anything based on fso/milestone5.5 has stayed current to the newest revision of enlightenment for over a month now. Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
Since I worked on the presentation with Sean for the days he was here in SF, let me give you my view and sean's view. That way we won't get into some version of the telephone game. Sean discussed three things at OpenExpo. 1. Our successes. 2. Our mistakes. 3. Our challenges I won't go over 1 2 but I'll cover #3 since rasters perception has a bit of color added to it. Only a tiny bit and he's entitled to that color commentary, I'll just add what Sean and I, as authors of the presentation, had as our message. Our biggest challenge was to make a choice about how to spend the balance of 2009. There were two paths: A: Fulfill our promises on FreeRunner and launch GTA03 B: Fulfill our promises on FreeRunner and launch project B. We will talk more about project B in the coming months, but these salient facts should be able to guide any budding executives out there. 1. GTA03 was in constant flux as a design. 2. GTA03 schedule was consequently always slipping. 3. The resources required for GTA03 are 3X those required for Project B. 4. We don't have 3X. So, we picked plan B. Now comes the question, what about GTA03? how do we get there? And when? and what is it? Well my basic argument was and is this: First we attend to the issues that still remain with the GTA02. That's why the VP of marketing ( of all people) is working on the buzz fix problem. Second we complete project B. When we've done that, then we get to eat dessert. Essentially, I made the same argument I heard so many times on this list: How do expect us to buy a GTA03 when you've yet to deliver on all the promise of FreeRunner? And I took the arguments I heard from disty seriously, how do you expect us to buy FR, when GTA03 is right around the corner? And I accepted the arguments I heard from Engineers I respect who questioned the viability of the GTA03 in the market place. All of those arguments said put a bullet in its brain pan! So, what about GTA03? As it was defined, it is dead. So how do we get to a new GTA03? Two requirements: continue to improve GTA02; deliver on project B. What is GTA03 and when do we get there? There are a number of independent efforts out there that are pitching me ideas for GTA03. I talked to sean a bit about this and I'd like to try to open up more of the design process and the marketing process to the community. Perhaps on a separate list. Some of these discussions have already started. What can you do to help? 1. Move GTA02 code upstream. 2. Stay Involved. 3. Continue work on applications 4. Buy a FreeRunner. 5. Get involved in GTA03 discussions Best, Steve Carsten Haitzler (The Rasterman) wrote: On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org said: On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote: 2009/4/2 Rui Miguel Silva Seabra r...@1407.org: On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote: He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) Why the outrage? I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. 3g can be done - just like the 2g on feeerunner - you will talk to a closed blob via a defined protocol. just like any chip anywhere. no less free than gta02 in that way. BUT yes - you'll pay an extra $200. nb gta03 - you missed the news from sean's talk at openexpo in switzerland. gta03 is postponed (read cancelled - postponed is just a nice way to say it and try and keep the community hanging around in hope it un-cancels, as openmoko has laid off most of their staff (also news from openexpo), their linux staff. you don't un-postpone if you just let all the people go who work on the software). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
ASU was like this while people were testing and expecting new 2007 releases. Diversity was like this. It seems like FSO started like this (I could be wrong). Can the internal company communication be more open? It's annoying if every 6 months another somewhat secret project is going to come to light. It's honestly getting tiresome -- Joseph Booker signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
