You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for reporting this omission! Should definitely be supported, will take a look (feel free to send a PR if it takes too long)
I guess it should be implemented as CLBuffer.copyToImage(CLQueue, CLImage, ...)
I would also add the symmetric:
CLBuffer.copyFromImage(CLQueue, CLImage, ...)
Something else entirely:
Please also have a look at the other issue with concerning Pointers versus NIO,
as I explained, I LOVE your Pointer class in BridJ, extremely powerful and not limited
in size/indexing as the NIO buffers. It would be a real pity to have JavaCL not fully support
it - also at the high level. I would suggest having version sof the functions that take a Pointer
instead of a NIO Buffer… What do you think? This is much lower priority, but still would help
a lot in many cases where BridJ-based code and JavaCL code are exchanging data… :-)
Dear Olivier,
Is there a way to use clEnqueueCopyBufferToImage (and related) in here:
http://nativelibs4java.sourceforge.net/javacl/api/development.old/com/nativelibs4java/opencl/library/OpenCLLibrary.html
on Image2D, Image3D objects?
Ideally these opencl functions should be implemented in Image2D, Image3D to expose this very important functionality.
What do you think?
Thanks in advance for your help!
The text was updated successfully, but these errors were encountered: