This question is probably just because I misunderstood something you said before, but I&#39;ll ask anyway :)<br><br>If it is acceptable to use QVGA, couldn&#39;t that basically be done without any hardware changes?&nbsp; I believe I remember you saying the glamo does scaling, so couldn&#39;t you let SW treat the display as qvga, and just have the glamo scale it up?<br>
<br>Or, is the question more about having qvga instead of the glamo (which leaves you back with the SDIO interface shortage)?<br><br>--Steve<br><br><div class="gmail_quote">On Thu, Jun 5, 2008 at 10:42 PM, The Rasterman Carsten Haitzler &lt;<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Thu, 05 Jun 2008 11:50:43 +0200 Marc Bantle &lt;<a href="mailto:openmoko@rcie.de">openmoko@rcie.de</a>&gt; babbled:<br>

<br>
<br>
&gt; &gt; quick question - would you prefer a qvga lcd (save a bit of cost) since we&#39;e<br>
&gt; &gt; going to need to software-drive all graphics - the fewer pixels you have to<br>
&gt; &gt; fill, the better for speed. i&#39;m really tossing up if the speed of qvga is<br>
&gt; &gt; worth the loss of resolution. i&#39;m just not sure.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; Would that be 320x240 (QVGA [1]) or 480x320?<br>
<br>
qvga is 320x240. wqvga... that&#39;s a whole world of resolutions (400x240,<br>
432x240, 480x272, 480x320). :)<br>
<br>
&gt; I think the latter would be acceptable in terms of usability.<br>
&gt; OTOH it would also<br>
<br>
but it&#39;s not a drop-in replacement as its widescreen. we c ould go for 2.8&quot; vga<br>
or 2.8&quot; qvga. drop-in replacement. anything else mans new case/design etc. etc.<br>
<br>
also remember just getting supply of a screen is hard. you also need it at a<br>
decent physical size.<br>
<br>
i&#39;m asking the question if going down to a (relatively) low resolution screen<br>
would be an ok compromise.<br>
<br>
&gt; - create extra maintenance cost for system and app themes<br>
<br>
one way or another we will need to be able to do multiple resolutions in the<br>
long-run.<br>
<br>
&gt; - narrow on-screen information for people with good eye-sight<br>
&gt; (granny won&#39;t be affected ;-)<br>
&gt;<br>
&gt; Sofar I haven&#39;t suffered from lacking graphic speed on my<br>
&gt; GTA01. It seemed that waiting for UI feedback was mainly<br>
&gt; cause by other background processes (e.g. SD-read or such)<br>
&gt; My interest are standard smartphone and geo apps and for<br>
&gt; those I&#39;d rather go for resolution.<br>
<br>
again - it depends what you want to do. :) gta01 actually performance better in<br>
many ways graphically :)<br>
<font color="#888888"><br>
--<br>
Carsten Haitzler (The Rasterman) &lt;<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>&gt;<br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</font></blockquote></div><br>