<div>OK. In that case how do we prevent tearing of images on the screen ? i.e. how do we implement a tearing-less display solution ?</div>
<div>Normally as far as I know, /dev/fb's memory would be mapped to apps and there is no way for the driver to sync memory updates with Vsync ... Pl correct me if I'm wrong</div>
<div> </div>
<div>- Vishwas <br><br> </div>
<div><span class="gmail_quote">On 5/8/08, <b class="gmail_sendername">The Rasterman Carsten Haitzler</b> <<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thu, 8 May 2008 13:16:37 +0530 "Vishwas P S" <<a href="mailto:vishwas.ps@gmail.com">vishwas.ps@gmail.com</a>> babbled:<br>
<br>> Can the display/video card recognize two planes (a BG and an FG) .. If yes,<br>> it would be very easy to overlay one (FG )onto the other and the app/driver<br>> generating the video(FG) data need not worry abt graphics FB and delegate<br>
> the job of combining to the hardware ?<br>><br>> Is this a possibility on the Glamo ?<br><br>no.<br><br>> - Vishwas<br>> (Am sorry if this is an irrelavent question ... i've seen this on the<br>> Freescale chipset that i work on .. so am just curious to know if this is a<br>
> possibility)<br>><br>><br>> On 5/8/08, The Rasterman Carsten Haitzler <<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>> wrote:<br>> ><br>> > On Thu, 8 May 2008 11:04:37 +0800 "Bin Chen" <<a href="mailto:binary.chen@gmail.com">binary.chen@gmail.com</a>><br>
> > babbled:<br>> ><br>> > > Hi,<br>> > ><br>> > > I just take a look at media player source code, seems the mplayer use<br>> > > the fbdev directly instead of X. So I think there are two fbdev in<br>
> > > system? One for X the other for mplayer?<br>> ><br>> > nup. there can be only one. (yes - bad quote...) :) yes. they will<br>> > conflict. if<br>> > both draw at once... you will get artifacts.<br>
> ><br>> > > Otherwise it will conflict.<br>> > ><br>> > > Thanks.<br>> > > Bin<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">http://lists.openmoko.org/mailman/listinfo/community</a><br>
> ><br>> ><br>> > --<br>> > Carsten Haitzler (The Rasterman) <<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>><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">http://lists.openmoko.org/mailman/listinfo/community</a><br>
> ><br>><br><br><br>--<br>Carsten Haitzler (The Rasterman) <<a href="mailto:raster@openmoko.org">raster@openmoko.org</a>><br></blockquote></div><br>