User: Password:
|
|
Subscribe / Log in / New account

Supporting electronic paper

Supporting electronic paper

Posted Nov 30, 2007 2:05 UTC (Fri) by jayakumar (guest, #49119)
In reply to: Supporting electronic paper by nlucas
Parent article: Supporting electronic paper

> In the case of a virtual driver, if you have a modern graphic card on the host side, it will
> not be noticeable in speed if you do 640x480, 800x600 or a 1024x768 blit, but it will be
> noticeable if you do a sequence of smaller blits to changed parts of the screen (making it
> ugly).

I'm not sure but I think you are referring to "tearing" right? ie: on a normal display (LCD or
CRT), if you're updating parts of the display during the retrace, then you would get tearing
if the part that was changing was part of an overall image. For example, if I was spinning a
globe on the display and then updating parts of the globe map without syncing to retrace, I
would get tearing which is what I understand when you say "making it ugly". This imposes the
need for synchronization with the vertical blanking interval. In the case of E-paper, there is
no retrace, and it is currently too slow to use for over 4Hz, so a partial display update is
ok because its unlikely to be used for moving images. I hope I have understood you correctly.
Thanks.



(Log in to post comments)


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds