Re: [OT]Making Geek's phone not so offtopic on this list ;)
I looked at the specs and its screen is listed as wqvga hybrid resistive. I presume that hybrid resistive means it can still use a stylus? Recently tried my sons ipod which you cant use a stylus with - only useful with huge buttons and a GUI designed for finger use - basicly hopeless for fine work, typing text etc, but then its designed for movies/game playing. Fairly useless for my working style. Of more concern is that its wqvga resolution - exact details are not given but wikipedia lists wqvga as any screen having the same vertical (240 pixel) resolution as qvga but wider. Having a Palm Treo650 with a 240x240 display for a few years, I can directly compare it with the FR 640x480 - going back to something as primitive and outdated as 240 pixels seems to relegate the phone to things like video playing which I have not done on the FR in over a year (i.e., you are losing a lot more functionality than you are gaining). It will be interesting to see if these are real areas of concern, or the design is better than it appears in this area. the other specs seem great. Billk On Thu, 2009-11-19 at 06:11 -0800, c_c wrote: > Hi, > If you're looking at running fso-dbus & e - I'm interested too. > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freerunner: different cases?
Marc Andre Tanner wrote: > On Tue, Nov 17, 2009 at 04:10:34PM +0100, Marco Trevisan (Treviño) wrote: > > I agree, I'm wondering the same... Where are gone the swisscom > > projects? :o > > Their www site is down actually. :/ > > As far as I know they stopped their work on the day Sean announced > the end of gta03/phone development at OpenExpo in Switzerland. > > There were some rumors that they moved to some Android based stuff > and that there were some misconceptions between the Swisscom people > and Sean. > > That being said, I would also welcome a new case desing. This is s bad! Isn't there any possibility to get the sources of what they started doing? this could help a community driven project... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Wikireader]Full spanish wikipedia successfully packed but...
On Fri, Nov 20, 2009 at 3:28 AM, David Reyes Samblas Martinez < da...@tuxbrain.com> wrote: > I have achive to run the full proccess sucsessfully, all articles are > there but... (why has allways to be a but...:() I can't use search > with more than three letters, when I write down the forth letter, it > allways print a "No entries found". I can search the words presing 3 > letters, press the search button again to make the keyboard disappear > and scrolling but this is far than optimal :P > Any clues where the problem can be? > Hi David You need to generate a hash file (pedia.hsh). Look at hash-gen. It's run from the Make file when you run combine. Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
On Thu, Nov 19, 2009 at 10:30:22PM +0100, Bernd Prünster wrote: > Thomas Zimmermann wrote: > > * The neo theme is also nice and fast. It is not installed by > > default, but it is in the feeds. You can easily install in with "opkg > > install shr-theme-neo". > I am quite sure that the nEo theme will render the phoneUI apps > unusable, but i havent tried it, maybe JaMa can tell. > I need to find some time to give the nEo theme a complete overhaul and > fix remainign issues (dont hold your breath it will probably happen in > 2010 :-P, but when it finally happens you can expect even faster UI) Illume neo theme looks great and it fast, but phoneui apps are not using old libframework-efl-theme-neo.. so you will end with ie black text on black background in messages.. -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Wikireader] Error on processing the German Wikipedia
After the "success" of the spanish wikipedia pending to resolve the indexing part, I was starting to work on the german wikipedia http://download.wikipedia.org/dewiki/latest/dewiki-latest-pages-meta-current.xml.bz2 but it fails at first step with the following error #make DESTDIR=image WORKDIR=work XML_FILES=dewiki-latest-pages-meta-current.xml index parse render combine awk: línea ord.:1: fatal: no se puede abrir el fichero `work/counts.text' para lectura (No existe el fichero ó directorio) cd host-tools/offline-renderer && make index \ XML_FILES="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml" RENDER_BLOCK="0" \ WORKDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work" DESTDIR="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image" make[1]: se ingresa al directorio `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer' ./ArticleIndex.py \ --article-index="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/articles.db" \ --article-offsets="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/offsets.db" \ --article-counts="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/work/counts.text" \ --prefix="/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/image/pedia" /OE/Proyectos/tuxbrain/productos/wikireader/wikireader/dewiki-latest-pages-meta-current.xml Traceback (most recent call last): File "./ArticleIndex.py", line 611, in main() File "./ArticleIndex.py", line 172, in main limit = processor.process(f, limit) File "/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer/FileScanner.py", line 141, in process if '#' == body[0] and 'redirect' == body[1:9].lower(): IndexError: string index out of range Flushing databases Writing: files Time: 0s Writing: articles Time: 0s Writing: offsets Time: 0s Loading: articles Time: 0s Loading: offsets and files Time: 0s make[1]: *** [index] Error 1 make[1]: se sale del directorio `/OE/Proyectos/tuxbrain/productos/wikireader/wikireader/host-tools/offline-renderer' make: *** [index] Error 2 Regards David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xorg Glamo
On Thursday 19 November 2009 11:03:12 Thomas White wrote: > It occurred to me that the Glamo-accelerated mplayer should work a whole > lot better with the FIFO patch, and even better still if someone made it > use DRI/DRM. Anyone up for an interesting project? :) > > Tom > And what about hardware JPEG encoder/decoder? Was it implemented yet? Is there some code or doc were i can learn more about it? Tanks a lot for your work :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Wikireader]Compling from source fails
I have followed the instructions on http://wiki.github.com/wikireader/wikireader/building-from-source . I run make mbr, trying to make a new flash.rom file to change the boot splash image. It runs for a long time and then fails at this point. It creates an mbr.elf file, but no flash.rom . c33-epson-elf-ld: region a0ram is full (menu.elf section .rodata) make[1]: *** [menu.elf] Error 1 make[1]: Leaving directory `/home/jcolbert/wikireader-wikireader-4e90213/samo-lib/mbr' make: *** [mbr] Error 2 Any ideas or help? Thanks Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Babiloo on Openmoko - Second milestone
Hi guys, Babiloo ( http://babiloo-project.org/wiki/index.php/Babiloo:Neo ) seems work well on the latest SHR Unstable (thanks SHR team!!!) Any comments are welcomed. Cheers Luca On Tue, Nov 3, 2009 at 2:11 PM, Vaudano Luca wrote: > Thanks for the feedback > Yeah I made some tuning on the dictionaries engine... the other guys > didn't pay a lot of attention on it because they only test it on the > desktop. From 1 second to 4 seconds it is fine for the desktop > application but from 7 seconds to 76 secs is a hell for our openmoko! > :) > > On Tue, Nov 3, 2009 at 1:01 PM, David Garabana Barro > wrote: >> On Tuesday 03 November 2009 12:47:31 Vaudano Luca wrote: >>> Hi guys, >>> >>> I just release the second milestone of Babiloo, a offline dictionaries >>> reader, for SHR. >> >> WOW >> >> According to data on wiki, performance improvements seems HUGE! >> >> Thanks for this (very) useful program! >> >> ___ >> 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: OpenMoko-Logo in SVG
>Hi, Hi >nice to know, that you will be there. I will visit your place for sure. Nice to know too. So I'll see you there. :-D >For the logo - You just voted for an official SHR logo, so why don't >use this one? Yeah, I think, I'll make it so. >-- Sebastian leviathan signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Thomas Zimmermann wrote: > * The neo theme is also nice and fast. It is not installed by > default, but it is in the feeds. You can easily install in with "opkg > install shr-theme-neo". I am quite sure that the nEo theme will render the phoneUI apps unusable, but i havent tried it, maybe JaMa can tell. I need to find some time to give the nEo theme a complete overhaul and fix remainign issues (dont hold your breath it will probably happen in 2010 :-P, but when it finally happens you can expect even faster UI) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Wikireader]Full spanish wikipedia successfully packed but...
I have achive to run the full proccess sucsessfully, all articles are there but... (why has allways to be a but...:() I can't use search with more than three letters, when I write down the forth letter, it allways print a "No entries found". I can search the words presing 3 letters, press the search button again to make the keyboard disappear and scrolling but this is far than optimal :P Any clues where the problem can be? David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Original discusion is at shr-us...@lists.shr-project.org, it would be best if all users interested in SHR join that list. I will forward important Messages to community@lists.openmoko.org but not everything. -- Weitergeleitete Nachricht -- Betreff: Re: [Shr-Devel] [Shr-User] SHR-unstable got a facelift. And you a christmas present Datum: Donnerstag 19 November 2009 Von: Tom An: Sebastian Spaeth We already fixed a couple of things: * Ringtones are not working yet after the first call (it just vibrates). There is an issue related to the new fsodeviced and how it handles alsa sound profiles. We are investigating this issue. * Phonelog: can't select items from list. * Shr-settings: can't turn wifi on. Opkg upgrade to get the fix for those. -- Tom. - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
Congrats, this is impressive (and comforting) to see some people still working hard on SHR. I'll try to test that as soon as possible. If I understood, though the current release needs a reflash, the following improvements will be doable through opkg update/upgrade, won't they? Thanks anyway :) -- Olivier M. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: [Shr-User] SHR-unstable got a facelift. And you a christmas present....
-- Weitergeleitete Nachricht --
Betreff: [Shr-User] SHR-unstable got a facelift. And you a christmas
present
Datum: Donnerstag 19 November 2009
Von: Sebastian Spaeth
An: "SHR-devel" , "SHR-user"
[Nov 19 2009, The Internets] It's been psychologically proven that the
longer you wait for your presents, the more happy you will be when you
finally get them. It seems, the SHR team wants to make you REALLY happy
and has let you waiting for quite some time without updates to
shr-unstable...
ENOUGH WAITING. Christmas comes a bit early this year, and a new
SHR-unstable image is out for public consumption. Keep in mind that this
is the first snapshot after quite many major transitions, so don't
complain if things are a bit ..well... unstable in the beginning. We are
working hard to stabilize things. If you depend on your phone, you will
probably not yet want to use this, e.g. right now the ringtones aren't
working (it just vibrates).
We had no resources to provide a nice and working upgrade path, so an
opkg upgrade is very likely to lead to a non-working system. (Really! It
won't work. We know you'll try anyway :). It still won't work). So
download the image (http://build.shr-project.org/shr-unstable), flash it
and start afresh. I am writing this before the new images are out there,
so be a bit patient before you can really grab them.
We will take a branch off current shr-unstable in a couple of weeks
(after the dust has settled a bit) and start a conservative branch that
will allow for more -testing releases and -finally- a stable snapshot.
If others want to volunteer to do that, I'll happy hand over that job
though.
So what has changed, and what to expect:
* First don't expect any miracles. While stuff has changed under the
hood, you are still owning a fine piece of open. but outdated hardware.
But a path has been laid for future improvements (also performance
wise), so this is the way to go. Also, we have tried to keep the look
and feel as similar as possible in the new phone apps. You will feel
very much at home there. But improvements are much easier now.
* xorg server rather than glamo kdrive. We switched to using a
proper xorg-server, with a graphics driver that is actively maintained.
There have been some improvements, and developer Weiss thinks that there
are more perf improvements to get.
* eglibc rather than glibc. Just like Debian did, we switched our
libc library from glibc to eglibc which (apparently) is a bit better
suited to embedded devices.
* While the theme contest is still ongoing, we have decided to
install the gry theme by Bernd Pruenster by default, it is faster than
the default theme, which is not designed for obsolete embedded hardware.
The illume theme is still set to "default" or "Illume SHR", so try
stasetting it to *gry* through the top bar wrench (preference settings)
* The neo theme is also nice and fast. It is not installed by
default, but it is in the feeds. You can easily install in with "opkg
install shr-theme-neo". Another theme to try out is the niebiee theme
which has been designed with speed in mind ("opkg install
shr-theme-niebiee").
* the python-based frameworkd is being replaced bit by bit with
components written in Vala. The first components that we use are
fsousaged (which replaces ousaged), fsodeviced, and fsonetworkd. Mickey
posted a status update
(http://www.vanille-media.de/site/index.php/2009/11/10/towards-the-end-
of-2009/)
on the new fso stuff.
* phonefsod replaces the ophonekitd phone daemon and and
phoneuid/libphoneui are now responsible for all things GUI with the
phone apps.
* opimd is included and we have the possibility to save incoming and
outgoing SMS as well as contacts on the SIM card or on the SD card
(using the sqlite backend). New SMS/contacts are now by default saved in
a database on the FreeRunner (SD card or NAND), so be careful before
reflashing! (Someone should probabably give instructions somewhere on
how to change the configuration to use the SIM card as default and how
to transfer data from one backend to another.)
* We have proceeded with the integration work with openembedded.org
and we are very close to their development branch now, patches will be
submitted to really merge SHR with upstream. This also means that we now
have updated versions of basically every software component in this
image. This migration has unfortunately caused quite some head aches and
build problems...
* mokonnect was finally able to connect to my WEP WLAN without
crashing the kernel :).
* We will be providing a possibilitiy to upgrade the kernel to
2.6.31 (including KMS goodness, see
http://www.bitwiz.org.uk/s/how-dri-and-drm-work.html) for adventurous
users some time after this release. We just had to make a cut somewhere
and this did not make it in yet.
What is NOT working:
* Ringtones are not working yet after the first call (it just
vibrates). There is an issue related to the new fs
Re: [OT]Making Geek's phone not so offtopic on this list ;)
That will be a dream come true(well, almost). On Thu, Nov 19, 2009 at 3:18 PM, David Reyes Samblas Martinez < da...@tuxbrain.com> wrote: > David Reyes Samblas Martinez > http://www.tuxbrain.com > Open ultraportable & embedded solutions > Openmoko, Openpandora, Arduino > Hey, watch out!!! There's a linux in your pocket!!! > > > > > 2009/11/19 Rui Miguel Silva Seabra : > > If it's better hardware than the Freerunner and with free software > drivers, > > then I'm surely interested :) > Thats the question, that is more powerfull is sure, but our first > stesp is to see how many of this drivers are free and does that > doesnt how hard is to make them free. > > Regards > > > > Best, > > Rui > > > > On Thu, Nov 19, 2009 at 11:06:59AM +0100, David Reyes Samblas Martinez > wrote: > >> Dear list, > >> I was talking with the Geek's phone CEO we agreed a couple of > >> intersting things , > >> > >> In a couple of days we will receive some final prototypes of the final > >> version of ONE > >> > >> We will work together to open as far the hardware of the phone, first > >> step is obtaining the BOM list of the chipsets included on the ONE, to > >> evaluate how difficult will be to port the actual kernel used to run > >> Android to one to use for example SHR,QtMoko, or any other :) > >> > >> Until the prototypes arrives and/or the we obtain the BOM I would like > >> hear from you any question you believe is useful to be answered, > >> other requeriments to achieve make run a GNU/Linux distribution on > >> this hardware. > >> > >> Also if someone is already interested to do serious hacking on the > >> device please contact me personally or through this list and I will > >> try to make you arrive one of this unit, as you can understand if we > >> receive more colaboration proprosal than devices available we must do > >> a selection, so please don't blame us to much if you can't recieve a > >> unit at first attempt :P > >> > >> Regards > > > > ___ > > 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 > -- - Atilla Filiz Eindhoven University of Technology Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT]Making Geek's phone not so offtopic on this list ;)
David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! 2009/11/19 Rui Miguel Silva Seabra : > If it's better hardware than the Freerunner and with free software drivers, > then I'm surely interested :) Thats the question, that is more powerfull is sure, but our first stesp is to see how many of this drivers are free and does that doesnt how hard is to make them free. Regards > > Best, > Rui > > On Thu, Nov 19, 2009 at 11:06:59AM +0100, David Reyes Samblas Martinez wrote: >> Dear list, >> I was talking with the Geek's phone CEO we agreed a couple of >> intersting things , >> >> In a couple of days we will receive some final prototypes of the final >> version of ONE >> >> We will work together to open as far the hardware of the phone, first >> step is obtaining the BOM list of the chipsets included on the ONE, to >> evaluate how difficult will be to port the actual kernel used to run >> Android to one to use for example SHR,QtMoko, or any other :) >> >> Until the prototypes arrives and/or the we obtain the BOM I would like >> hear from you any question you believe is useful to be answered, >> other requeriments to achieve make run a GNU/Linux distribution on >> this hardware. >> >> Also if someone is already interested to do serious hacking on the >> device please contact me personally or through this list and I will >> try to make you arrive one of this unit, as you can understand if we >> receive more colaboration proprosal than devices available we must do >> a selection, so please don't blame us to much if you can't recieve a >> unit at first attempt :P >> >> Regards > > ___ > 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: [OT]Making Geek's phone not so offtopic on this list ;)
Hi, If you're looking at running fso-dbus & e - I'm interested too. -- View this message in context: http://n2.nabble.com/OT-Making-Geek-s-phone-not-so-offtopic-on-this-list-tp4031023p4032000.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: [OT]Making Geek's phone not so offtopic on this list ;)
If it's better hardware than the Freerunner and with free software drivers, then I'm surely interested :) Best, Rui On Thu, Nov 19, 2009 at 11:06:59AM +0100, David Reyes Samblas Martinez wrote: > Dear list, > I was talking with the Geek's phone CEO we agreed a couple of > intersting things , > > In a couple of days we will receive some final prototypes of the final > version of ONE > > We will work together to open as far the hardware of the phone, first > step is obtaining the BOM list of the chipsets included on the ONE, to > evaluate how difficult will be to port the actual kernel used to run > Android to one to use for example SHR,QtMoko, or any other :) > > Until the prototypes arrives and/or the we obtain the BOM I would like > hear from you any question you believe is useful to be answered, > other requeriments to achieve make run a GNU/Linux distribution on > this hardware. > > Also if someone is already interested to do serious hacking on the > device please contact me personally or through this list and I will > try to make you arrive one of this unit, as you can understand if we > receive more colaboration proprosal than devices available we must do > a selection, so please don't blame us to much if you can't recieve a > unit at first attempt :P > > Regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xorg Glamo
Thomas White wrote: > On Thu, 19 Nov 2009 12:09:32 +0100 > David Garabana Barro wrote: > >> I know the bandwith handicap, and I know it's not possible to improve >> that, but having free CPU time while Glamo is drawing should allow to >> calculate things (as next frames) instead of waiting glamo to finish. >> Shouldn't it? > > That's right. All I was saying is that the improvement only applies > for accelerated operations, and that (at the moment) we don't ask it to > do very many of those. At least, not operations that are large enough > to be worth accelerating. The operation I seem to wait most for, is sluggish scrolling. Is that accelerated, or at least possible to accelerate? I don't worry so much that a complex window might render slowly. I can go for software with simple fast layouts. But a little more snappiness when dragging/scrolling might be very noticeable. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xorg Glamo
Dnia 19 listopada 2009 13:38 Thomas White napisał(a): > On Thu, 19 Nov 2009 12:09:32 +0100 > David Garabana Barro wrote: > > > I know the bandwith handicap, and I know it's not possible to improve > > that, but having free CPU time while Glamo is drawing should allow to > > calculate things (as next frames) instead of waiting glamo to finish. > > Shouldn't it? > > That's right. All I was saying is that the improvement only applies > for accelerated operations, and that (at the moment) we don't ask it to > do very many of those. At least, not operations that are large enough > to be worth accelerating. > > > Should FIFO patch have some impact on "normal" (Xorg) use? > > A limited impact (because of the above), but so far (for me) it > certainly doesn't seem to hurt. The situation is slightly odd: the > FIFO patch makes the waitqueue patch have less impact (because it's > less useful to be able to wait when the accelerated operations are much > faster), and the waitqueue patch also makes the FIFO patch have less > impact (because we don't mind waiting as long if we can do it without > blocking). But on the other hand, there's only one Xorg process doing > all the requests. > Nice work Thomas - just add to rss Your blog :) Could You add comments there? Thx in advice Bart. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xorg Glamo
On Thu, 19 Nov 2009 12:09:32 +0100 David Garabana Barro wrote: > I know the bandwith handicap, and I know it's not possible to improve > that, but having free CPU time while Glamo is drawing should allow to > calculate things (as next frames) instead of waiting glamo to finish. > Shouldn't it? That's right. All I was saying is that the improvement only applies for accelerated operations, and that (at the moment) we don't ask it to do very many of those. At least, not operations that are large enough to be worth accelerating. > Should FIFO patch have some impact on "normal" (Xorg) use? A limited impact (because of the above), but so far (for me) it certainly doesn't seem to hurt. The situation is slightly odd: the FIFO patch makes the waitqueue patch have less impact (because it's less useful to be able to wait when the accelerated operations are much faster), and the waitqueue patch also makes the FIFO patch have less impact (because we don't mind waiting as long if we can do it without blocking). But on the other hand, there's only one Xorg process doing all the requests. Tom -- Thomas White ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[glamo] FYI from Tom's blog
I think you'll find these posts very interesting! http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks-and-their-removal.html hope Tom will talk about this with us. (in his blog there's no possibility to comment) d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xorg Glamo
On Thursday 19 November 2009 11:03:12 Thomas White wrote: > On Thu, 19 Nov 2009 10:32:25 +0100 > I aim to please :) > > Just bear in mind that neither of these things impact significantly on > the Glamo bandwidth limitation, which is the thing that most seriously > limits our graphics performance (by a HUGE margin). And since we > barely make use of Glamo's acceleration features, it doesn't add up to > much of a change. Still a step in the right direction, though. I I know the bandwith handicap, and I know it's not possible to improve that, but having free CPU time while Glamo is drawing should allow to calculate things (as next frames) instead of waiting glamo to finish. Shouldn't it? Correct me if I'm wrong, I have almost no idea about graphics drivers... > It occurred to me that the Glamo-accelerated mplayer should work a whole > lot better with the FIFO patch, and even better still if someone made it > use DRI/DRM. Anyone up for an interesting project? :) Should FIFO patch have some impact on "normal" (Xorg) use? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Unable to place a WikiReader review on Amazon
On Thu, Nov 19, 2009 at 5:37 PM, David Reyes Samblas Martinez wrote: > > 2009/11/19 Christoph Pulster : > >> In parallel universe, I'm sure there's a system better than Amazon's. > > > > Its called distribution/reseller network :) > Sean I must admit you should have count on us a little more in the > launch of the Wikireader, I believe we have demostrate we are faithful > to the spirit of the project David, Christoph Please understand that it's not a faith / trust issue what-so-ever. Let me explain a bit more... With our current resources we could only make an initial version that worked well with English. So naturally we chose to focus on the US market for the launch. In this market, it's just about impossible to sell (well) without being on Amazon. Amazon *is* e-commerse to the average American. (They currently have over 150M accounts. Ignoring this is the epitome of shooting yourself in the foot.) Europe is super important to us. As is the rest of the world. But we want to make sure WikiReader is 100% usable, right out of the box. Which means we need to support more languages (both from the technical side and from the customer service side). This is all high on our priority list. But it's going to take us some time to get there. We'll definitely let you know when we're close. Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OT]Making Geek's phone not so offtopic on this list ;)
Dear list, I was talking with the Geek's phone CEO we agreed a couple of intersting things , In a couple of days we will receive some final prototypes of the final version of ONE We will work together to open as far the hardware of the phone, first step is obtaining the BOM list of the chipsets included on the ONE, to evaluate how difficult will be to port the actual kernel used to run Android to one to use for example SHR,QtMoko, or any other :) Until the prototypes arrives and/or the we obtain the BOM I would like hear from you any question you believe is useful to be answered, other requeriments to achieve make run a GNU/Linux distribution on this hardware. Also if someone is already interested to do serious hacking on the device please contact me personally or through this list and I will try to make you arrive one of this unit, as you can understand if we receive more colaboration proprosal than devices available we must do a selection, so please don't blame us to much if you can't recieve a unit at first attempt :P Regards David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Xorg Glamo
On Thu, 19 Nov 2009 10:32:25 +0100 David Garabana Barro wrote: > I think those are GREAT news: > > http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html > > http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks- [...] I aim to please :) Just bear in mind that neither of these things impact significantly on the Glamo bandwidth limitation, which is the thing that most seriously limits our graphics performance (by a HUGE margin). And since we barely make use of Glamo's acceleration features, it doesn't add up to much of a change. Still a step in the right direction, though. I think my FR runs a bit more smoothly with these patches, but maybe I'm just being optimistic. It occurred to me that the Glamo-accelerated mplayer should work a whole lot better with the FIFO patch, and even better still if someone made it use DRI/DRM. Anyone up for an interesting project? :) Tom -- Thomas White ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Unable to place a WikiReader review on Amazon
2009/11/19 Christoph Pulster : >> In parallel universe, I'm sure there's a system better than Amazon's. > > Its called distribution/reseller network :) Sean I must admit you should have count on us a little more in the launch of the Wikireader, I believe we have demostrate we are faithful to the spirit of the project > My top 5 of the evil online: google, ebay, paypal, amazon, > uglywomenwithbeard.com uglywomenwithbeard.com server down :P > > Christoph > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Xorg Glamo
I think those are GREAT news: http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks-and-their-removal.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: freerunner: different cases?
It's not a new case, but is my approach to the "stylus not in the case" problem. It's a new back cover design with the stylus integrated. [1] http://openmoko.infoblitz.net/diff_case/img1_s.jpg [2] http://openmoko.infoblitz.net/diff_case/img2_s.jpg [3] http://openmoko.infoblitz.net/diff_case/img3_s.jpg [4] http://openmoko.infoblitz.net/diff_case/img4_s.jpg [5] http://openmoko.infoblitz.net/diff_case/img5_s.jpg -- Xevi arne anka wrote: > seeing the rather sleek design of the wikireader, i wonder if someone has > proceeded (and succeeded at) creating a new case for the freerunner? > there were several postings in the beginning and swiss telecom had a > project going on with dummies or even prototypes -- but then all went > silent. > > thus, seeing the wikireader having no bevelled edge and stuff makes me > wonder, if there's some progress? > > ___ > 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
