Nabble - jocl

Re: CLGLTexture2d.java bug and fix

2012-05-11T11:38:59Z

Did I report this in the wrong place?
https://jogamp.org/bugzilla/show_bug.cgi?id=579

Re: JOCL merge status ..

2012-05-08T18:52:00Z

Thanks again for your help, I also find that AMD has published the Radeon E6760 embedded GPU which supports OpenCL and OpenGL 4.1 http://www.amd.com/us/products/embedded/graphics-processors/Pages/radeon-e6760-discrete-gpu.aspx

Hope the "official" version may be released as soon as possible, especially for iOS, maybe we could get it in the WWDC 2012 ?

Re: JOCL merge status ..

2012-05-08T18:12:29Z

I know that both Imagination PowerVR SGX544 and ARM Mali T604 are capable of running OpenCL 1.1 (see http://www.anandtech.com/Show/Index/4413?cPage=3&all=False&sort=0&page=1&slug=ti-announces-omap-4470-and-specs-powervr-sgx544-18-ghz-dual-core-cortexa9 and http://www.arm.com/products/multimedia/mali-graphics-hardware/mali-t604.php), so Imagination and ARM must have internal-use OpenCL drivers. I've even seen an Imagination demo on YouTube for OpenCL on PowerVR at http://www.youtube.com/watch?v=sDrz-w1jzEU.

But I don't think "official" OpenCL drivers for either one have been released yet, so we can't compile JOCL against them yet. As far as I know, it's not possible for developers outside Imagination or ARM to write OpenCL code for iOS or Android at all yet :)

Re: GL-CL interoperability in OSX

2012-05-08T10:16:16Z

Hi! I have met the same problem when creating cl-glcontext on OSX recently, could you tell me if the new builds are available and where I can get it? Thank you very much!

Re: JOCL merge status ..

2012-05-08T09:47:45Z

Hello, I want to know some news about JOCL porting work on Android, could you give me some instruction or references ? Besides, what's the basic requirements of hardware to run JOCL ? I find some information about OpenCL Embedded Profile, is it also supported by JOCL?

I have searched the answers for a long time but got nothing, I am looking forward to your reply :)

regards,
jerry

Re: Problems with HelloJOCL in ubuntu 11.10

2012-04-21T19:05:01Z

I couldnt get IOUtil to work with it but I used the build from string just to get it going

resulting code
http://pastebin.com/ZzJxTnMN

this runs on my optimus GPU laptop as an example of float addition.
Remember to change kernel into a float buffer one

Re: Problems with HelloJOCL in ubuntu 11.10

2012-04-19T02:01:26Z

On 01/11/2012 08:35 PM, jj93 [via jogamp] wrote:
> I could get this and other variations working on an Intel i7/ NVIDIA Win
> machine but when I try it on a AMD/NVIDIA Ubuntu machine running 11.10 I cant
> get it to work. I am using netbeans and an openCL pack plugin same as in my
> windows machine.
>
> but I get an error in
> [CODE]
> InputStream vec = HelloJOCL.class.getResourceAsStream("VectorAdd.cl");

You may try gluegen's IOUtil getResource(..) method.

For example:
URLConnection conn =
IOUtil.getResource(UbuntuFontLoader.class, relPath+fname);

the path can be relative to the class itself in it's location,
which may be within the JAR and/or classpath,
or it can be an absolute path.

This should help.

~Sven

signature.asc (910 bytes) Download Attachment

Re: Problems with HelloJOCL in ubuntu 11.10

2012-04-18T16:15:11Z

Yes it cant seem to get the input stream due to ant and if I run the jar in the same directory as then I get a invalidprogramexecutable error.

CLGLTexture2d.java bug and fix

2012-04-08T04:06:37Z

Hello,

I'm not sure if I should report this somewhere else, but. I've just begin working on a new spare time project of mine for ray tracing in OpenCL, and thought I would share a texture from OpenCL (the produced framebuffer) with OpenGL (so I don't need to download to cpu and then upload again to gpu).

The JOCL and JOGL Java wrappers are nice, however, when trying to create a shared texture with the wrapped methods I've run into a problem (works fine with the low level bindings btw).

I believe the createFromGLTexture2d method in the CLGLTexture2d class is broken.

The line (it reports error on success ^^ because you feed it with the image ref id instead of the previous return code :))
checkForError((int)id, "can not share memory with texture #"+texture+".");
is wrong, it should be:
checkForError(result[0], "can not share memory with texture #"+texture+".");

I havent tested the rest of the fcn, so there mgiht be more problems there.

jocl 2.0 rc5

Cheers,
//Me

julia3d: Exception in thread "Timer-0" javax.media.opengl.GLException: com.jogamp.opencl.CLException$CLInvalidCommandQueueException

2012-04-06T02:02:01Z

So, I built JOCL, then extracted the demo julia3d into Netbeans, added all nedded libraries I hope, and ran it. A window appeared, saying "shadow on, supersampling 2x2, fast rendering on", two Julia sets to the right. After a second, a whole screen blinked, and a message appeared:

CLDevice [id: 139986880169568 name: GeForce 8600 GTS type: GPU profile: FULL_PROFILE] build log:
<empty>
Exception in thread "Timer-0" javax.media.opengl.GLException: com.jogamp.opencl.CLException$CLInvalidCommandQueueException: can not enqueue read-buffer: CLBuffer [id: 30567312 buffer: java.nio.DirectFloatBufferU[pos=0 lim=921600 cap=921600]] with
cond.: null events: null [error: CL_INVALID_COMMAND_QUEUE]
at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:98)
at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:197)
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:164)
at javax.media.opengl.awt.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:783)
at javax.media.opengl.awt.GLCanvas.display(GLCanvas.java:389)
at julia3d.Renderer.update(Renderer.java:64)
at julia3d.Renderer$1.run(Renderer.java:133)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
Caused by: com.jogamp.opencl.CLException$CLInvalidCommandQueueException: can not enqueue read-buffer: CLBuffer [id: 30567312 buffer: java.nio.DirectFloatBufferU[pos=0 lim=921600 cap=921600]] with
cond.: null events: null [error: CL_INVALID_COMMAND_QUEUE]
at com.jogamp.opencl.CLException.newException(CLException.java:78)
at com.jogamp.opencl.CLCommandQueue.putReadBuffer(CLCommandQueue.java:181)
at com.jogamp.opencl.CLCommandQueue.putReadBuffer(CLCommandQueue.java:151)
at julia3d.Julia3d.compute(Julia3d.java:165)
at julia3d.Renderer.display(Renderer.java:70)
at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:165)
at javax.media.opengl.awt.GLCanvas$DisplayAction.run(GLCanvas.java:889)
at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:335)
at javax.media.opengl.awt.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:906)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:241)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:705)
at java.awt.EventQueue.access$000(EventQueue.java:101)
at java.awt.EventQueue$3.run(EventQueue.java:666)
at java.awt.EventQueue$3.run(EventQueue.java:664)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:675)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

What it could mean? Thanks...

Re: Can not build jogl

2012-04-05T12:19:03Z

On 04/05/2012 03:59 PM, Artur [via jogamp] wrote:
>
>

build gluegen and jogl first, as it states in the how-to ..

> I have followed the instructions on
> https://jogamp.org/jocl/doc/HowToBuild.html, now have the directory
> structure:
>
> $ ls
> gluegen jocl jocl-demos jogl
>
> I can not compile JOCL, though:
>
> $ cd jocl
> $ ant jar
> .
> .
> .
> BUILD FAILED
> /home/art/projects/jocl/jocl/build.xml:86: taskdef class
> com.jogamp.gluegen.ant.GlueGenTask cannot be found
> using the classloader
> AntClassLoader[/home/art/projects/jocl/gluegen/make/lib/antlr.jar]
>
> I use the sources from today... what could be wrong?
>

~Sven

signature.asc (910 bytes) Download Attachment

Re: Can not build JOCL

2012-04-05T07:30:00Z

PS. I attach glxinfo and full ant output.

$ glxinfo
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
GLX_ARB_create_context_profile, GLX_EXT_create_context_es2_profile,
GLX_ARB_create_context_robustness, GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_EXT_swap_control, GLX_ARB_create_context,
GLX_ARB_create_context_profile, GLX_NV_float_buffer,
GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float,
GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB,
GLX_NV_present_video, GLX_NV_copy_image, GLX_NV_multisample_coverage,
GLX_NV_video_capture, GLX_EXT_create_context_es2_profile,
GLX_ARB_create_context_robustness
GLX version: 1.4
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
GLX_ARB_create_context_profile, GLX_EXT_create_context_es2_profile,
GLX_ARB_create_context_robustness, GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB,
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8600 GTS/PCI/SSE2
OpenGL version string: 3.3.0 NVIDIA 270.41.06
OpenGL shading language version string: 3.30 NVIDIA via Cg compiler
OpenGL extensions:
GL_ARB_blend_func_extended, GL_ARB_color_buffer_float,
GL_ARB_compatibility, GL_ARB_copy_buffer, GL_ARB_depth_buffer_float,
GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers,
GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced,
GL_ARB_ES2_compatibility, GL_ARB_explicit_attrib_location,
GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB,
GL_ARB_geometry_shader4, GL_ARB_get_program_binary,
GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_imaging,
GL_ARB_instanced_arrays, GL_ARB_map_buffer_range, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_occlusion_query2,
GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects,
GL_ARB_seamless_cube_map, GL_ARB_separate_shader_objects,
GL_ARB_shader_bit_encoding, GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_shading_language_include,
GL_ARB_shadow, GL_ARB_sync, GL_ARB_texture_border_clamp,
GL_ARB_texture_buffer_object, GL_ARB_texture_compression,
GL_ARB_texture_compression_rgtc, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_float, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_multisample, GL_ARB_texture_non_power_of_two,
GL_ARB_texture_rectangle, GL_ARB_texture_rg, GL_ARB_texture_rgb10_a2ui,
GL_ARB_texture_swizzle, GL_ARB_timer_query, GL_ARB_transpose_matrix,
GL_ARB_uniform_buffer_object, GL_ARB_vertex_array_bgra,
GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader,
GL_ARB_vertex_type_2_10_10_10_rev, GL_ARB_viewport_array,
GL_ARB_window_pos, GL_ATI_draw_buffers, GL_ATI_texture_float,
GL_ATI_texture_mirror_once, GL_S3_s3tc, GL_EXT_texture_env_add,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_bindable_uniform, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array,
GL_EXT_Cg_shader, GL_EXT_depth_bounds_test, GL_EXT_direct_state_access,
GL_EXT_draw_buffers2, GL_EXT_draw_instanced, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample,
GL_EXTX_framebuffer_mixed_formats, GL_EXT_framebuffer_object,
GL_EXT_framebuffer_sRGB, GL_EXT_geometry_shader4,
GL_EXT_gpu_program_parameters, GL_EXT_gpu_shader4,
GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil,
GL_EXT_packed_float, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object,
GL_EXT_point_parameters, GL_EXT_provoking_vertex, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_shader_objects,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_texture3D,
GL_EXT_texture_array, GL_EXT_texture_buffer_object,
GL_EXT_texture_compression_dxt1, GL_EXT_texture_compression_latc,
GL_EXT_texture_compression_rgtc, GL_EXT_texture_compression_s3tc,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_format_BGRA8888,
GL_EXT_texture_integer, GL_EXT_texture_lod, GL_EXT_texture_lod_bias,
GL_EXT_texture_mirror_clamp, GL_EXT_texture_object,
GL_EXT_texture_shared_exponent, GL_EXT_texture_sRGB,
GL_EXT_texture_swizzle, GL_EXT_texture_type_2_10_10_10_REV,
GL_EXT_timer_query, GL_EXT_vertex_array, GL_EXT_vertex_array_bgra,
GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
GL_KTX_buffer_region, GL_NV_alpha_test, GL_NV_blend_minmax,
GL_NV_blend_square, GL_NV_complex_primitives, GL_NV_conditional_render,
GL_NV_copy_depth_to_color, GL_NV_copy_image, GL_NV_depth_buffer_float,
GL_NV_depth_clamp, GL_NV_explicit_multisample,
GL_NV_fbo_color_attachments, GL_NV_fence, GL_NV_float_buffer,
GL_NV_fog_distance, GL_NV_fragdepth, GL_NV_fragment_program,
GL_NV_fragment_program_option, GL_NV_fragment_program2,
GL_NV_framebuffer_multisample_coverage, GL_NV_geometry_shader4,
GL_NV_gpu_program4, GL_NV_half_float, GL_NV_light_max_exponent,
GL_NV_multisample_coverage, GL_NV_multisample_filter_hint,
GL_NV_occlusion_query, GL_NV_packed_depth_stencil,
GL_NV_parameter_buffer_object, GL_NV_parameter_buffer_object2,
GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_primitive_restart,
GL_NV_register_combiners, GL_NV_register_combiners2,
GL_NV_shader_buffer_load, GL_NV_texgen_reflection, GL_NV_texture_barrier,
GL_NV_texture_compression_vtc, GL_NV_texture_env_combine4,
GL_NV_texture_expand_normal, GL_NV_texture_lod_clamp,
GL_NV_texture_multisample, GL_NV_texture_rectangle, GL_NV_texture_shader,
GL_NV_texture_shader2, GL_NV_texture_shader3, GL_NV_transform_feedback,
GL_NV_vdpau_interop, GL_NV_vertex_array_range, GL_NV_vertex_array_range2,
GL_NV_vertex_buffer_unified_memory, GL_NV_vertex_program,
GL_NV_vertex_program1_1, GL_NV_vertex_program2,
GL_NV_vertex_program2_option, GL_NV_vertex_program3,
GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_OES_depth24,
GL_OES_depth32, GL_OES_depth_texture, GL_OES_element_index_uint,
GL_OES_fbo_render_mipmap, GL_OES_get_program_binary, GL_OES_mapbuffer,
GL_OES_packed_depth_stencil, GL_OES_rgb8_rgba8,
GL_OES_standard_derivatives, GL_OES_texture_3D, GL_OES_texture_float,
GL_OES_texture_float_linear, GL_OES_texture_half_float,
GL_OES_texture_half_float_linear, GL_OES_texture_npot,
GL_OES_vertex_array_object, GL_OES_vertex_half_float,
GL_SGIS_generate_mipmap, GL_SGIS_texture_lod, GL_SGIX_depth_texture,
GL_SGIX_shadow, GL_SUN_slice_accum

84 GLX Visuals
visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat
----------------------------------------------------------------------------
0x021 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x022 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x024 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x025 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x026 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x027 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x028 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x029 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x02a 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x02b 24 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x02c 24 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x02d 24 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x02e 24 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x02f 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x030 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x031 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x032 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x033 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x034 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x035 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x036 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x037 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x038 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x039 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03a 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03b 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x03c 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x03d 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03e 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x03f 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x040 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x041 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x042 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x043 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x044 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x045 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x046 24 dc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x047 24 dc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x048 24 dc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x049 24 dc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x04a 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x04b 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x04c 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x04d 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x04e 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x04f 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x050 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x051 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x052 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x053 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x054 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x055 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x056 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x057 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x058 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x059 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x023 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x05a 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x05b 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x05c 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x05d 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x05e 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x05f 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x060 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x061 32 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x062 32 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x063 32 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x064 32 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x065 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x066 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x067 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x068 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x069 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x06a 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x06b 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x06c 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x06d 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x06e 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x06f 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x070 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x071 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x072 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x073 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x074 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon

164 GLXFBConfigs:
visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat
----------------------------------------------------------------------------
0x075 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x076 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x077 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x078 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x079 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x07a 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x07b 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x07c 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x07d 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x07e 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x07f 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x080 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x081 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x082 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x083 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x084 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x085 24 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x086 24 dc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x087 24 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x088 24 dc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x089 24 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x08a 24 dc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x08b 24 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x08c 24 dc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x08d 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x08e 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x08f 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x090 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x091 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x092 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x093 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x094 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x095 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x096 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x097 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x098 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x099 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09a 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09b 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09c 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x09d 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x09e 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x09f 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a0 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a1 24 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a2 24 dc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a3 24 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a4 24 dc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0a5 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a6 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a7 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a8 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0a9 24 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0aa 24 dc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0ab 24 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0ac 24 dc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0ad 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x0ae 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x0af 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 0 0 None
0x0b0 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 0 0 None
0x0b1 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x0b2 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x0b3 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 0 0 None
0x0b4 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 0 0 None
0x0b5 32 tc 0 32 0 r y . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x0b6 32 tc 0 32 0 r y . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x0b7 32 tc 0 32 0 r . . 8 8 8 0 . s 4 0 0 16 16 16 16 0 0 None
0x0b8 32 tc 0 32 0 r . . 8 8 8 8 . s 4 0 0 16 16 16 16 0 0 None
0x0b9 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0ba 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0bb 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0bc 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0bd 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0be 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 2 1 Ncon
0x0bf 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0c0 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 0 16 16 16 16 4 1 Ncon
0x0c1 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c2 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c3 32 tc 0 32 0 r y . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c4 32 tc 0 32 0 r y . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c5 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c6 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 2 1 Ncon
0x0c7 32 tc 0 32 0 r . . 8 8 8 0 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c8 32 tc 0 32 0 r . . 8 8 8 8 . s 4 24 8 16 16 16 16 4 1 Ncon
0x0c9 0 sg 0 16 0 r y . 5 6 5 0 . . 4 24 0 16 16 16 16 0 0 None
0x0ca 0 sg 0 16 0 r . . 5 6 5 0 . . 4 24 0 16 16 16 16 0 0 None
0x0cb 0 sg 0 16 0 r y . 5 6 5 0 . . 4 24 8 16 16 16 16 0 0 None
0x0cc 0 sg 0 16 0 r . . 5 6 5 0 . . 4 24 8 16 16 16 16 0 0 None
0x0cd 0 sg 0 16 0 r y . 5 6 5 0 . . 4 0 0 16 16 16 16 0 0 None
0x0ce 0 sg 0 16 0 r . . 5 6 5 0 . . 4 0 0 16 16 16 16 0 0 None
0x0cf 0 sg 0 0 0 r . . 0 0 0 0 . . 4 24 0 16 16 16 16 0 0 None
0x0d0 0 sg 0 0 0 r . . 0 0 0 0 . . 4 24 8 16 16 16 16 0 0 None
0x0d1 0 sg 0 32 0 r . . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d2 0 sg 0 32 0 . . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d3 0 sg 0 32 0 r y . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d4 0 sg 0 32 0 y . 16 16 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d5 0 sg 0 32 0 r . . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d6 0 sg 0 32 0 . . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d7 0 sg 0 32 0 r y . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d8 0 sg 0 32 0 y . 32 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x0d9 0 sg 0 64 0 r . . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0da 0 sg 0 64 0 . . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0db 0 sg 0 64 0 r y . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0dc 0 sg 0 64 0 y . 16 16 16 16 f . 4 0 0 16 16 16 16 0 0 None
0x0dd 0 sg 0 128 0 r . . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0de 0 sg 0 128 0 . . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0df 0 sg 0 128 0 r y . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0e0 0 sg 0 128 0 y . 32 32 32 32 f . 4 0 0 16 16 16 16 0 0 None
0x0e1 0 sg 0 32 0 r . . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e2 0 sg 0 32 0 . . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e3 0 sg 0 32 0 r y . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e4 0 sg 0 32 0 y . 16 16 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0e5 0 sg 0 32 0 r . . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0e6 0 sg 0 32 0 . . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0e7 0 sg 0 32 0 r y . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0e8 0 sg 0 32 0 y . 16 16 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0e9 0 sg 0 32 0 r . . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0ea 0 sg 0 32 0 . . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0eb 0 sg 0 32 0 r y . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0ec 0 sg 0 32 0 y . 32 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x0ed 0 sg 0 32 0 r . . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0ee 0 sg 0 32 0 . . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0ef 0 sg 0 32 0 r y . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0f0 0 sg 0 32 0 y . 32 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x0f1 0 sg 0 64 0 r . . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f2 0 sg 0 64 0 . . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f3 0 sg 0 64 0 r y . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f4 0 sg 0 64 0 y . 16 16 16 16 f . 4 24 0 16 16 16 16 0 0 None
0x0f5 0 sg 0 64 0 r . . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0f6 0 sg 0 64 0 . . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0f7 0 sg 0 64 0 r y . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0f8 0 sg 0 64 0 y . 16 16 16 16 f . 4 24 8 16 16 16 16 0 0 None
0x0f9 0 sg 0 128 0 r . . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0fa 0 sg 0 128 0 . . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0fb 0 sg 0 128 0 r y . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0fc 0 sg 0 128 0 y . 32 32 32 32 f . 4 24 0 16 16 16 16 0 0 None
0x0fd 0 sg 0 128 0 r . . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x0fe 0 sg 0 128 0 . . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x0ff 0 sg 0 128 0 r y . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x100 0 sg 0 128 0 y . 32 32 32 32 f . 4 24 8 16 16 16 16 0 0 None
0x101 0 sg 0 16 0 r . . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x102 0 sg 0 16 0 . . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x103 0 sg 0 16 0 r y . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x104 0 sg 0 16 0 y . 16 0 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x105 0 sg 0 64 0 r . . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x106 0 sg 0 64 0 . . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x107 0 sg 0 64 0 r y . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x108 0 sg 0 64 0 y . 32 32 0 0 f . 4 0 0 16 16 16 16 0 0 None
0x109 0 sg 0 16 0 r . . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10a 0 sg 0 16 0 . . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10b 0 sg 0 16 0 r y . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10c 0 sg 0 16 0 y . 16 0 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x10d 0 sg 0 16 0 r . . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x10e 0 sg 0 16 0 . . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x10f 0 sg 0 16 0 r y . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x110 0 sg 0 16 0 y . 16 0 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x111 0 sg 0 64 0 r . . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x112 0 sg 0 64 0 . . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x113 0 sg 0 64 0 r y . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x114 0 sg 0 64 0 y . 32 32 0 0 f . 4 24 0 16 16 16 16 0 0 None
0x115 0 sg 0 64 0 r . . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x116 0 sg 0 64 0 . . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x117 0 sg 0 64 0 r y . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None
0x118 0 sg 0 64 0 y . 32 32 0 0 f . 4 24 8 16 16 16 16 0 0 None

---------------------------------------------------------------------------------------------------

$ ant jar
Buildfile: /home/art/projects/jocl/jocl/build.xml

-pre-init:

-init-private:

-pre-init-libraries:

-init-private-libraries:

-init-libraries:

-init-user:

-init-project:

-init-macrodef-property:

-do-init:

jogamp.env.init:

gluegen.properties.load.user:
[echo] Loaded /home/art/gluegen.properties.
[echo] antlr.jar=../gluegen/make/lib/antlr.jar
[echo] junit.jar=../gluegen/make/lib/junit.jar
[echo] win32.c.compiler=${win32.c.compiler}

gluegen.cpptasks.initialize:

gluegen.cpptasks.detect.os.1:
[echo] FreeBSD=${isFreeBSD}
[echo] FreeBSDX86=${isFreeBSDX86}
[echo] FreeBSDAMD64=${isFreeBSDAMD64}
[echo] HPUX=${isHPUX}
[echo] IA64=${isIA64}
[echo] Linux=true
[echo] LinuxAMD64=true
[echo] LinuxIA64=${isLinuxIA64}
[echo] LinuxX86=${isLinuxX86}
[echo] OS X=${isOSX}
[echo] OS X PPC=${use.macosppc}
[echo] OS X x32=${use.macosx32}
[echo] OS X x64=${use.macosx64}
[echo] Solaris=${isSolaris}
[echo] Solaris32Bit=${isSolaris32Bit}
[echo] SolarisSparc=${isSolarisSparc}
[echo] SolarisSparcv9=${isSolarisSparcv9}
[echo] SolarisAMD64=${isSolarisAMD64}
[echo] SolarisX86=${isSolarisX86}
[echo] Unix=true
[echo] Windows=${isWindows}
[echo] X11=true

gluegen.cpptasks.detect.os.freebsd.amd64:

gluegen.cpptasks.detect.os.freebsd.x86:

gluegen.cpptasks.detect.os.freebsd:

gluegen.cpptasks.detect.os.hpux:

gluegen.cpptasks.detect.os.linux.amd64:

gluegen.cpptasks.detect.os.linux.ia64:

gluegen.cpptasks.detect.os.linux.x86:

gluegen.cpptasks.detect.os.linux:

gluegen.cpptasks.detect.os.osx:

gluegen.cpptasks.detect.os.solaris.sparc:

gluegen.cpptasks.detect.os.solaris.sparcv9:

gluegen.cpptasks.detect.os.solaris.amd64:

gluegen.cpptasks.detect.os.solaris.x86:

gluegen.cpptasks.detect.os.solaris:

gluegen.cpptasks.detect.os.unix:

gluegen.cpptasks.detect.os.windows.amd64:

gluegen.cpptasks.detect.os.windows.x86:

gluegen.cpptasks.detect.os.windows:

gluegen.cpptasks.detect.os.2:

gluegen.cpptasks.detect.os:

-post-init:

-init-check:

-init-macrodef-javac:

-init-macrodef-junit:

-init-debug-args:

-init-macrodef-nbjpda:

-init-macrodef-debug:

-init-macrodef-java:

-init-presetdef-jar:

init:

-deps-jar-init:
[delete] Deleting: /home/art/projects/jocl/jocl/build/built-jar.properties

deps-jar:

-warn-already-built-jar:
[propertyfile] Updating property file: /home/art/projects/jocl/jocl/build/built-jar.properties

-check-automatic-build:

-clean-after-automatic-build:

-verify-automatic-build:

-pre-pre-compile:

detect-jdk:

prepare-jdk5-build:
[echo] JDK7 features disabled
[copy] Copying 1 file to /home/art/projects/jocl/jocl/gensrc/java/com/jogamp/common

prepare-jdk7-build:

prepare-build:
[javac] Compiling 2 source files to /home/art/projects/jocl/jocl/etc/build
[javac] warning: [options] bootstrap class path not set in conjunction with -source 1.5
[javac] 1 warning

preprocess-headers:
[uncomment-function-params] uncommenting params in /home/art/projects/jocl/jocl/resources/includes/CL_orig/cl.h
[uncomment-function-params] uncommenting params in /home/art/projects/jocl/jocl/resources/includes/CL_orig/cl_gl.h
[copy] Copying 1 file to /home/art/projects/jocl/jocl/resources/includes/CL
[copy] Copying 1 file to /home/art/projects/jocl/jocl/resources/includes/CL
[copy] Copying 1 file to /home/art/projects/jocl/jocl/resources/includes/CL
[copy] Copying 1 file to /home/art/projects/jocl/jocl/resources/includes/CL

generate-binding:

BUILD FAILED
/home/art/projects/jocl/jocl/build.xml:86: taskdef class com.jogamp.gluegen.ant.GlueGenTask cannot be found
using the classloader AntClassLoader[/home/art/projects/jocl/gluegen/make/lib/antlr.jar]

Total time: 2 seconds

Can not build JOCL

2012-04-05T06:59:56Z

I have followed the instructions on https://jogamp.org/jocl/doc/HowToBuild.html, now have the directory structure:

$ ls
gluegen jocl jocl-demos jogl

I can not compile JOCL, though:

$ cd jocl
$ ant jar
.
.
.
BUILD FAILED
/home/art/projects/jocl/jocl/build.xml:86: taskdef class com.jogamp.gluegen.ant.GlueGenTask cannot be found
using the classloader AntClassLoader[/home/art/projects/jocl/gluegen/make/lib/antlr.jar]

I use the sources from today... what could be wrong?

Thanks,
Artur

Re: Bug report CLCommandQueue.java

2012-04-05T00:15:39Z

Matthias wrote

Hello,

whats the correct way to report a Bug?

https://jogamp.org/bugzilla/

Julien Gouesse
http://tuer.sourceforge.net
http://gouessej.wordpress.com

Bug report CLCommandQueue.java

2012-04-04T09:10:20Z

Hello,

whats the correct way to report a Bug?

if here is the right place:
There is probably a copy&paste bug in CLCommandQueue.java

/**
* Calls {@native clEnqueueCopyBuffer}.
*/
public CLCommandQueue putCopyBuffer(CLBuffer<?> src, CLBuffer<?> dest, int srcOffset, int destOffset, long bytesToCopy, CLEventList events) {
return putCopyBuffer(src, dest, 0, 0, bytesToCopy, null, events);
^ ^ should be srcOffset, destOffset
}

best regards
Matthias

Re: OSX: "OpenCL library not found"

2012-03-21T06:35:54Z

Hi

Do you reproduce this problem with the build 586? Have you tried to use OpenCL in plain C first to check whether your install is correct and your OpenCL driver works fine?

Julien Gouesse
http://tuer.sourceforge.net
http://gouessej.wordpress.com

RadixSort

2012-03-21T05:08:18Z

Hello,

i am trying to understand the RadixSort-Demo implementation but its very tricky.

I like to sort more than 8 million elements, can anyone give me a hint what i have
to change in the source to sort larger arrays?

best regards

Re: OSX: "OpenCL library not found"

2012-03-17T12:27:27Z

I am triying to work with jogamp jocl in from linux amd64 in version 2.0-b33-20111219 and the bug stills present.

Thats the output:

Platform: LINUX / Linux 3.0.0-16-generic (os), amd64 (arch) 4 cores
MachineDescription: runtimeValidated true, littleEndian true, 32Bit false, primitive size / alignment:
int8 1 / 1, int16 2 / 2
int 4 / 4, long 8 / 8
int32 4 / 4, int64 8 / 8
float 4 / 4, double 8 / 8, ldouble 16 / 16
pointer 8 / 8, page 4096
Platform: Java Version: 1.6.0_23, VM: OpenJDK 64-Bit Server VM, Runtime: OpenJDK Runtime Environment
Platform: Java Vendor: Sun Microsystems Inc., http://java.sun.com/, is JavaSE: true
-----------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------
Package: com.jogamp.opencl
Extension Name: com.jogamp.opencl
Specification Title: Java Bindings for OpenCL
Specification Vendor: JogAmp Community
Specification Version: 0.9
Implementation Title: Java Bindings for OpenCL
Implementation Vendor: JogAmp Community
Implementation Vendor ID: com.jogamp
Implementation URL: http://jocl.jogamp.org/
Implementation Version: 0.9-b29-20111219
Implementation Branch: rc
Implementation Commit: c719d9420ca0205acf4a691e13687a0354018cb9
-----------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------
Package: com.jogamp.common
Extension Name: com.jogamp.common
Specification Title: GlueGen Java Bindings Generator
Specification Vendor: JogAmp Community
Specification Version: 2.0
Implementation Title: GlueGen Run-Time
Implementation Vendor: JogAmp Community
Implementation Vendor ID: com.jogamp
Implementation URL: http://jogamp.org/
Implementation Version: 2.0-b33-20111219
Implementation Branch: rc
Implementation Commit: 013600318f24391cd6c8c541343c208736b5f4f4
-----------------------------------------------------------------------------------------------------
Exception in thread "main" com.jogamp.common.JogampRuntimeException: JOCL initialization error.
at com.jogamp.opencl.CLPlatform.initialize(CLPlatform.java:220)
at com.jogamp.opencl.CLPlatform.initialize(CLPlatform.java:148)
at com.jogamp.opencl.CLPlatform.getDefault(CLPlatform.java:229)
at com.jogamp.opencl.CLContext.create(CLContext.java:170)
at com.jogamp.opencl.CLContext.create(CLContext.java:145)
at DemoJOCL.initJavaOCL(DemoJOCL.java:22)
at DemoJOCL.main(DemoJOCL.java:65)
Caused by: com.jogamp.common.JogampRuntimeException: OpenCL library not found.
at com.jogamp.opencl.CLPlatform$2.run(CLPlatform.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at com.jogamp.opencl.CLPlatform.initialize(CLPlatform.java:196)
... 6 more

Re: Pinned Memory

2012-03-16T16:13:56Z

Hello Matthias,

i translated the demo from the nv samples (or AMD sample?) in the early stages of jocl development to have something to test the binding and compare the results to the C version (there where not many samples out there before the spec was final ;) ). It is probably best to take a look at the original C sample. It wasn't a line-by-line port, so its possible that i made some translation mistakes back than.

best regards,
michael

On 03/16/2012 05:04 PM, Matthias [via jogamp] wrote:

Hello,

i have a question related to pinned memory / mapping buffers.

The jocl-demo bandwidth source code is as follows:
// unmap and make data in the host buffer valid
queue.putUnmapMemory(cmPinnedData, h_data);

according to the OpenCL Spec and the Nvidia examples its not necessary to unmap the buffer before copy it to the device and use it.
and later before performance measurement you remap it:
h_data = queue.putMapBuffer(cmPinnedData, WRITE, true);
... assuming that the pinned data is mapped again to the same virtual address (in underlying c code)?
Is it guaranteed that the data is still "there", i thougt there is DMA used and the data is not stored in your memory?

I am a bite confused now.

best regards
Matthias

If you reply to this email, your message will be added to the discussion below:
http://forum.jogamp.org/Pinned-Memory-tp3832295p3832295.html

To start a new topic under jogamp, email [hidden email]
To unsubscribe from jogamp, click here.
NAML

-- 
- - - -
http://michael-bien.com

Pinned Memory

2012-03-16T09:04:50Z

Hello,

i have a question related to pinned memory / mapping buffers.

The jocl-demo bandwidth source code is as follows:
// unmap and make data in the host buffer valid
queue.putUnmapMemory(cmPinnedData, h_data);

according to the OpenCL Spec and the Nvidia examples its not necessary to unmap the buffer before copy it to the device and use it.
and later before performance measurement you remap it:
h_data = queue.putMapBuffer(cmPinnedData, WRITE, true);
... assuming that the pinned data is mapped again to the same virtual address (in underlying c code)?
Is it guaranteed that the data is still "there", i thougt there is DMA used and the data is not stored in your memory, or is just the OpenCL buffer Object stored in the DMA region and some copy magic happens within the driver?

I am a bite confused now.

best regards
Matthias

Re: user events, CLEventList

2012-03-13T10:32:45Z

On 03/11/2012 08:19 AM, notzed [via jogamp] wrote:

Hi Michael,

Michael Bien wrote

hi michael (notzed),

i am still subscribed to this list and i am using jocl basically
fulltime. However i am either working on frameworks on top of jocl
(distributed computing and similar stuff) or writing kernels but use
only a small fraction of the CL 1.2 api. So your feedback is always
appreciated :)

Ok thanks for the background. Yes I am barely touching the 1.1 stuff, and this was one case of it.

lets take a look at CLEvents.
I remember i had a reason why i didn't add that.. but don't know what it
was. I will just go ahead and add a few utility methods (add(CLEvent)
and add(CLEventList)) and see how it works or where the problem was.

what was your other usecase regarding events again?

Basically I want to pass (CLEventList condition, CLEventList event) as arguments to a function, and have that function participate in the global CL event scheduling as if it were any other enqueue() call: including the case where that function is just (e.g. multi-threaded) Java code. This seems to be what user events are for.

The only reason I could imagine not to expose it in that way would be to hide the reference counting issues (e.g. passing ownership or not).

yep makes sense. You could return a new list as workaround but thats uncool from resource management perspective.

https://github.com/mbien/jocl/commit/e6e10d8addd887c629b73585a8b6e510d75d67d5

i noticed as i wrote that that the list basically works now like a stack. I will take a look the next time i work on jocl if i can implement a single-ended queue interface of the collection api and add the missing pop/pull methods.

Cheers,
Michael

best regards,
michael

-- 
- - - -
http://michael-bien.com

Re: user events, CLEventList

2012-03-10T23:19:20Z

Hi Michael,

Michael Bien wrote

hi michael (notzed),

i am still subscribed to this list and i am using jocl basically
fulltime. However i am either working on frameworks on top of jocl
(distributed computing and similar stuff) or writing kernels but use
only a small fraction of the CL 1.2 api. So your feedback is always
appreciated :)

Ok thanks for the background. Yes I am barely touching the 1.1 stuff, and this was one case of it.

lets take a look at CLEvents.
I remember i had a reason why i didn't add that.. but don't know what it
was. I will just go ahead and add a few utility methods (add(CLEvent)
and add(CLEventList)) and see how it works or where the problem was.

what was your other usecase regarding events again?

Basically I want to pass (CLEventList condition, CLEventList event) as arguments to a function, and have that function participate in the global CL event scheduling as if it were any other enqueue() call: including the case where that function is just (e.g. multi-threaded) Java code. This seems to be what user events are for.

The only reason I could imagine not to expose it in that way would be to hide the reference counting issues (e.g. passing ownership or not).

Cheers,
Michael

Re: user events, CLEventList

2012-03-09T11:49:43Z

On 03/09/2012 06:48 PM, Michael Bien [via jogamp] wrote:

>
>
> hi michael (notzed),
>
> i am still subscribed to this list and i am using jocl basically
> fulltime. However i am either working on frameworks on top of jocl
> (distributed computing and similar stuff) or writing kernels but use
> only a small fraction of the CL 1.2 api. So your feedback is always
> appreciated :)
>

Hi Micheal[s] and all [JOCL] interested parties.

First of all, good to hear from you Michael [Bien].

The JogAmp branch of JOCL currently differs from Michael Bien's branch
due to some differences in the past, which shall be of no concern.

In my role as the JogAmp lead, I have to try to 'solve' the maintenance
problem in regards to JOCL, incl. merges, unit test and device support.

Putting personal differences aside, the goal is to have 'once again'
a well maintained JogAmp JOCL module playing well along with all
other modules - a one stop shop for processing .. etc.

The ideal solution would be if Michael Bien picks up the job [again]
and prepares a pull request. In detail required changes are:

- Realign the copyright notice of files (Personal -> JogAmp Community),
which was agreed upon.

- Realign to JogAmp's GlueGen. I already did this task while merging
his tree, until the (c) change appeared.

- Continuing at least in an upstream/downstream maintenance model,
where original experimental changes may happen in MB's JOCL
but we always commit to merge both branches - and communicate.

- Respecting the process & roles

If the above is not possible for whatever reasons, we need to find a solution
for JOCL. As mentioned before, this might be done by interested
and skilled parties together.

Fortunately there seems some resolution on the horizon
which includes master students and some industry interest and sponsoring.

If having such wider support and maybe even Michael Bien's cooperation
we could reach the goal of platform agnostic OpenAL, OpenGL, OpenCL, etc
across platforms and devices in harmony - once again.

Well, however this is done - we will get it done :)

Cheers, Sven

signature.asc (910 bytes) Download Attachment

Re: user events, CLEventList

2012-03-09T09:47:55Z

hi michael (notzed),

i am still subscribed to this list and i am using jocl basically
fulltime. However i am either working on frameworks on top of jocl
(distributed computing and similar stuff) or writing kernels but use
only a small fraction of the CL 1.2 api. So your feedback is always
appreciated :)

lets take a look at CLEvents.
I remember i had a reason why i didn't add that.. but don't know what it
was. I will just go ahead and add a few utility methods (add(CLEvent)
and add(CLEventList)) and see how it works or where the problem was.

what was your other usecase regarding events again?

best regards,
michael (mbien)

On 03/09/2012 03:17 AM, notzed [via jogamp] wrote:

> I noticed the forums are a bit quiet for a good few months, has
> Michael B moved on?
>
> I have a problem regarding user events - although you can create them,
> wait on them and use them as an individual condition to another queued
> command, you cannot add them to an existing event list the way you can
> accumulate events for conditions as with the enqueue commands.
>
> i.e. i want something like the internal CLEventList.createEvent() but
> to add a user event to the list. Actually just a simple
> CLEventList.addEvent(CLEvent) which works more or less the same would do.
>
> I can't just copy the populated event list and create another one with
> the new event added, as the event list is being populated via multiple
> calls from the level above, being passed by reference.
>
> I want to be able to create a call graph, and have asynchronous java
> code participate in the sequencing transparently.
>
> I suppose i'll have to write another patch ...
>

Re: user events, CLEventList

2012-03-08T21:14:32Z

On 03/09/2012 03:17 AM, notzed [via jogamp] wrote:
>
>
> I noticed the forums are a bit quiet for a good few months, has Michael B
> moved on?
>
Sort of.

> I have a problem regarding user events - although you can create them, wait
> on them and use them as an individual condition to another queued command,
> you cannot add them to an existing event list the way you can accumulate
> events for conditions as with the enqueue commands.
>
> i.e. i want something like the internal CLEventList.createEvent() but to add
> a user event to the list. Actually just a simple
> CLEventList.addEvent(CLEvent) which works more or less the same would do.
>
> I can't just copy the populated event list and create another one with the
> new event added, as the event list is being populated via multiple calls
> from the level above, being passed by reference.
>
> I want to be able to create a call graph, and have asynchronous java code
> participate in the sequencing transparently.
>
> I suppose i'll have to write another patch ...

Your use case sounds reasonable I guess.

Sorry, my OpenCL knowledge is still not good enough to give you an answer
here in the way 'this can't work because ..' - or, 'this is great and matches
the architecture.'. I just helped out with the native bindings and
general knowledge a bit.

I am afraid I will tell you the same things here as I did
in our JOAL conversation (patching / unit tests / maintenance),
if you get the idea :)

Since we try to get in some mobile OpenCL 1.1 device for our BOF this year,
I probably have to make a crash course into the current code base.
In May I will have the privileged of 3 weeks 'off',
which means I will have time for this endeavor.
I like to validate whether the current JOCL can be matched to
the OpenCL C++ Wrapper API, if this is not done yet .. etc.

Since you are at least interested, I welcome your support of course.

However, whoever likes to help and support (any project on jogamp)
would need to get familiar w/ the toolchain we use (git, ant, ..).
Otherwise the real maintenance work would become unbearable.

But discussions and knowledge exchange are very valuable contributions
as well, which don't require those things :)

Well, let's see how it goes.

~Sven

signature.asc (910 bytes) Download Attachment

user events, CLEventList

2012-03-08T18:17:08Z

I noticed the forums are a bit quiet for a good few months, has Michael B moved on?

I have a problem regarding user events - although you can create them, wait on them and use them as an individual condition to another queued command, you cannot add them to an existing event list the way you can accumulate events for conditions as with the enqueue commands.

i.e. i want something like the internal CLEventList.createEvent() but to add a user event to the list. Actually just a simple CLEventList.addEvent(CLEvent) which works more or less the same would do.

I can't just copy the populated event list and create another one with the new event added, as the event list is being populated via multiple calls from the level above, being passed by reference.

I want to be able to create a call graph, and have asynchronous java code participate in the sequencing transparently.

I suppose i'll have to write another patch ...

Re: Issue with trigonometric functions

2012-03-06T01:58:00Z

>I realized that acos does not work properly.
> I know that the argument should be in radians .

Surely the result is in radians? The argument is a cosine in the range [-1,1]

HTH
Neil

Re: RadixDemo has putArgSize() method that does not build

2012-02-09T20:12:03Z

Since you mustn't be using the correct demos as your problem didn't match the code, I would suggest you use the right ones first, with the latest matching jocl (jogl 2), and so on from the front page of jogamp.org.

Re: RadixDemo has putArgSize() method that does not build

2012-02-09T08:37:08Z

Thanks for the advice, I can build the program with that change.
However I have a weird NVidia Kernel crash and the following exception at startup:
Any clue?
Cheers,
Martin

= = = workgroup size: 128 = = =
array size: 0.131072MB; elements: 32K
Exception in thread "main" com.jogamp.opencl.CLException$CLOutOfResourcesException: can not enqueue read-buffer: CLBuffer [id: 95302912 buffer: java.nio.DirectIntBufferU[pos=0 lim=32768 cap=32768]] with
cond.: null events: null [error: CL_OUT_OF_RESOURCES]
at com.jogamp.opencl.CLException.newException(CLException.java:78)
at com.jogamp.opencl.CLCommandQueue.putReadBuffer(CLCommandQueue.java:181)
at com.jogamp.opencl.CLCommandQueue.putReadBuffer(CLCommandQueue.java:151)
at com.jogamp.opencl.demos.radixsort.RadixSortDemo.<init>(RadixSortDemo.java:78)
at com.jogamp.opencl.demos.radixsort.RadixSortDemo.main(RadixSortDemo.java:127)

Re: RadixDemo has putArgSize() method that does not build

2012-02-09T06:40:43Z

It should be setNullArg(size), as it is here:

http://jogamp.org/git/?p=jocl-demos.git;a=blame;f=src/com/jogamp/opencl/demos/radixsort/RadixSort.java;h=ceb9310f5367f563768758e679d74e8ec513ca9f;hb=86540a113a4d304a1b8ed0af6149ea938e486e7a

Might be using the wrong demos git?

Julia3d out of memory problem

2012-02-09T02:21:51Z

Hi,
Trying to run Julia3d throws the following exception:

BUILD_SUCCESS
CLDevice [id: 161313944 name: GeForce 310M type: GPU profile: FULL_PROFILE] build log:
<empty>
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Unknown Source)
at java.nio.DirectByteBuffer.<init>(Unknown Source)
at java.nio.ByteBuffer.allocateDirect(Unknown Source)
at com.jogamp.common.nio.Buffers.newDirectByteBuffer(Buffers.java:69)
at com.jogamp.common.nio.Buffers.newDirectFloatBuffer(Buffers.java:111)
at com.jogamp.opencl.CLContext.createFloatBuffer(CLContext.java:318)
at com.jogamp.opencl.demos.julia3d.Julia3d.update(Julia3d.java:92)
at com.jogamp.opencl.demos.julia3d.Renderer.reshape(Renderer.java:188)

I tried to use -Xmx1400m, and can't go further with my computer otherwise JVM can't start.

Should this memory error be solved with a larger heap, and in that case which size, or am I going on the wrong track using -Xmx for solving this issue?

Best regards,
Martin

RadixDemo has putArgSize() method that does not build

2012-02-09T00:06:38Z

Hi,
Congratulations for the great framework! I can have almost all demos from the github working.
Except RadixSort that does not compile on method putArgSize.
When I replace putArgSize by putArg, as in the before mentionned sample, I got the following exception.
How should I rework the code to have this working?
Best regards,
Martin

void radixSortBlocksKeysOnlyOCL(CLBuffer<IntBuffer> keys, int nbits, int startbit, int numElements) {

int totalBlocks = numElements / 4 / CTA_SIZE;
int globalWorkSize = CTA_SIZE * totalBlocks;
int localWorkSize = CTA_SIZE;

ckRadixSortBlocksKeysOnly.putArg(keys).putArg(tempKeys).putArg(nbits).putArg(startbit)
.putArg(numElements).putArg(totalBlocks).putArg(4 * CTA_SIZE * 4)
.rewind();
/*ckRadixSortBlocksKeysOnly.putArg(keys).putArg(tempKeys).putArg(nbits).putArg(startbit)
.putArg(numElements).putArg(totalBlocks).putArgSize(4 * CTA_SIZE * 4)
.rewind();*/

queue.put1DRangeKernel(ckRadixSortBlocksKeysOnly, 0, globalWorkSize, localWorkSize);
}

= = = workgroup size: 128 = = =
array size: 0.131072MB; elements: 32K
Exception in thread "main" com.jogamp.opencl.CLException$CLInvalidArgValueException: error setting arg 6 to value java.nio.DirectByteBuffer[pos=0 lim=12 cap=12] of size 4 of CLKernel [id: 94677160 name: radixSortBlocksKeysOnly] [error: CL_INVALID_ARG_VALUE]
at com.jogamp.opencl.CLException.newException(CLException.java:78)
at com.jogamp.opencl.CLKernel.setArgument(CLKernel.java:266)
at com.jogamp.opencl.CLKernel.setArg(CLKernel.java:186)
at com.jogamp.opencl.CLKernel.putArg(CLKernel.java:120)
at com.jogamp.opencl.demos.radixsort.RadixSort.radixSortBlocksKeysOnlyOCL(RadixSort.java:118)
at com.jogamp.opencl.demos.radixsort.RadixSort.radixSortStepKeysOnly(RadixSort.java:99)
at com.jogamp.opencl.demos.radixsort.RadixSort.radixSortKeysOnly(RadixSort.java:87)
at com.jogamp.opencl.demos.radixsort.RadixSort.sort(RadixSort.java:75)
at com.jogamp.opencl.demos.radixsort.RadixSortDemo.<init>(RadixSortDemo.java:83)

Re: Problems with HelloJOCL in ubuntu 11.10

2012-02-03T14:08:01Z

looks like it can't open the resource, which doesn't make sense. although if you're using netbeans, since it uses ant, you need to use 'clean and build' before it includes any resources (yay for ant).

Most problems on gnu/linux are related to the LD_LIBRARY_PATH and either not finding libopencl.so, or not finding libjocl.so - but i would have thought these would show up differently.

Re: CLBuffer.getBuffer() & rewind

2012-02-03T14:02:20Z

Yes you have to use rewind() all the time if you're just using get() and put(x).

This is pretty much how the nio api's work afaik, and it wouldn't make much sense for a third party library to be twiddling with your buffer state.

Re: jocl source

2012-02-03T13:59:59Z

jocl can be challenging to build, but if you follow the documentation it is fairly simple. Particularly, you need to build JOGL first, and and you need to put jogl, gluegen, and jocl in the correct directory structure.

See here:
http://jogamp.org/jocl/doc/HowToBuild.html

those errors are related to the JNI stuff, are you using the supplied ant script?