Android canvas draw image example

Задали небольшое сочинение на английском, проверти его на наличие грамматических ошибок. Правильно предложения построены?

Кто шарит в Delphi?

Кури ScanLine(), чудо.

IPhone. Android. linear gradients. ... You won t notice the performance degradation in simple examples like drawing a few lines and transforming an image, but you ll see it right away once you start doing canvas-based animation and other crazy stuff.

Способа непосредственно получить доступ к массиву не знаю, но могу предложить самый быстрый вариант, какой я находил.
Он действительно очень быстр.
const unsigned char BMPHeaderDefault[] =
{
//File size (type, size e t.c.).
//File size (whole data size).
0x42, 0x4D, 0x40, 0x42, 0x0F, 0x00,
//Reserved.
0x00, 0x00, 0x00, 0x00,
//Points where picture begins.
0x76, 0x00, 0x00, 0x00,
//BMP-header (type, size, e t.c.).
//Header size (in bytes).
0x28, 0x00, 0x00, 0x00,
//X-size.
0x1D, 0x00, 0x00, 0x00,
//Y-size.
0x20, 0x00, 0x00, 0x00,
//Planes.
0x01, 0x00,
//How much pixel need for one pixel. We will use 16-color bmp.
0x04, 0x00,
//No compressiom.
0x00, 0x00, 0x00, 0x00,
//Image size (the amount of bytes, requireed for whole picture).
//For example, 16-colour (16=2^[4]) picture 32x32 needs:
//32*32*(4 bits by pixel) / (8 bits in one byte) = 512 bytes = 0x0200.
//In brief, for one 16-colour pixel storing it is enough half of byte,
//so we should devide pixels amound by two.
//PixelsPerMeter ( = DPI*~40)
0x00, 0x02, 0x00, 0x00, 0xC4, 0x0E, 0x00, 0x00, 0xC4, 0x0E, 0x00, 0x00,
//Other stuff (ClrUsed, ClrImportant)
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
//Palette (begins with 54-th byte).
//b g r 0
0x00, 0x00, 0x00, 0x00,//Color № 0.
0x00, 0xF0, 0x00, 0x00,//Color № 1.
0x20, 0x20, 0x20, 0x00,//...
0x60, 0xFF, 0x60, 0x00,
0x00, 0x00, 0x60, 0x00,
0x00, 0x00, 0xFF, 0x00,
0x00, 0x00, 0xF0, 0x00,
0xFF, 0x00, 0xFF, 0x00,
0xF0, 0xF0, 0xF0, 0x00,
0x80, 0x80, 0x40, 0x00,
0xFF, 0x80, 0x40, 0x00,
0xF0, 0x00, 0x00, 0x00,
0xF0, 0x00, 0x00, 0x00,
0xF0, 0x00, 0x00, 0x00,
0xF0, 0x00, 0x00, 0x00,
0xff, 0xff, 0xff, 0x00//Color № F.
};
class TMyClass : public TCustomControl
{
unsigned char BMPHeader[118];
TMemoryStream* IStream;
TImage* Image;
char* WBuf;
...
};
__fastcall TMyClass::TMyClass()
{
IStream = new TMemoryStream();
Image = new TImage(this);
WBuf = new char[2 << 24];
memcpy(BMPHeader, BMPHeaderDefault, 118);
}
void __fastcall TMyClass::UpdateImage()
{
//Set the size of your image.
*(unsigned int*)(BMPHeader + 18) = FVisualWidth;
*(int*)(BMPHeader + 18 + 4) = -((int)FVisualHeight);
IStream->Seek(0, 0);
IStream->Write(BMPHeader, 118);
//Draw the image by your own.
WBuf[0] = ...
WBuf[1] = ...
//Load the image.
IStream->Seek(118, 0);
unsigned int Size = (FVisualWidth * FVisualHeight) * 4;
IStream->Write(WBuf, Size);
IStream->Seek(0, 0);
Image->Width = FVisualWidth;
Image->Picture->Bitmap->LoadFromStream(IStream);
Canvas->Draw(0, 0, Image->Picture->Bitmap);
}
Как-то так.
В случае 16-цветного bmp там немного извращённый способ расположения пикселей в памяти. В байте сначала идёт 4 бита второго пиксела, а затем 4 бита первого.