Windows Paint -> Clipboard -> gdi+ Bitmap смещение цветов

[Джон]

Собственно всё по теории:

Код: (C++)

...
        ::OpenClipboard(NULL);

        HGLOBAL hGlobal = ::GetClipboardData(CF_DIB);
        if(hGlobal)
        {
                LPBITMAPINFO lpBI = (LPBITMAPINFO)GlobalLock(hGlobal) ;

                void* pDIBBits = (void*)(lpBI+1);
                Bitmap gdipbmp(lpBI, pDIBBits);

                CLSID pngClsid;
                GetEncoderClsid(_T("image/bmp"), &pngClsid);
                gdipbmp.Save(path, &pngClsid, NULL);
                ...
        }
        ::CloseClipboard();
...

Рисуем в Paint красный, например, квадрат. Выделяем, копируем, сохраняем кодом в файл. А он зелёный. Заменяем Paint на PhotoShop. Повторяем. Квадрат красный.    
Ну те понятно, что данные у них отличаются, но ведь в обоих случаях это CF_DIB.
Может кто сталкивался?

[Алексей++]

пол-литра разная ? )

дампы бы файлов посмотреть

[Джон]

Лёш, ну допустим. А смысл? Есть в буфере некая инфа типа CF_DIB. Теоретически, абсолютно неважно кто её туда поместил, и не должно быть никакой разницы в результате использования этой инфы. Практически же получается, что она есть. Paint я переделать не могу, эт факт. Вычитывать кто именно поместил и делать для КАЖДОЙ проги свою логику? Бред.

Интуиция подсказывает, что это должно быть что-то очень простое. Кстати, если вставляю в фотошоп, то квадрат красный. Понятно, что он это делает не через gdi+. А дампы... Ну сравнивал я их. Ну разные они ессно. И шо? К решению это не подталкивает. Шеф тоже в отчаянии начал смещение менять. На +3 получили синий цвет, да ещё кучу артефактов по краям.

Я просто думаю, что это грабли, и кто-нить наверняка уже наступал. А времени, рассмотреть эти грабли под микроскопом, не хватает.

[Dimka]

Не встречал. Встречал, когда красный и синий местами преставлены - приятно смотрится синюшный Кремль на фоне кровавого неба

[zubr]

Джон, сделай по другому:
1. Получаем HBITMAP: GetClipboardData(CF_BITMAP);
2. Создаем битмап: Bitmap(HBITMAP hbm, HPALETTE hpal); где hpal - NULL
Остальное как у тебя в коде.

[Джон]

Попробовал, не прокатило. Судя по всему gdi+ так не любит. Bitmap создаётся с ошибкой lastResult = InvalidParameter

ps да, забыл с CF_BITMAP уже GetClipboardData вылетает, а с CF_DIB так не любит.

[zubr]

Джон, все работает, вот мой код:

Код:

::OpenClipboard(m_hWnd);
HANDLE hc = ::GetClipboardData(CF_BITMAP);
CLSID encoderClsid;
GetEncoderClsid(_T("image/bmp"), &encoderClsid);
Bitmap b ((HBITMAP)hc, NULL);
b.Save(_T("d:\\1.bmp"), &encoderClsid);

Не хочет работать если хендл окна не подставлять в OpenClipboard, тогда ошибку выдает Thread does not have a clipboard open

[Джон]

О как. У меня-то параметр NULL. С окном у меня проблемы, в этом месте оно недоступно.
Сегодня выделю специально время на это дело. Короче поиграюсь. Спасибо.

[Джон]

Итак, как и предполагалось вначале, ларчик просто открывался.

Метод использования формата CF_BITMAP работает, но, поскольку, это устройствозависимый формат, ему необходимо окно -> ::OpenClipboard(m_hWnd). А если его нет под рукой и хочется таки использовать CF_DIB?

Код, из первого сообщения, работает замечательно, если прога, поместившая, DIB в буфер обмена "правильно" разместила инфу для "пол-литры" ((с) Лёшик). Тогда смещение +1 в

Код: (C++)

void* pDIBBits = (void*)(lpBI+1);

указывает на нужный блок.

Как показали результаты рентгеноструктурного анализа (микроскопа оказалось недостаточно), так делают далеко не все проги. Поэтому ПРАВИЛЬНО использовать поле структуры LPBITMAPINFO bmiColors. Вот такая поправка, делает код рабочим и для Paint, и для, например, Print Screen:

Код: (C++)

LPBITMAPINFO lpBI = (LPBITMAPINFO)GlobalLock(hGlobal);
Bitmap gdibmp(lpBI, lpBI->bmiColors);

Странно, что нигде на это не натолкнулся, в отличие от смещения +1.

[zubr]

Джон, а смещение bmiColors универсально? То есть, к примеру, для фотошопа тоже корректно работает?

P.S. А вообще то да, я туплю, должно корректно работать.

[Джон]

Вопрос правомерный, и ничего не тупишь. Просто времени нет все исследования подробно расписывать. Коротко.

Фотошоп я проверил в первую очередь. Работает. Почему?

Сама структура BITMAPINFO содержит два поля:

Код: (C++)

typedef struct tagBITMAPINFO {
    BITMAPINFOHEADER    bmiHeader;
    RGBQUAD             bmiColors[1];
} BITMAPINFO, FAR *LPBITMAPINFO, *PBITMAPINFO;

Те bmiColors всегда стоят ПОСЛЕ хидера, и, в зависимости от типа данных, корректо заполняются. Поэтому использовать это "смещение" вполне логично. Нууу пока не доказано обратное.