Re: Problem converting maps. was: MC Navi 0.2.10 released

2010-08-12 Thread Vladimir Koutny
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=Downloadsd_op=viewdownloadcid=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!

2010-04-13 Thread Vladimir Koutny
-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.882423z=16t=hhl=en


 
 
 
 
 BR,
 Nikolaus
 
 
 
 Mobile Office Solutions
 by Golden Delicious Computers GmbHCo. 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

2010-02-17 Thread Vladimir Koutny
-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

2010-02-16 Thread Vladimir Koutny
-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: [2008.testing] GPS after resume

2009-01-12 Thread Vladimir Koutny
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 vl...@ksp.sk
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 vl...@ksp.sk

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 vl...@ksp.sk
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 vl...@ksp.sk

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

2009-01-04 Thread Vladimir Koutny
 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?

2008-12-04 Thread Vladimir Koutny
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

2008-11-19 Thread Vladimir Koutny
-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: [ANNOUNCE] Neo1973 DebugBoard v2 Schematics released

2008-11-19 Thread Vladimir Koutny
-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

2008-11-19 Thread Vladimir Koutny
-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: QTextended 4.4.1

2008-10-06 Thread Vladimir Koutny
-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

2008-08-20 Thread Vladimir Koutny
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

2008-07-23 Thread Vladimir Koutny
-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

2008-07-10 Thread Vladimir Koutny
-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

2007-07-13 Thread Vladimir Koutny
 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!

2007-07-08 Thread Vladimir Koutny
-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