Am Wed, 2 Apr 2014 16:03:46 +0300 hat Tomi Valkeinen tomi.valkeinen@ti.com geschrieben:
Hi,
Since SSL compression is a 50% compression, each 720p frame data is 720x1280x24x50% which is roughly 11Mbit and we will do exactly what your engineer mentioned, to separate the Frame X and X+1 into 2 separate locations as a double frame (D2858 has ~27Mbit), and write IN as landscape and read OUT as portrait to perform the rotation." So it DOES tearing free rotation.
Ah, that's interesting. Sounds like it could work, then. One thing to confirm is that the SSL compression can be used only inside the chip. I.e. OMAP can send uncompressed data to the chip, and the chip will send uncompressed data to the panel. The diagram on the SSD2858 spec does hint that way, though.
Yes, it does do that. It receives the uncompressed stream and then compresses it.
One of the main use cases is to compress a normal stream to SSL to save power.
But I know from video editing that a FullHD stream can easily be compressed to half the size without visible artifacts, most of the time lossless (as it's very unlikely that every pixel has a different color).
Unlikely or not, it must be clear that any image, even one with each pixel of different color, will fit into half of the framebuffer.
Yes, though it might do lossy compression in that case, which would be fine as it would be really really rare.
I think that's the compression:
http://www.google.com/patents/US20100104207?dq=inassignee:solomon+inassignee...
Btw, did you check the SSD2848 chip? I don't know the diff to SSD2858, but http://www.solomon-systech.com/en/product/mobile-system/mipi-master-bridge-c... says it just has less TX pins, and I guess 4 would be just fine for Pyra.
The SSD2858 supports rotation, the SSD2848 not ;)