求助作者关于大图片渲染问题

[yuerolling]

咨询下，比如说6M或者更大的图片，tgfx 有提供生成缩略图 保存为小内存image的功能么，还是说这个只能自己去引入三方库做标准的图片压缩，再用tgfx渲染，另外如果支持的话 对png jpg webp（静态的非动图）都支持友好吧

[yuerolling]

我现在采用的是这种方式 ，这个只是生成压缩的gpu 纹理吧 ，本身如果这个图片的尺寸很大，比如说 10M是不是这个方式也不行，还是得压缩图片本身

// 如果需要压缩并且图像尺寸超过目标尺寸
if (compress && ((float)image->width() > desW || (float)image->height() > desH)) {
float scale = std::min(desW / static_cast(image->width()),
desH / static_cast(image->height()));

    // 使用 makeRasterized 创建缩小的光栅化图像
    tgfx::SamplingOptions sampling(tgfx::FilterMode::Linear);
    auto compressedImage = image->makeRasterized(scale, sampling);
    if (compressedImage) {
        image = compressedImage;
    }
}

// 创建 mipmap 以提高渲染质量
auto mipmappedImage = image->makeMipmapped(true);
if (mipmappedImage) {
    image = mipmappedImage;
}

[domchen]

用Image::makeRasterize(scale)就是推荐的方案。不用你额外处理什么。这个是只缓存小图纹理的。tgfx的设计和skia在这里会很不一样，我们不缓存CPU数据，也就是图片解码完的像素数据会丢掉。所以过程是原图解码，原图缩小渲染到小图纹理上。然后过程的大图和大纹理都会被释放掉。你后面一直拿着这个小图去渲染就行。内存就是只占用这一份小图的。前提是你不要自己解码图片。永远都用最轻量的原始数据去构造Image，比如有路径就使用路径，那么这个Image永远都只占用一个路径字符串的内存。只是需要缓存的时候才解码一次。解码完就扔掉所有中间数据。

[yuerolling]

用Image::makeRasterize(scale)就是推荐的方案。不用你额外处理什么。这个是只缓存小图纹理的。tgfx的设计和skia在这里会很不一样，我们不缓存CPU数据，也就是图片解码完的像素数据会丢掉。所以过程是原图解码，原图缩小渲染到小图纹理上。然后过程的大图和大纹理都会被释放掉。你后面一直拿着这个小图去渲染就行。内存就是只占用这一份小图的。前提是你不要自己解码图片。永远都用最轻量的原始数据去构造Image，比如有路径就使用路径，那么这个Image永远都只占用一个路径字符串的内存。只是需要缓存的时候才解码一次。解码完就扔掉所有中间数据。

我这里是先解码出图片的data ,然后原始data生成image,通过Image::makeRasterize(scale)得到小图，保存起来，后续都用这个小图，这种使用方式也是合理的是吧，符合tgfx的规范是吧

[domchen]

这样浪费内存，因为你已经解码了，然后包装成Image对象，那么你解码出来的像素数据永远都释放不掉，因为引擎也没法知道你的图片来源，就一直都同时占用一份纹理加一份你解码的像素内存。永远都应该避免自己解码，有原始图片路径就用字符串，没有也用压缩过的文件字节流也行。用解码后的像素数据包装Image是最浪费内存的方式。

[domchen]

而且你这样用卡主线程，引擎里默认都是多线程并发解码的

[yuerolling]

样浪费内存，因为你已经解码了，然后包装成Image对象，那么你解码出来的像素数据永远都释放不掉，因为引擎也没法知道你的图片来源，就一直都同时占用一份纹理加一份你解码的像素内存。永远都应该避免自己解码，有原始图片路径就用字符串，没有也用压缩过的文件字节流也行。用解码后的像素数据包装Image是最浪费内存的方式。

谢谢大佬 明白了 也就是
1 .如果要用文件的压缩的话 还是走正常的压缩，之后再调用tgfx
2. 可以直接用tgfx加载路径的方式 不用自己去做解码
这里路径可能包含内置和网络下载的 ，具体各个平台的的路径写法 有说明或者案例么，然后最后一点提到了引擎内部的多线程，鸿蒙上我如果设置了TGFX_USE_THREADS OFF 是不是就关闭了引擎的多线程