使用WIC加载JPEG图像异常求助：横向压缩且色彩丢失

看起来你遇到的核心问题是WIC对JPEG类图像的格式处理逻辑出了问题——不管是原生JPEG还是转成PNG的版本，本质上都是格式映射或像素复制环节的错误导致数据解析错乱。结合你的代码和症状，我来拆解可能的原因和修复方案：

核心问题分析 #

你的症状（X方向压缩、色彩丢失）非常典型，大概率是像素格式识别/映射错误，尤其是JPEG解码后常见的YCbCr格式没有被正确转换为GPU能识别的RGB格式：

• JPEG的原生解码格式通常是YCbCr系列（比如GUID_WICPixelFormat12bppYCbCr420或24bppYCbCr），这类格式的每像素位数不是标准RGB的24/32bpp，直接按RGB的方式计算行间距（rowPitch）会导致每行数据长度错误，视觉上就是X方向被压缩。
• 同时，YCbCr的通道布局和RGB完全不同，直接把YCbCr数据当成RGB加载到GPU，必然会丢失色彩信息，出现偏色、灰阶化的情况。
• 转PNG后仍有问题，可能是IrfanView转换时保留了原JPEG的色彩空间信息，或者你的selectConverter函数对该PNG的格式映射依然出错。

具体修复方案 #

1. 强制转换到标准RGBA格式（最直接的修复） #

跳过你的selectConverter函数，直接强制将所有图像转换为WIC的GUID_WICPixelFormat32bppRGBA格式——这是GPU纹理最兼容的格式之一，行间距计算简单，色彩信息完整。修改代码如下：

// 直接指定目标格式为32bpp RGBA，对应DXGI的R8G8B8A8_UNORM
WICPixelFormatGUID targetFormat = GUID_WICPixelFormat32bppRGBA;
DXGI_FORMAT targetFormatDx = DXGI_FORMAT_R8G8B8A8_UNORM;

// 强制创建格式转换器，不管原生格式是什么
IWICFormatConverter* ptrFormatConverter = NULL;
ptrFactory->CreateFormatConverter(&ptrFormatConverter);

// 初始化转换器，注意参数：无抖动、默认色彩映射、中位切割调色板
HRESULT hr = ptrFormatConverter->Initialize(
    ptrFrameDecoder,
    targetFormat,
    WICBitmapDitherTypeNone,  // 不需要抖动，RGB格式直接转换
    NULL,                     // 使用默认色彩管理
    0.0f,                     // 色彩阈值0
    WICBitmapPaletteTypeMedianCut  // 适配所有色彩的调色板
);

if (SUCCEEDED(hr)) {
    // 获取转换后的图像尺寸（确保和原尺寸一致）
    UINT convWidth, convHeight;
    ptrFormatConverter->GetSize(&convWidth, &convHeight);
    
    // 计算行间距：32bpp=4字节/像素，直接用宽度*4，避免整数运算错误
    UINT rowPitch = convWidth * 4;
    SIZE_T imageSize = (SIZE_T)rowPitch * (SIZE_T)convHeight;
    void* workMemory = malloc(imageSize);
    
    if (workMemory) {
        // 复制转换后的像素数据
        ptrFormatConverter->CopyPixels(NULL, rowPitch, (UINT)imageSize, (BYTE*)workMemory);
        // 此时workMemory中的数据是标准RGBA格式，GPU纹理可以直接使用
    }
}

2. 排查你的selectConverter函数逻辑 #

如果不想强制转换，需要检查你的格式映射函数是否正确处理了YCbCr格式：

• 对于JPEG的YCbCr格式（比如GUID_WICPixelFormat12bppYCbCr420、GUID_WICPixelFormat24bppYCbCr），必须映射到RGB类格式（如24bppBGR或32bppRGBA），而不是直接映射到DXGI的YUV格式——GPU对YUV纹理的要求很高，需要特定的布局和格式支持，你的代码显然是按RGB来处理数据的，直接用YUV格式必然出错。
• 确保selectConverterDx和selectConverterWic的映射表中，所有YCbCr格式都指向正确的RGB目标格式，而非原格式或错误的DXGI格式。

3. 修正行间距计算逻辑 #

你的rowPitch计算(width * uiBitsPerPixel +7)/8虽然理论上正确，但容易因为uiBitsPerPixel获取错误而出问题。对于标准RGB格式，直接用宽度乘以每像素字节数更可靠：

• 24bpp BGR：rowPitch = width *3
• 32bpp RGBA：rowPitch = width *4

额外排查点 #

• 打印frameNativeFormat和targetFormat的GUID值（可以用StringFromGUID2转换为字符串），确认JPEG的原生格式是否是YCbCr，以及你的映射函数是否正确转换。
• 检查CopyPixels的返回值，虽然你说无报错，但确认SUCCEEDED(hr)可以排除隐性错误。

内容的提问来源于stack exchange，提问作者Ohjurot