Cloo - Compute Language, Object Oriented

Thanks. No rush, though. I can get busy elsewhere in the code. As for you, I guess the priority ATM is OpenTK 1.0.

You can use any struct that has exactly 4 float fields:

struct Vector4f
{
    float x;
    float y;
    float z;
    float w;
 
    // methods here ....
}

If you don't have such a structure in your project you can use OpenTK.Vector4 instead.

I've never tried setting a local argument. Chapter 3.3 of the OpenCL specs:

Local Memory: A memory region local to a work-group. This memory region can be
used to allocate variables that are shared by all work-items in that work-group. It may be
implemented as dedicated regions of memory on the OpenCL device. Alternatively, the
local memory region may be mapped onto sections of the global memory.

Table 3.1 states that you cannot access (read or write) such arguments. You can only allocate them. Try removing the MemFlags.MemReadWrite flag when you create c and see what happens.

Edit: You can also create buffers without specifying an array:
ComputeBuffer<float> c = new ComputeBuffer<float>( context, flags, count );

No news about the "local" problem ?

Thx

Thank you very much for new release (0.3.1) and for a new test (KernelArgsTester).

In my environment (Intel CPU) compilation of the kernel fails with following error messages:

------------------| Start Kernel args test |------------------
C:\Users\xxx\AppData\Local\Temp\OCL9414.tmp.cl(4): error: kernel pointer
          arguments must point to addrSpace global, local, or constant
      kernel void k03(          image3d_t img ) {}
                  ^
 
C:\Users\xxx\AppData\Local\Temp\OCL9414.tmp.cl(14): error: a parameter
          cannot be allocated in a named address space
      kernel void k11( global   image3d_t img ) {}
                       ^
 
C:\Users\xxx\AppData\Local\Temp\OCL9414.tmp.cl(14): error: kernel pointer
          arguments must point to addrSpace global, local, or constant
      kernel void k11( global   image3d_t img ) {}
                  ^
 
3 errors detected in the compilation of "C:\Users\xxx\AppData\Local\Temp\OCL94
14.tmp.cl".
    image3d_t im
-------------------| End Kernel args test |-------------------

That's ok, but just for your info...

Are you going to implement some kind of automatic .NET to OpenCL kernel translation? There is a Brahma project http://brahma.ananthonline.net/ with some steps toward similar goal, but the project is completely stalled now. =((( It was an attempt to translate general computational LINQ expression to its parallel equivalent and to execute it on GPU using some deprecated DirectX GP GPU set of libraries.

I do not feel myself comfortable enough with writing parallel expressions on LINQ, but it is better to LINQ then to OpenCL. =) I mean it is not my first dream to study new deeply graphic oriented C-like dialect.

Have a fast code!
Anton.
http://kyta.spb.ru

No problem. There are chances that this is problems on my side: you provide kernels for nVidia implementation and I try to compile it using ATI's 2.0-beta4 driver.

I do not advertise LINQ (just mentioned Brahma project as reference): a) MS announced PLinq already; b) it is hard to write general computations in this syntax. We all like conditions and loops and all other procedural benefits C-like language gifts us. =)

Hmm!.. I wonder to start with System.Expression-to-Kernel conversion. System.Expression trees are very general way to represent general program tree with all its conditional branching and loops. LINQ is nomore then just a short way to write some complicated Expression tree...

But at the end of the game I dream to have some stand-alone .NET class written completely in C# [probably] without any external dependencies, [probably] completely covered with usual unit-tests. This class performs just one CPU intensive task and it _IS_ able to do the job. But it is too slow. Then I dream this class to be able to automatically analyze its own IL and to emit corresponding OpenCL kernel. After that (thanks to Cloo) it is just a few seconds to get 10-100 times speedup with OpenCL-on-CPU or even 100-1000 times speedup with OpenCL-on-GPU! Does anybody have robust IL-to-OpenCL translator? =DDD

It's a serious point. =|

Even a more serious point. But you are ready to show them the excellence, aren't you? ;-)

Have a fast code!
Anton.
http://kyta.spb.ru