> 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.
Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds