我想将纹理数据用作计算着色器中的一维数组。我读到最好的方法是将它作为缓冲区而不是1D纹理传递。
我正在加载纹理:
let textureLoader = MTKTextureLoader(device: device)
do {
if let image = UIImage(named: "testImage") {
let options = [ MTKTextureLoaderOptionSRGB : NSNumber(value: false) ]
try kernelSourceTexture = textureLoader.newTexture(with: image.cgImage!, options: options)
kernelDestTexture = device.makeTexture(descriptor: kernelSourceTexture!.matchingDescriptor())
} else {
print("Failed to load texture image from main bundle")
}
}
catch let error {
print("Failed to create texture from image, error \(error)")
}
我正在创建缓冲区(不确定这是否正确):
var textureBuffer: MTLBuffer! = nil
var currentVertPtr = kernelSourceTexture!.buffer!.contents()
textureBuffer = device.makeBuffer(bytes: ¤tVertPtr, length: kernelSourceTexture!.buffer!.length, options: [])
uniformBuffer.label = "textureData"
如何将缓冲区传递给计算着色器?我把它作为论据或制服传递给我吗?缓冲区的数据类型是什么?
对不起,如果这些都是愚蠢的问题,我刚开始使用Metal,我找不到太多的阅读。我买了并阅读了“金属示例:适用于iOS的高性能图形和数据并行编程”。附带问题,任何人都可以推荐更多关于Metal的书吗?
答案 0 :(得分:5)
是否应该将数据作为缓冲区或纹理传递取决于您在内核函数中要对其执行的操作。如果使用缓冲区,则不会获得纹理的几个好处:在边界采样,插值以及从源像素格式到着色器中请求的组件类型的组件自动转换时定义的行为。
但是既然你问过缓冲区,那么我们来谈谈如何创建一个包含图像数据的缓冲区以及如何将它传递给内核。
为了讨论起见,我假设我们希望我们的数据等效于.rgba8unorm
格式,其中每个组件都是单个字节。
仅仅为了进行这种转换而创建纹理是浪费的(正如Ken在评论中指出的那样,默认情况下纹理没有缓冲区支持,这使得我们获取数据的方式变得复杂),所以让我们设置{{ 1}}放在一边,自己做。
假设我们的包中有一个图像,我们有一个URL。然后我们可以使用如下方法加载它,确保它具有所需的格式,并将数据包装在MTKTextureLoader
中,副本数量最少:
MTLBuffer
(请注意,为了使用vImage函数,您需要func bufferWithImageData(at url: URL, resourceOptions: MTLResourceOptions, device: MTLDevice) -> MTLBuffer? {
guard let imageSource = CGImageSourceCreateWithURL(url as CFURL, nil) else { return nil }
if CGImageSourceGetCount(imageSource) != 1 { return nil }
guard let image = CGImageSourceCreateImageAtIndex(imageSource, 0, nil) else { return nil }
guard let colorspace = CGColorSpace(name: CGColorSpace.genericRGBLinear) else { return nil }
let bitsPerComponent = UInt32(8)
let bytesPerComponent = bitsPerComponent / 8
let componentCount = UInt32(4)
let bytesPerPixel = bytesPerComponent * componentCount
let rowBytes = UInt32(image.width) * bytesPerPixel
let imageSizeBytes = rowBytes * UInt32(image.height)
let pageSize = UInt32(getpagesize())
let allocSizeBytes = (imageSizeBytes + pageSize - 1) & (~(pageSize - 1))
var dataBuffer: UnsafeMutableRawPointer? = nil
let allocResult = posix_memalign(&dataBuffer, Int(pageSize), Int(allocSizeBytes))
if allocResult != noErr { return nil }
var targetFormat = vImage_CGImageFormat()
targetFormat.bitsPerComponent = bitsPerComponent
targetFormat.bitsPerPixel = bytesPerPixel * 8
targetFormat.colorSpace = Unmanaged.passUnretained(colorspace)
targetFormat.bitmapInfo = CGBitmapInfo(rawValue: CGImageAlphaInfo.premultipliedLast.rawValue)
var imageBuffer = vImage_Buffer(data: dataBuffer, height: UInt(image.height), width: UInt(image.width), rowBytes: Int(rowBytes))
let status = vImageBuffer_InitWithCGImage(&imageBuffer, &targetFormat, nil, image, vImage_Flags(kvImageNoAllocate))
if status != kvImageNoError {
free(dataBuffer)
return nil
}
return device.makeBuffer(bytesNoCopy: imageBuffer.data, length: Int(allocSizeBytes), options: resourceOptions, deallocator: { (memory, size) in
free(memory)
})
}
。)
以下是如何调用此方法的示例:
import Accelerate
这可能看起来不必要地复杂,但其优点在于,对于各种各样的输入格式,我们可以使用vImage有效地转换为我们想要的布局和色彩空间。通过仅改变几行,我们可以从RGBA8888转到BGRAFFFF,或许多其他格式。
以通常的方式创建您想要使用的计算管道状态和任何其他资源。您可以将刚刚创建的缓冲区分配给任何缓冲区参数槽:
let resourceOptions: MTLResourceOptions = [ .storageModeShared ]
let imageURL = Bundle.main.url(forResource: "my_image", withExtension: "png")!
let inputBuffer = bufferWithImageData(at: imageURL, resourceOptions: resourceOptions, device: device)
也以通常的方式发送您的计算网格。
为了完整性,这是一个在我们的缓冲区上运行的内核函数。这绝不是计算此结果的最有效方法,但这只是为了说明:
computeCommandEncoder.setBuffer(inputBuffer, offset: 0, at: 0)
注意:
kernel void threshold(constant uchar4 *imageBuffer [[buffer(0)]],
device uchar *outputBuffer [[buffer(1)]],
uint gid [[thread_position_in_grid]])
{
float3 p = float3(imageBuffer[gid].rgb);
float3 k = float3(0.299, 0.587, 0.114);
float luma = dot(p, k);
outputBuffer[gid] = (luma > 127) ? 255 : 0;
}
,因为每个4字节的序列代表一个像素。uchar4
归属的参数索引缓冲区,该参数指示我们使用计算命令编码器调度的网格的全局索引。由于我们的“图像”是1D,因此这个位置也是一维的。希望有所帮助。如果您告诉我们有关您要执行的操作的更多信息,我们可以就如何加载和处理您的图像数据提出更好的建议。