Re: Problem converting maps. was: MC Navi 0.2.10 released
Hi, >> az...@wraith:/data/mcnavi$ ls -lah >> total 70G >> drwxr-xr-x 2 azral azral 4.0K 2010-08-12 09:56 . >> drwxrwxrwx 9 root root 4.0K 2010-08-11 22:40 .. >> -rw-r--r-- 1 azral azral 60G 2010-08-10 08:26 europe.osm >> -rw-r--r-- 1 azral azral 9.8G 2010-08-10 09:36 germany.osm >> az...@wraith:/data/mcnavi$ osm2mcmap -bt 0 -bo boundary.mcb europe.osm >> Error opening file! >> Error parsing file europe.osm >> az...@wraith:/data/mcnavi$ You have 32bit system and you need to enable largefile support while building osm2mcmap - add these defines while building: CFLAGS=`getconf LFS_CFLAGS` ./configure (usually expands to -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64) This will help with opening the file - but still the conversion will fail (somewhere around 7%) due to small address-space in 32bit mode (osm2mcmap loads the whole file into memory...) You can successfully convert smaller regions though - just download precomputed boundary extract from http://www.gps-routes.info/index.php?name=Downloads&d_op=viewdownload&cid=3 and then use with "-bi" option. (Still won't work for germany.osm - it is too large to fit into memory space) Regards, Vlado > > does anyone else has that problem? > it said error opening file.. so maybe it's not where it should be? > > > Cheers, > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The Origin of the Freerunner Shape!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dr. H. Nikolaus Schaller wrote: > I have finally found where the shape and visual appearance of the > Neo1973 and Freerunner come from: For those without google earth: http://maps.google.com/maps?ll=54.897579,23.882423&z=16&t=h&hl=en > > > > > BR, > Nikolaus > > > > Mobile Office Solutions > by Golden Delicious Computers GmbH&Co. KG > Buchenstr. 3 > D-82041 Oberhaching > +49-89-54290367 > http://www.handheld-linux.com > > AG München, HRA 89571 > VAT DE253626266 > Komplementär: > Golden Delicious Computers Verwaltungs GmbH > Oberhaching, AG München, HRB 16602 > Geschäftsführer: Dr. Nikolaus Schaller > > Digital Tools for Independent People > > > > > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkvEJoYACgkQutgEj9ZLuzQ2zQQAkxpE25jUlTtcdplgpNggCcP/ aDmwpCEQvFs4DHBXKJNbk1a9lmjilgc+jcVLr4RnRbe/cf6yfrYfcB5phM+8eSj3 dfaLlpsznY+mCLTCSWLQzctT5eCSPazt1UuvocLX35zhWbi7m9CXUGSjK40AKpxl vEc+w2R+kNM1N9BiJFs= =a29Q -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA02] VGA-QVGA switching - #2263 revisited
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> Thus, I'd like to ask if anyone know: >> - a solution that works? >> - a git revision which is supposed to fix #2263? >> - some background on #2263 so I can try to fix it in SHR kernel? >> >> I'm also fine with DRM kerels if they can somehow switch the >> modes/orientations; >> I didn't find a word how that should work, though. > > XRandR hasn't really been worked on yet for the DRM/KMS stack, so if it > works then it's more luck than judgement. I'm working on stabilising > this kind of thing in the 2.6.32+DRM kernel right now. Ok, thanks for info. I'll try to have a look at the andy-tracking code for now (which is the most stable kernel for my needs.. 2.6.32 can't even suspend/resume properly) - hopefully I can find something.. Vlado > > Tom > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkt8D60ACgkQutgEj9ZLuzTaJwQAw/l3M6VBobvrxZz6dDxoFF5J 88ooxKWsEWqeCnTo0rBER9CDFCdMo4bQqoAbBnCsUh8xxxMHmtZk872ojY3sJRXG R2zlOzNkhW8erWJXYhDrzFzbfFVJqrq1VATq0axc8qTGnHxFfXdTzKkunOFZzJ85 FVA8GHNjLZovNxPdhas= =Cmlq -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[GTA02] VGA-QVGA switching - #2263 revisited
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm trying to get VGA-QVGA switching/rotation to work - with mixed results.. Distro: recent SHR-t (using Xorg), xglamo-hack disabled during startup Commands I intend to use (ie, VGA portrait and QVGA landscape): xrandr -s 240x320 -o 3 xrandr -o 0 -s 480x640 I don't really care about specific kernel version - I just want it to run 'well' with SHR-t (this mode switching, suspend, maybe wifi; if I need to hack some changed sysfs paths that's OK) The best I can get is with default SHR-t kernel (which is andy-tracking); however, in this case bug #2263 is present (after res. change the image is shifted randomly on the screen, http://docs.openmoko.org/trac/ticket/2263) I've tried a few more kernels: 2.6.31-no-drm: simple rotation corrupts the display or WSOD 2.6.32-no-drm: rotation in VGA works QVGA is mostly white #2263 is not present 2.6.3x-drm: QVGA/rotation not available (not via xrandr at least) latest 'experimental' kernel from http://downloads.openmoko.org/distro/experimental (as mentioned in #2263): DRM -> no QVGA Thus, I'd like to ask if anyone know: - a solution that works? - a git revision which is supposed to fix #2263? - some background on #2263 so I can try to fix it in SHR kernel? I'm also fine with DRM kerels if they can somehow switch the modes/orientations; I didn't find a word how that should work, though. Thanks & regards, Vlado -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkt6vYAACgkQutgEj9ZLuzRCqwP/T13D/p1iwQB8TPtnODCmqTSb 1oqi7HdWDDy+4IFcq6Ucs6hJRcAzObWKByZTiolgh6HZNGUic3NvejIGMaFv6pTG Ltzdu+vUtFzVF1AZ81AMWU34GJDL/+yctbf+aZQYPkHuGwivJGCPT+megte9hRRW O1NoidWO0o5iMcfzZcc= =66hC -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: #1024-rework service available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael 'Mickey' Lauer wrote: > Am Freitag, den 23.10.2009, 12:39 +0200 schrieb Yorick Moko: >> thanks for offering this service! (although too bad I already sent my >> device once to Germany) >> can you give us an indication on how much this would improve batterylife? >> >> I'm assuming it only extends standby-time. >> >> I once saw a graph that indicated that it was a huge boost, but can't >> find it anymore > > In optimal conditions, it's going to double your standby time from ~70h > to ~140h. I did a few tests with #1024-fixed A6 (bouncing before) with 2 batteries (one-year-old-one, new-one) and in both cases I was able to get about 100hours of standby (just waking it up from time to time, GSM on, everything else hopefully off; shr-u). What I have to mention though is that sometimes my fr wakes up autonomously (and goes to suspend after a while of inactivity) (I suppose this can be due to some GSM events - but not on a 'normal' cell roam).. so while I didn't see the phone to wake up during tests it might have happened. Still, 4 days is a very good improvement :) Vlado -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkrhr5QACgkQutgEj9ZLuzRu5QP9GZwjiz4aInZelN8Y2oTh2uOf 8Oxj8V/yV00y644uy3cnXFhwUFfSrNooeEXkPM3Ly2HKmv9G9IHBPcWPwGQoQZdi 7skdHsTfbd4CbPj6kpqAKGa1klfjYNpvSofkzxJob89E9XL1tjMQjKfrkj0hZWXu 1jGMzUfwYux9Is8F2Fg= =DrCw -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] GPS after resume
jeffrey.ratcli...@gmail.com wrote: > Further tests show that > > 1. after resume, Navit does not get another GPS fix > 2. leaving Navit open, and on forcing a cold start with agpsui, agpsui > does not even see the time signal (I assume Navit blocks it), but this > is enough for Navit to get a fix > > So at least there is a workaround. As I wrote already, there is a bug in kernel GPS suspend/resume code which leads to GPS not being powered after resume. Simply re-enable it manually via Settings, or apply my patch sent to kernel list (but still not merged into git) - http://lists.openmoko.org/pipermail/openmoko-kernel/2009-January/007447.html I'm attaching also a version against stable.git for those still running 2.6.24.. Regards, Vladimir > It would be nice if there was some primitive GPS UI built into Navit. > > Regards > > Jeff > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community commit 98c1e4301f98d977443104d6206d8ebc91b18bf3 Author: Vladimir Koutny Date: Mon Jan 5 14:16:01 2009 +0100 Fix re-enabling of GPS on resume The call to gps_pwron_set(0) during suspend would clear power_was_on flag so the on/off status was always lost Signed-off-by: Vladimir Koutny diff --git a/arch/arm/plat-s3c24xx/neo1973_pm_gps.c b/arch/arm/plat-s3c24xx/neo1973_pm_gps.c index 73337fa..5ca6691 100644 --- a/arch/arm/plat-s3c24xx/neo1973_pm_gps.c +++ b/arch/arm/plat-s3c24xx/neo1973_pm_gps.c @@ -300,8 +300,6 @@ static void gps_pwron_set(int on) if ((!on) && (neo1973_gps.power_was_on)) regulator_disable(neo1973_gps.regulator); } - - neo1973_gps.power_was_on = !!on; } static int gps_pwron_get(void) @@ -358,13 +356,12 @@ static ssize_t power_gps_write(struct device *dev, { unsigned long on = simple_strtoul(buf, NULL, 10); - if (!strcmp(attr->attr.name, "pwron")) -#ifdef CONFIG_MACH_NEO1973_GTA01 -{ -#endif + if (!strcmp(attr->attr.name, "pwron")) { gps_pwron_set(on); + neo1973_gps.power_was_on = !!on; + } #ifdef CONFIG_MACH_NEO1973_GTA01 - } else if (!strcmp(attr->attr.name, "power_avdd_3v")) { + else if (!strcmp(attr->attr.name, "power_avdd_3v")) { gps_power_3v_set(on); } else if (!strcmp(attr->attr.name, "power_tcxo_2v8")) { gps_power_2v8_set(on); commit e96e0fbc123a1b6cbd8cef6f82dc559124cbcad5 Author: Vladimir Koutny Date: Mon Jan 5 22:35:35 2009 +0100 Fix re-enabling of GPS on resume The call to gps_pwron_set(0) during suspend would clear power_was_on flag so the on/off status was always lost Signed-off-by: Vladimir Koutny diff --git a/arch/arm/plat-s3c24xx/neo1973_pm_gps.c b/arch/arm/plat-s3c24xx/neo1973_pm_gps.c index a21b763..7d56562 100644 --- a/arch/arm/plat-s3c24xx/neo1973_pm_gps.c +++ b/arch/arm/plat-s3c24xx/neo1973_pm_gps.c @@ -271,9 +271,6 @@ static int gps_power_1v5_get(void) /* This is the POWERON pin */ static void gps_pwron_set(int on) { - - neo1973_gps.power_was_on = !!on; - #ifdef CONFIG_MACH_NEO1973_GTA01 if (machine_is_neo1973_gta01()) neo1973_gpb_setpin(GTA01_GPIO_GPS_PWRON, on); @@ -393,6 +390,7 @@ static ssize_t power_gps_write(struct device *dev, } else if (!strcmp(attr->attr.name, "power_avdd_3v")) { gps_power_3v_set(on); } else if (!strcmp(attr->attr.name, "pwron")) { + neo1973_gps.power_was_on = !!on; gps_pwron_set(on); } else if (!strcmp(attr->attr.name, "reset")) { gps_rst_set(on); signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] GPS after resume
> i was thinking about this the other day. the gps has it's own > processor, correct, and can act independently of the cpu? i'm > wondering if it's possible for the gps to keep it's fix while the main > cpu is in suspend. power usage will be higher than a full suspend, but > the phone will have a fix as soon as it resumes. is there any reason > why this can't happen? I wrote attached patch for this few days ago - it is against mwester's stable kernel so probably still needs some tweaks for 2.6.28 series. Simply 'echo 1 > /sys/bus/i2c/devices/0-0073/neo1973-pm-gps.0/keep_on_in_suspend' and it will stay alive during suspend (echo 0 to turn it off - this is also the default). It also fixes a bug with re-enabling GPS on resume when it was on before (keep_on_in_suspend=0). I'm going to split this into 2 patches and send it to devel soon. vlado diff -Naur knife-kernel-orig/arch/arm/mach-s3c2440/mach-gta02.c knife-kernel/arch/arm/mach-s3c2440/mach-gta02.c --- knife-kernel-orig/arch/arm/mach-s3c2440/mach-gta02.c 2008-11-18 02:15:36.0 +0100 +++ knife-kernel/arch/arm/mach-s3c2440/mach-gta02.c 2009-01-01 10:56:31.0 +0100 @@ -714,6 +714,7 @@ PMU_VRAIL_F_UNUSED; gta02_pcf_pdata.rails[PCF50633_REGULATOR_LDO5] = ((struct pmu_voltage_rail) { .name = "rf_3v", + .flags = PMU_VRAIL_F_SUSPEND_ON, .voltage = { .init = 0, .max = 3000, diff -Naur knife-kernel-orig/arch/arm/plat-s3c24xx/neo1973_pm_gps.c knife-kernel/arch/arm/plat-s3c24xx/neo1973_pm_gps.c --- knife-kernel-orig/arch/arm/plat-s3c24xx/neo1973_pm_gps.c 2008-11-18 02:15:36.0 +0100 +++ knife-kernel/arch/arm/plat-s3c24xx/neo1973_pm_gps.c 2009-01-03 16:29:05.0 +0100 @@ -35,6 +35,7 @@ struct neo1973_pm_gps_data { int power_was_on; + int keep_on_in_suspend; }; static struct neo1973_pm_gps_data neo1973_gps; @@ -271,9 +272,6 @@ /* This is the POWERON pin */ static void gps_pwron_set(int on) { - - neo1973_gps.power_was_on = !!on; - #ifdef CONFIG_MACH_NEO1973_GTA01 if (machine_is_neo1973_gta01()) neo1973_gpb_setpin(GTA01_GPIO_GPS_PWRON, on); @@ -354,6 +352,17 @@ return 0; } +/* This is the flag for keeping gps ON during suspend */ +static void gps_keep_on_in_suspend_set(int on) +{ + neo1973_gps.keep_on_in_suspend = on; +} + +static int gps_keep_on_in_suspend_get(void) +{ + return neo1973_gps.keep_on_in_suspend; +} + static ssize_t power_gps_read(struct device *dev, struct device_attribute *attr, char *buf) { @@ -374,6 +383,8 @@ } else if (!strcmp(attr->attr.name, "power_core_1v5") || !strcmp(attr->attr.name, "power_vdd_core_1v5")) { ret = gps_power_1v5_get(); + } else if (!strcmp(attr->attr.name, "keep_on_in_suspend")) { + ret = gps_keep_on_in_suspend_get(); } if (ret) @@ -393,6 +404,7 @@ } else if (!strcmp(attr->attr.name, "power_avdd_3v")) { gps_power_3v_set(on); } else if (!strcmp(attr->attr.name, "pwron")) { + neo1973_gps.power_was_on = !!on; gps_pwron_set(on); } else if (!strcmp(attr->attr.name, "reset")) { gps_rst_set(on); @@ -403,6 +415,8 @@ } else if (!strcmp(attr->attr.name, "power_core_1v5") || !strcmp(attr->attr.name, "power_vdd_core_1v5")) { gps_power_1v5_set(on); + } else if (!strcmp(attr->attr.name, "keep_on_in_suspend")) { + gps_keep_on_in_suspend_set(on); } return count; @@ -496,6 +510,7 @@ static DEVICE_ATTR(power_vdd_core_1v5, 0644, power_gps_read, power_gps_write); static DEVICE_ATTR(power_sequence, 0644, power_sequence_read, power_sequence_write); +static DEVICE_ATTR(keep_on_in_suspend, 0644, power_gps_read, power_gps_write); #ifdef CONFIG_PM static int gta01_pm_gps_suspend(struct platform_device *pdev, @@ -509,8 +524,14 @@ #endif /* CONFIG_MACH_NEO1973_GTA01 */ #ifdef CONFIG_MACH_NEO1973_GTA02 - if (machine_is_neo1973_gta02()) - gps_pwron_set(0); + if (machine_is_neo1973_gta02()) { + if (!neo1973_gps.keep_on_in_suspend || + !neo1973_gps.power_was_on) + gps_pwron_set(0); + else + dev_warn(&pdev->dev, "GTA02: keeping gps ON " + "during suspend\n"); + } #endif /* CONFIG_MACH_NEO1973_GTA02 */ return 0; @@ -526,7 +547,7 @@ #ifdef CONFIG_MACH_NEO1973_GTA02 if (machine_is_neo1973_gta02()) - if (neo1973_gps.power_was_on) + if (!neo1973_gps.keep_on_in_suspend && neo1973_gps.power_was_on) gps_pwron_set(1); #endif /* CONFIG_MACH_NEO1973_GTA02 */ @@ -556,6 +577,7 @@ static struct attribute *gta02_gps_sysfs_entries[] = { &dev_attr_pwron.attr, + &dev_attr_keep_on_in_suspend.attr, NULL }; signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Where can I find this game?
http://www.openttd.org/ I'm just not sure how playable this one will be on such a small display :( Marco Trevisan (Treviño) wrote: > Oh, I've found one of the games I've played more when I was young :P > "screenshotted" on scap [1]. > Now I forgot its name, where can I find it? :) Maybe I've some saves > around too...! ;) > > > [1] http://img407.imageshack.us/my.php?image=a2cb0faac134c6ba717ab4bhc6.png > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] Neo1973 DebugBoard v2 Schematics released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joerg Reisenweber wrote: > http://people.openmoko.org/joerg/schematics/debug_board/OpenMoKo_Debug_Board_V3_MP.pdf >> Oh, nice.. >> >> May I ask for one more thing - permissions? ;) >> >> Forbidden >> You don't have permission to >> access /joerg/schematics/debug_board/OpenMoKo_Debug_Board_V3_MP.pdf on this >> server. > > ooops, sorry ~~ > fixed Thanks, this is what I was looking for :) > /j > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkkkO3wACgkQutgEj9ZLuzSu5wQA0wyc65ZZBVLIorkH+5vFCPfy HhT8BoH3oLGqCoSIRg5RGDb+FYebaOz008GmfYcBvWYrv3TaXUSMoSEjLex0OMME /AddQow1i/wFbBHFzx6tUnRNi+w0TtO+bQTTmiVEs/XfybITDVWbVNV5mgaxamLl p9CMbUoE8317T6gN38I= =x/+R -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] Neo1973 DebugBoard v2 Schematics released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joerg Reisenweber wrote: > Am Mi 19. November 2008 schrieb Vladimir Koutny: >> Hi Harald, >> >>> Today I can proudly announce that we finally were able to take a step >>> that has long been anticipated: The public release of the schematics >>> for our Debug Board v2. >> ... >>> Oh, and yes, as soon as we start shipping DebugBoard v3, we will release >>> those schematics without any further delay. >> Is there any progress in this area? :) >> >> What I'm looking for just now is the pinout for the new i2c/spi/irq header >> included on v3 debug boards - but can't find it (nor the schematics for v3). > > > I short search on our documentation server revealed this: > http://people.openmoko.org/joerg/schematics/debug_board/OpenMoKo_Debug_Board_V3_MP.pdf Oh, nice.. May I ask for one more thing - permissions? ;) Forbidden You don't have permission to access /joerg/schematics/debug_board/OpenMoKo_Debug_Board_V3_MP.pdf on this server. Thanks, Vladimir > > Not checked yet for correctness of schematics, or if this even is what the > name suggests. > Anyway HTH ;-) > > cheers > jOERG > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkkkM2IACgkQutgEj9ZLuzQbvgP/d0fS8qssN1HvVex8kpHJrbex i8SMo1cTzdWOoL4j+41Bq8HKkpcM4GtIEP/UV5rzPvnt2nZZu9gVIGVA7k8XZdkS X472yvHDb9t2+AEVYC9tzH2tIBF0LeH00YUj1fgCsSK0yV8avbxwv8dcMm2hHkBO 8kd9G1NwwbBLZ6A1MrE= =eWcX -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] Neo1973 DebugBoard v2 Schematics released
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Harald, > Today I can proudly announce that we finally were able to take a step > that has long been anticipated: The public release of the schematics > for our Debug Board v2. ... > Oh, and yes, as soon as we start shipping DebugBoard v3, we will release > those schematics without any further delay. Is there any progress in this area? :) What I'm looking for just now is the pinout for the new i2c/spi/irq header included on v3 debug boards - but can't find it (nor the schematics for v3). Regards, Vladimir -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkkj4L4ACgkQutgEj9ZLuzS0DAP/TEtNdbQeetXoN3S6Ah0mbuCY cD4uTKyBeFlx3wP/NOcZxnQPFOb7+bserCF2WivbCKNv2McmBdd92ThE819LG1xN jY9T5ziZjii8CWG5ejD37vIGfi+R25bPLnjNBtDEqa0OhpcgMgUy73KfHm44xgm+ 63/iGis48isKtSDfTB0= =tOjS -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QTextended 4.4.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, > Wait a minute: Does that mean your phone wakes up from incoming calls > when in suspend mode??? > I have the latest rootfs and the latest kernel installed and my phone > does NOT wake up. > Confused ... What did you do to make this work? For me, this works without doing anything special. Wakes up, rings, etc. On the other hand, I have some problems with mp3 playback via mediaplayer (mediaserver) (I'm quite sure this was already mentioned on the list, but I'm not able to find it again..) - - audio dropouts - most visible when the CPU gets busy doing other things (navigating in the menu for example), but even without doing anything else it can be noticed about once a second-two - on all tracks I've tried (cbr/vbr, >128kbps streams) - both headphones and speaker outputs - no matter where the file is stored - sd card, nand flash, in-memory /tmp - killing mediaplayer does nothing - mediaserver eats some 25% cpu - - random noise when starting to play some mp3s - those mp3s have embedded album-art in its id3 tag (stored at the beginning of a file; btw. it is shown correctly).. could be related? for reference, I'm running qtextended-4.4.1-gta02-rootfs-release-10022309.jffs2 uImage-gta02-g291a9d50_mwester-stable.bin (+modules) Regards, Vlado -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkjp5TkACgkQutgEj9ZLuzTLQAP/f7k6snKsqRB0/Yjwx787qqm+ 5kxJBehmBpDHqsigR/UwEyYkc8Z3s+mId/B8tbRrTMT0+XU3u1prcDr2/+5fuvyG 7dLVeU585GMC13hMqveztg6yXuY60O/wDU1q525TgOisEt+zzwjC9pReKJkBgTyd agmTwWtEUmRVAHR6Gmk= =zOVX -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Order from Pulster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > I just received a confirmation from Pulster that my freerunner is on the > way. I can't wait to finally get the device in my hands. > Right, I've already received the confirmation, too. X-mas by end of August this year? ;) Regards, Vlado > Greetings, Wolfgang. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkisAqoACgkQutgEj9ZLuzTeOwP/aNh4+t//l5OXSjAeRtH1YPa8 mp3wf0yKkOltghXlrc/91zNcouWsi1uIoEhcXCx8qtEwAEqpj2ThvnlsCwxxlTgi NvNVD0CUe0RpskQQ4ZulQYg87YTjhnMUUS18U+i+Lv/TQEIk+wlM8jo/WhKlTTGh uTCdeKJEtdp3OWq2+E4= =QwgP -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Order from Pulster
Wolfgang Silbermayr wrote: > Hello List! > I wrote directly to pulster two days ago, but received no answer so far. > Maybe something went wrong with the mail delivery. > Has anybody else who ordered from the first bunch of (cheaper offer for > 299 EUR) not received it yet? Yes, we're still waiting as well (just for a bigger pack..). I just hope they are busy sending out our packages.. Vlado > I received an e-mail from Pulster that they would be getting a new bunch > of devices on August 15, and that I would get one of them. I already > transferred the money, and two days ago wrote the email to pulster, but > I received neither an answer nor the freerunner. > Wolfgang. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: order from Pulster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> I got my order confirmation yesterday, with payment information and the >> 15.8 as delivery date, for the old price. >> Took some time but i'm happy now and looking forward to my freerunner :) >> >> daniel >> > > Your delivery date concerns me a bit. I ordered my freerunner the 1st of > July (after you did) but it's still earlier than the 2nd of July. Christoph > Pulster confirmed on this list that anyone who had already placed an order > the 2nd of July was guaranteed to get a freerunner in the 25th of July > batch. I can't find the link to his post but here's a message that quotes > it: http://lists.openmoko.org/pipermail/community/2008-July/020297.html Well - that's how it is. My order was placed on 27/6 (12:10 CEST) and after mailing pulster yesterday I got a reply for August-15 shippment.. So unless you put your order _really_ very early (ie, before the first announcement from pulster) - and they are handling orders in a FIFO fashion... Vlado -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkiHNsgACgkQutgEj9ZLuzSktQP/dY3yOaAdpq0/LXhj+8N2NNrL Zytm/Avf+NERXfx0VFY1cQCi6hOytQAVjJuJDeFQ84/VaRQNAiO+DpdixQvBrKvV pas+cKUVWbEZtRzkLKNg7FDxLQVczTJcvyH9HUH71kXe+39RxT7bOECHdl7Bc8uj h9nhRts3rfQqc7gguWA= =TOit -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: real audio streams in OM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stroller wrote: > On 10 Jul 2008, at 15:40, arne anka wrote: >> mplayer is available. imho it's able to handle those. > > You neglected Mr Paulson's comment: > >"even the implementations that use mplayer rely on windows dlls" > There is 'realcook' decoding support in ffmpeg, so those audio streams using cook will work. Vlado > Certainly mplayer on my PS3 does not play Real streams as it does on > my Pentium 4 (it simply fails on PS3). > > On my distro media-video/realplayer is masked on PPC, and IIRC > unmasking it leads to an installation failure. > > I am obliged to download Real streams on my Pentium and re-encode > them in another format before I can view them with mplayer on my PS3. > I would _love_ to hear how to play them directly. > > Stroller. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkh2KZ4ACgkQutgEj9ZLuzQyrAP+O/BugcmqkQYNOW5YjZ71MPqM /bAQJ2XMZ1wkF7PXpE5EbriZr812wqnYqDyk6W3fvs/fs5QSUVPM1aF4Rlb2JEoB avmNQk5zoy+Lo6hAGiwrt6fi3OBMeJnRzuEZstERM4bXlTKoH5LEnuwHpJy+5nfO 0JKh3H/Y8Ux8ozjwl/o= =M+sr -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GMail, silence and other problems
> as far as I can say from my experiences, there was NEVER a break in > delivery of message worth to mention the last days. > It also seems as if only GMail customers complain about a disruption > of operation. Not just gmail customers; I had the same problem as well. According to smtp logs from my mail server, there were no attempts to deliver any email from openmoko lists (not just the community list) during that +-2day outage. Now I'm having the same problem with duplicated gmail posts as probably all of you do (this might be a gmail problem, of course). Vladimir signature.asc Description: OpenPGP digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Get them while they're still hot!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Today is the day that we've all been waiting for: We can finally take > your order for the world's first freed phone. That's really great, thanks :) > Neos are waiting in customs just outside our factory in SuZhou. Early > this week, they will start their journey to FIC America in Fremont, > California. We're sending them by air so they should arrive really fast. > (We'll update you as soon as we know more tracking information.) A question regarding shipping: some time ago there were plans to ship Phase1 phones also from within Europe (Czech republic I guess since FIC has a factory there) - is this still planned and should we wait a bit, or is the only option for phase1 to order from US (and paying $100 to the carrier for $300 phone...)? Anyway, thanks to all of OpenMoko team :) Regards, Vladimir -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRpFcHbrYBI/WS7s0AQIcVAP8Dim/wQK8nvJGfu8H5s4TVaOS7Csp3oJS 9HduJBBauinP/lgM1oDvqbONkowYolk0WJtliKC+bCnEGNeu5W91LWRS9SiVNTaR 2Jf5zPEl9XlaOTyTRmLhB989UrE4yeIKee5hErHsBQb76J8UKr/tYRjTq0ePdL10 Ntmfz8hCHhg= =8DIA -END PGP SIGNATURE- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community