Thanks for the suggestions, i don't think its worth wasting any time integrating an FPGA and learning how to use it so i'm going with the tried and true SSD1963, from what i've seen online with the plethora of demos people have created using the same chipset i intend to use and the performance isn't terrible.
One of the applications its going to be running is OSM based street navigation, which means drawing complex vector graphics over the entire screen and i thought to myself, why does the user need to drag the map around and pinch zoom? and the fact that the primary client is going to be couriers(which from my experience hate touch screens anyway) i don't actually need that stuff, so can get away with blanking the screen for 50ms in order to render an overview map with list of directions.
Also for those interested the code im using to nicely render objects is from:
http://en.literateprograms.org/Polygon_Rasterization_(C) Its fairly quick, but i need to make some changes to the structure since its written as if it needs reflection(i.e. a copy of the framebuffer it can read from, not something that can be done in 512k SRAM
) so that'll need to change to allow me to do one pixel per packet, instead of `send read cmd, store pixel data, modify, write back to lcd`
if $45 price point is ok stop looking for chips and just buy cheapest Android tablet, they all have USB host for fast connectivity.
u wot m8?