compute-runtime icon indicating copy to clipboard operation
compute-runtime copied to clipboard

OpenCL image gives different result than buffer

Open boxerab opened this issue 4 years ago • 8 comments

I have a test program here:

https://github.com/GrokImageCompression/latke

that performs the exact same image processing algorithm (debayer) using either image or buffer.

Using latest version of Neo driver, with buffer, I get a correct result (3 channel colour image). With opencl image, I get the wrong result (mono image: all three channels are equal).

Here is the ocl buffer result:

edinburgh_bayer png0

and here is the ocl image result:

edinburgh_bayer png0

This used to work correctly with older driver versions.

boxerab avatar Nov 20 '20 19:11 boxerab

Please provide build / release driver version where it worked and where it is broken

AdamCetnerowski avatar Nov 26 '20 13:11 AdamCetnerowski

Thanks, how can I query the driver version?

boxerab avatar Nov 26 '20 13:11 boxerab

Are you using the posted weekly releases? That number is good enough for us.

AdamCetnerowski avatar Nov 26 '20 13:11 AdamCetnerowski

Yes, I am using the weekly release. I don't remember the exact version when it was working.

By the way, I just tried the exact same code with my RX 480 card, and I get the correct result.

boxerab avatar Nov 29 '20 00:11 boxerab

Unfortunately we can't find a working build, so this isn't a regression. This will go into our regular debug queue. We will update the issue if we have more information or a fix.

AdamCetnerowski avatar Jan 04 '21 15:01 AdamCetnerowski

@AdamCetnerowski thanks - to clarify, you can't find a working build of the latke project ? I can help , with more details.

boxerab avatar Jan 04 '21 15:01 boxerab

No, we got the workload to work. We can't find a driver version where the results would be correct.

AdamCetnerowski avatar Jan 04 '21 15:01 AdamCetnerowski

ahhh I see. So, you can repro, great.

boxerab avatar Jan 04 '21 15:01 boxerab