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
{{ message }}
Repository navigation
clEnqueueCopyBufferToImage and the like not exposed in Image2D, Image3D and Buffer #28
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… :-)
Activity
ochafik commentedon May 8, 2015
Hi @royerloic ,
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, ...)royerloic commentedon May 8, 2015
Hi Olivier!
Thanks a lot!
I would also add the symmetric:
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… :-)
I would like to acknowledge your project in our own project website:
https://clearvolume.github.io/ClearVolume/ https://clearvolume.github.io/ClearVolume/
Should I point to the github or google code page?
Thanks!!
Loic
Dr. Loïc Alain Royer
Post-Doc - Myers Lab
Max Planck Institute
of Molecular Cell Biology
and Genetics
Pfotenhauerstr. 108
01307 Dresden
Too short? Here's why: http://emailcharter.org/