Смотрю в мсдн CreateDIBitmap(..)
Функции передается структура BITMAPV5HEADER
Смотрю описание BITMAPV5HEADER:
Свойство BITMAPV5HEADER.bV5Compression возможны варианты сжатия:

Код

BI_RGB An uncompressed format. BI_RLE8 A run-length encoded (RLE) format for bitmaps with 8 bpp. The compression format is a two-byte format consisting of a count byte followed by a byte containing a color index. If bV5Compression is BI_RGB and the bV5BitCount member is 16, 24, or 32, the bitmap array specifies the actual intensities of blue, green, and red rather than using color table indexes. For more information, see Bitmap Compression. BI_RLE4 An RLE format for bitmaps with 4 bpp. The compression format is a two-byte format consisting of a count byte followed by two word-length color indexes. For more information, see Bitmap Compression. BI_BITFIELDS Specifies that the bitmap is not compressed and that the color table consists of three DWORD color masks that specify the red, green, and blue components of each pixel. Valid when used with 16- and 32-bpp bitmaps. BI_JPEG Specifies that the image is compressed using the JPEG file Interchange Format. JPEG compression trades off compression against loss; it can achieve a compression ratio of 20:1 with little noticeable loss. !!!!!!!!!!!!   BI_PNG Specifies that the image is compressed using the PNG file Interchange Format.

То есть в памяти байты будут сжиматься по алгоритму JPG?
Получается я могу эту область записать как файл формата JPG или нет?

И еще, в описании на интерфейс IPicture::SaveAsFile (..) сказано (как я понял), что файл будет записан в том формате, какой представлен источником. То есть он запишет в моем случае как JPG?!!

Заранее спасибо за любые ответы или мысли по этому поводу.

Что, даже никто представления не имеет?

А зачем тебе это нужно?

Если у тебя маленькая программа - много места в памяти ты не выграешь.

А если большая (например игра) - то весь этот перевод из JPG в обычные BMP(то есть на экран) займет много времени. Например в движке Quaka 3 картинки грузятся очень долго из файла (в память они сразу "разархивируются), а если бы каждый раз переводить из формата в нужный формат, то игра будет Сильно тормозить.

Цитата

А зачем тебе это нужно?

Хотя бы для того, чтоб на чистом API писать сразу в JPG файл. А то сколько я не видел библиотек для работы с JPG, все они или очень громоздкие или сложные. Кроме того, помимо флага BI_JPEG есть еще BI_PNG. А в таком формате уже нет больших проблем с прозрачностью. Я игры не пишу, но для того же OpenGL это было бы очень удобно.

Цитата

Если у тебя маленькая программа - много места в памяти ты не выграешь. А если большая (например игра) - то весь этот перевод из JPG в обычные BMP(то есть на экран) займет много времени.

Помимо игр, есть еще задачи, где быстодействие не ставится как главный фактор.