QImage from 8-bit Raw data

[OKTA]

А получается тоже самое - хоть через qGray, хоть через qRgb.
Тоже самое в плане искаженные цвета.

[Old]

Вы должны получить "серое" изображение. Все цвета это оттенки серого. Правильно?
Если в картинке вы ожидаете другие цвета, то вам придется эту палитру формировать самому. Смотреть на картинку на каждую точку, брать ее индекс в палитре и устанавливать нужные значения RGB.

[OKTA]

В этом-то и вся странность - задаю палитру через qGray как и советовал xokc, а в изображении появляются другие цвета - желтый, красный и т.д.

[Old]

В этом-то и вся странность - задаю палитру через qGray как и советовал xokc, а в изображении появляются другие цвета - желтый, красный и т.д.

А палитру точно устанавливаете?
Покажите ваш код.

[OKTA]

Код:

QImage image(reinterpret_cast<unsigned char*>(imageSrc->data()),
                    params.pixels_per_line, params.lines,
                    params.bytes_per_line, QImage::Format_Indexed8);

    QVector<QRgb> colors;
    for(int i = 0; i < 255; ++i)
        colors.append(qGray(i,i,i));

    image.setColorTable(colors);
    image.save("testImage.tiff");

Как понимаю, этого должно быть достаточно.

[xokc]

В этом-то и вся странность - задаю палитру через qGray как и советовал xokc, а в изображении появляются другие цвета - желтый, красный и т.д.

Этого не может быть, потому что не может быть никогда. Давайте код сюда. Видимо, что то Вы не так делаете либо когда палитру устанавливаете, либо когда получившийся QImage рисуете или сохраняете. Как вариант - выложите сюда тот самый исходный QByteArray, посмотрим что с ним не так. Можно ещё после setColorTable сделать bmp.save("c:/test.png") и посмотреть, что именно сохранится.

[OKTA]

Так, ну вот файлики в аттаче. Изображение, которое получается при использовании кода, который я выше привел и исходное изображение - просто записанный в файл QByteArray.

[xokc]

    for(int i = 0; i < 255; ++i)
        colors.append(qGray(i,i,i));

Вы пропустили наш диалог с Old в начале топика относительно того, что цикл надо крутить до 256, а не до 255. У Вас в картинке всего два цвета - 0 и 255, а в палитре цвета 255 - нет, точнее он заполняется случайным цветом - поэтому и появляются "всякие разные цвета".

[OKTA]

Ой, опечатка. Но от нее ничего не меняется к сожалению

[OKTA]

О, кажется нашел косяк - ситуация исправляется, если ставить QRgb вместо QGray  

Ну все, пока вопросов нет, всем спасибо! 

[Igors]

Igors, а что имелось ввиду под словом "флот"?

float

Да

[OKTA]

Странная загадка)
Можно сделать мне кажется лишь используя таблицу цветов, чтобы изображение рисовалось, используя индекс по каждому каналу отдельно, а не общий цвет. Но если значения флоаты, то все не поместится в таблицу, если 4 байта на пиксель 

[Igors]

Странная загадка)
Можно сделать мне кажется лишь используя таблицу цветов, чтобы изображение рисовалось, используя индекс по каждому каналу отдельно, а не общий цвет. Но если значения флоаты, то все не поместится в таблицу, если 4 байта на пиксель  

Этот формат довольно популярен и используется уже минимум лет 10. Да, хранится 4 байта, но используются 3 float (ну разумеется с какой-то потерей точности). Остряки часто называют это "ельфа"    

[OKTA]

Чего-то я не нашел этого ельфа Дайте ссылку пожалуйста)
Из похожих нашел openEXR, но там без альфа-канала 6 байт на точку получается для чисел половинной точности.

[Igors]

Чего-то я не нашел этого ельфа Дайте ссылку пожалуйста)

http://en.wikipedia.org/wiki/RGBE_image_format

Из похожих нашел openEXR, но там без альфа-канала 6 байт на точку получается для чисел половинной точности.

Да, это основная альтернатива. Кстати "числа половинной точности" там не так уж просты.