Wow. Thank you for the tip, CL_CHECK is now giving me an output.
This is the error message:
(lt-gegl:10486): GEGL-video-degradation.c-WARNING **: Error in video-degradation.c:236@cl_process - invalid kernel
I thought that I had followed the kernel compilation process correctly. Do you notice any mistake? I have pushed my latest change to the branch.
Nanley
On Tue, Nov 18, 2014 at 8:06 PM, Victor Oliveira <victormatheus@xxxxxxxxx> wrote:
Hi Nanley,
I'd recommend you follow operations/common/brightness-contrast.c file
for a point-filter operation (i.e. a pixel-wise filter) instead of
doing what you did.
Notice that in operations/common/brightness-contrast.c#n153 there's a
string brightness_contrast_cl_source which is a string in
opencl/brightness-contrast.cl.h, these are auto-generated files from
the kernels in the opencl folder.
Let me know what happens from that.
Victor
On Tue, Nov 18, 2014 at 4:45 PM, Nanley Chery <nanleychery@xxxxxxxxx> wrote:
> Hi Victor,
>
> Thank you very much for taking a look. I understand about the time.
>
> Here's the link to my bitbucket branch:
> https://bitbucket.org/nanoman281/gegl-cse6230/branch/vid_upstrm
>
> The latest commit is what's causing the video-degradation.xml test to fail
> (I'm testing using run-compositions.py).
>
> Nanley
>
> On Tue, Nov 18, 2014 at 5:11 PM, Victor Oliveira <victormatheus@xxxxxxxxx>
> wrote:
>>
>> Hi Nanley,
>>
>> Just to let you know, I'll need some time to answer that because I'll
>> need to build GIMP on my new laptop.
>>
>> Can you share your code so I can give a look?
>>
>> Victor
>>
>> On Tue, Nov 18, 2014 at 12:49 PM, Nanley Chery <nanleychery@xxxxxxxxx>
>> wrote:
>> > Hi Victor,
>> >
>> > I'm a student working on OpenCL porting work for my High Performance
>> > Computing class. I'm trying to implement an OpenCL port for the
>> > newly-committed video-degradation operation. Are you willing to provide
>> > guidance on the following roadblock?
>> >
>> >
>> > The issue that I'm finding is that creating a cl_process method and
>> > setting
>> > the following variables in gegl_op_class_init is not enough to get the
>> > cl_process method called:
>> >
>> > operation_class->opencl_support = TRUE;
>> > point_filter_class->cl_process = cl_process;
>> >
>> > If I manually try to call the cl_process function in the process method
>> > (like in edge-laplace.c), the program terminates in the
>> > gegl_cl_set_kernel_args method without an error from CL_CHECK;
>> >
>> > Is there something I'm missing? I apologize for mailing you directly
>> > instead
>> > of writing to the mailing list. I'm a little pressed for time, so I
>> > opted
>> > for this option.
>> >
>> > Regards,
>> > Nanley
>
>
_______________________________________________ gegl-developer-list mailing list List address: gegl-developer-list@xxxxxxxxx List membership: https://mail.gnome.org/mailman/listinfo/gegl-developer-list
