Hi Dean,
If you've got enough memory for a full frame buffer and you have enough speed to beat the refresh cycle (about 1/60s) then the ideal method is to synchronize your upload with the TE signal and just refresh the entire display. My FPGA graphics accelerator refreshes the display like that.
The truth is that MCUs are not FPGAs and don't often have the raw grunt to do a full refresh at the required speed so your method of keeping a 'dirty' map seems worth trying. You'll solve the worst flashing visual effect but will still get 'tearing' because you won't be fast enough to avoid the refresh cycle.
I'm not familiar with the Due but if it has an external parallel interface then you might be able to make it fast enough. SPI will be a non-starter. Way, way too slow.
Regards,
- Andy
If you've got enough memory for a full frame buffer and you have enough speed to beat the refresh cycle (about 1/60s) then the ideal method is to synchronize your upload with the TE signal and just refresh the entire display. My FPGA graphics accelerator refreshes the display like that.
The truth is that MCUs are not FPGAs and don't often have the raw grunt to do a full refresh at the required speed so your method of keeping a 'dirty' map seems worth trying. You'll solve the worst flashing visual effect but will still get 'tearing' because you won't be fast enough to avoid the refresh cycle.
I'm not familiar with the Due but if it has an external parallel interface then you might be able to make it fast enough. SPI will be a non-starter. Way, way too slow.
Regards,
- Andy