Re: openmoko on other FIC platforms as well?
Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 slubman schreef: Le Lundi 4 Décembre 2006 09:16, Gabriel Ambuehl a écrit : On Sunday 03 December 2006 16:29, Sean Moss-Pultz wrote: We haven't talked in great detail about that yet. Right now we're mainly focusing on phones. But would you guys be interested in stuff like this, too? Personally I'd prefer it if the Neo1973 could act as PMP I sure won't carry 2 devices with me... I'm sure the OpenMoko will have some media player, so it will be possible to use it as a PMP. That's one effect of the Open platform. The software side isn't a big problem, the hardware is. s3c2410fb isn't what you would call fast, and certainly not for 16bit vga. Hi Koen, My team has cross-compiled Mplayer for a Qtopia Linux phone (Wistron , taiwain) , its an OMAP1710 ARM9 at 200Mhz (95Bogomipis) , and we can handle 220x176 mpeg4 video at 20fps . im pretty sure openmoko can do much more . I read somewhere in this Mailling list that OpenMOKO will embed Mplayer too, If OpenMoko's team are interrested im ok to have a look on Media player possiblity on this device, Our mplayer's optmisation would be released soon, all is GPL Thomas regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFc+hZMkyGM64RGpERAqPgAJ4kOCMcI8bt0OhR4rzcV017gWhVpwCfalm9 RgDUGfqdeErNpR4TCcovp1I= =Hai2 -END PGP SIGNATURE- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: openmoko on other FIC platforms as well?
Hello. On Sun, 2006-12-03 at 23:29, Sean Moss-Pultz wrote: On 12/3/06 11:26 PM, Koen Kooi [EMAIL PROTECTED] wrote: I just noticed this: http://www.fic.com.tw/product/pmp.aspx Is FIC planning on putting openmoko based (open!) firmware on those as well? regards, We haven't talked in great detail about that yet. Right now we're mainly focusing on phones. But would you guys be interested in stuff like this, too? Of course it would be interested to have a open system on this devices, too. I see one main problem with openmoko on this devbices. It is designed for phone handling not media player handling. We should be able to use the base system, but would need a complete new gui and framework design. In long term I would really prefer to have _one_ device for phone calls, contacts, dates, mp3 and perhaps small videos, navigation, etc. I know that this will still take some time time, but I'm looking forward to this. regards Stefan Schmidt signature.asc Description: Digital signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
One Application, Multiple Frameworks (was: openmoko on other FIC platforms as well?)
I see one main problem with openmoko on this devbices. It is designed for phone handling not media player handling. We should be able to use the base system, but would need a complete new gui and framework design. In long term I would really prefer to have _one_ device for phone calls, contacts, dates, mp3 and perhaps small videos, navigation, etc. Entirely correct. We are at a stage in time where we recognize that we (application developers) have to solve an important problem to make usability scale between different devices requiring different UI paradigms motivated by physical differences. We have KDE and GNOME for the desktop, we (will soon) have OpenMoko for the phone, we have Maemo for internet tablets and similar appliances, but we still lack a way to easily write applications that scale UI-wise. Of course, we can just cross-compile and run the applications, but they don't adapt to the lookfeel and (what's more important) to the UI paradigms on the target platform. What we are doing right now is adding more and more #ifdef clauses to applications or making every application a plugin-host for a variety of frontend (UI) plugins, but I don't think this will be the way to go in the future. Eventually -- when we have more experience with the variety of such frameworks -- we need to come up with an additional abstraction layer that allows us to describe all these specifics in a way that applications can transform automatically to the target environment. Regards, :M: -- Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
GreenPhone lesson
Trolltech's Greenphone: A reasonable first effort http://enterprise.linux.com/enterprise/06/11/27/1937202.shtml?tid=122 I hope OpenMoko and Neo1973 will avoid glitches mentioned there. -- Tomek Z. [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: One Application, Multiple Frameworks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael 'Mickey' Lauer schreef: We have KDE and GNOME for the desktop, we (will soon) have OpenMoko for the phone, we have Maemo for internet tablets and similar appliances, but we still lack a way to easily write applications that scale UI-wise. Of course, we can just cross-compile and run the applications, but they don't adapt to the lookfeel and (what's more important) to the UI paradigms on the target platform. I would certainly appreciate a platform where an application written with the same toolkit (gtk+) will blend without using a zillion custom widgets. Isn't that what theme-engines and GObject are supposed to accomplish? I can see that a gui like gnumeric isn't going to 'blend in' easily, but apps like reversi should. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFc/6CMkyGM64RGpERAs6lAKC0VwkIKT0aM2auPoF5MhC/QXVTdwCgnG0k OSS5h+74PAKxMD72LyWEeAo= =zC1b -END PGP SIGNATURE- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
