FS#10272 - Sansa AMS: lcd driver speed up
Opened by Thomas Martitz (kugel.) - Wednesday, 03 June 2009, 17:22 GMT
Last edited by Rafaël Carré (funman) - Wednesday, 30 September 2009, 18:54 GMT
|
DetailsThis vastly improves the lcd_write_data() performance on my fuze (from <50fps to 90fps unboosted [numbers with
I'm getting blue bars on the screen if lcd updates are happening when boosted, this however might be due to Weird: I can't get above exact 100.0 fps with boosted. We either hit the maximum of the FIFO or miss some bits in the Fuze's LCD initialization. Please try to adapt for e200v2 (and others) and report numbers. |
Wednesday, 30 September 2009, 18:54 GMT
Reason for closing: Accepted
Additional comments about closing: r22859
FS#10048applied, too.No blue bars :) No apparent display corruption.
FS#10048and could not see any blue bars, so it seems related to the mmu stuff.I noticed that if I apply this patch first (to a clean checkout) then the ams-caching, there is no error (but blue bars) but when applying the caching patch and then this patch, there was some error about one of the files already being patched (yes I know it would be helpful to know what files but the log has already past that part, sorry)... using r21184
Right, there was one change in system_as3525.c (#include mmu.h) which is in both patches, here is a patch without it as it is related to
FS#10048.Sorry, I missed the comment. Without mmu I get 61.5 fps unboosted and 94.0 fps boosted.
Also I think it would be nice to have each bits defined with their names
Unboosted, my patch is by far faster. 64.5fps vs 90fps
Boosted, both patches reach 100fps, and both show blue bars.
Also, the splashes are sometimes skewed. This is most notable when using a larger font than the one with the default cabbiev2 theme (I use the widecabbie theme). It is very reproducible with the opening splash for the doom plugin.