我正在尝试创建一个OpenCL raycaster。因此,我每秒都会多次使用OpenGL纹理。但是queue.enqueueNDRangeKernel
最终会返回-9999。如果我从我的内核代码中删除write_imagef
,它会起作用,所以我认为这会导致问题。
OpenCL内核(细分)
__kernel void main(__write_only image2d_t screen)
{
unsigned int x = get_global_id(0);
unsigned int y = get_global_id(1);
int2 coords = (int2) (x, y);
write_imagef(screen, coords, (float4)(1,0,1,1));
}
这是在c ++中运行一次的代码:
cl::Program::Sources sources;
string code = ResourceLoader::loadFile(filename);
sources.push_back({ code.c_str(),code.length() });
program = cl::Program(OpenCL::context, sources);
if (program.build({ OpenCL::default_device }) != CL_SUCCESS)
{
cout << "Could not build program \"" << filename << "\"! Error:" << endl;
cout << "OpenCL: Error building: " << program.getBuildInfo<CL_PROGRAM_BUILD_LOG>(OpenCL::default_device) << "\n";
system("PAUSE");
exit(1);
}
queue = CommandQueue(OpenCL::context, OpenCL::default_device);
kernel = Kernel(program, "main");
//OpenGL texture
ImageGL b(OpenCL::context, CL_MEM_READ_WRITE, GL_TEXTURE_2D, 0, argument, &error);
if (error != 0)
{
cout << "CL Error: " << OpenCL::get_cl_error_string(error) << endl;
system("PAUSE");
exit(error);
}
kernel.setArg(0, b);
此代码每帧运行:
glFinish();
queue.enqueueAcquireGLObjects(&this->buffersGL);
NDRange range;
if (lengthZ <= 0 && lengthY <= 0)
range = NDRange(lengthX);
else if (lengthZ <= 0)
range = NDRange(lengthX, lengthY);
else
range = NDRange(lengthX, lengthY, lengthZ);
cl::Event wait;
cl_int run_err = queue.enqueueNDRangeKernel(kernel, NDRange(), range, NullRange, NULL, &wait);
if (run_err != 0)
{
cout << OpenCL::get_cl_error_string(run_err) << " (" << run_err << ")" << endl;
system("PAUSE");
}
queue.enqueueReleaseGLObjects(&this->buffersGL);
什么可能导致-9999错误,我该如何解决?此外,通常有大块的坏像素和#34;在纹理中没有被吸引......
答案 0 :(得分:2)
您排队释放GL缓冲区,但不要等待它完成。
queue.enqueueReleaseGLObjects(&this->buffersGL);
要么完成此事件的结束事件(注意泄漏!),要么等待命令队列完成所有任务,然后再继续释放GL对象。当队列中的一件事依赖于另一件事时,你应该自己安排他们的订单。
您还会排队一系列依赖于GL对象的任务。等待它们完成(完成队列),或者根据条件将它们的事件提供给排队释放GL对象。
暂且不说:
使用更少的内核可能是一个好主意,而不是每个像素一个。
答案 1 :(得分:0)
使用更少的内核可能是一个好主意,而不是每个像素一个。
非常感谢Yakk!我试过,首先只是使用较小的屏幕尺寸,它突然再次工作!事实证明,虽然我正在绘制的纹理是问题所在。它不是600x600像素大,这是导致崩溃的原因。显然,OpenCL可以绘制到实际上并不存在的像素&#34;在崩溃前几次。它仍然是奇怪的行为......