tobozo

thanks! looks like the pins numbering is inverted between the FPC shim and the Sharp tech sheet

does this pin renumbering + assignation look correct? sorry about the potato quality 😊  > And I pulled DISP high. do you mean wired to 3v3 or directly connected...

wow thanks! switching to 5v gave better results indeed so far I've managed to fill and clear the display after adding a `cfg.bit_order` config option and modifying Bus_SPI to handle...

indeed everything is affected by bit order including commands I'm going with this so that I can try both: ```cpp if( msbfirst ) { for(int i=0;i

I pushed [some changes](https://github.com/lovyan03/LovyanGFX/commit/a18c33ce09256ad21c4a5525e592c56d6b095484) on an experimental branch, it's based on the master branch but should be patchable on any version of LovyanGFX as it does not depend on any...

[Fixed the dithering acting weird](https://github.com/lovyan03/LovyanGFX/tree/Panel_SharpLCD) : the internal bit depth [must be rgb565](https://github.com/lovyan03/LovyanGFX/commit/157595bfc69aec2fb3014e39aec4c73ba84aadb6) or for proper conversion. https://github.com/user-attachments/assets/0c5515aa-7393-47b7-b89c-d5fe46afe608

> Seems that you need to set the color to any color (0 and 1 both work) with the lcd.setColor() function. Otherwise, it draws nothing. This sounds like a standard...

> Any chance of utilizing DMA capability while sending a large buffer in the display function [the panel buffer is already using dma](https://github.com/lovyan03/LovyanGFX/blob/Panel_SharpLCD/src/lgfx/v1/panel/Panel_HasBuffer.cpp#L49), you can try to set the last...

Color conversion cost in performances is less significant than the bitwise operations it triggers when dithering is enabled. So the real cost is with the bitwise operations happening in `_draw_pixel()`,...

If you're fine with the latest changes on the Panel_SharpLCD branch I'll proceed with pushing the three files on the develop branch then close this issue as resolved. I have...