Re: OpenGL on Linux
Hey Thorsten, On Fri, Mar 7, 2014 at 9:28 PM, Thorsten Behrens wrote: > Markus Mohrhard wrote: > > I'm currently working on integrating the chart-opengl2 branch into master > > and would like to make it available on linux soon after that. Currently > the > > feature is developed on Windows and produces runtime problems. > > > Hi Markus, > > by way of Keith's blog entry (http://keithp.com/blogs/glamor-hacking/ > - which is encouraging in its own right), came across this today: > > https://github.com/anholt/libepoxy > > , and at least Eric's marketing departement claims it is better than > glew. ;) > > I saw the blog post already and had a quick look at libepoxy. However I have not had the time yet to evaluate how good the library fits into Libreoffice and if it works well together with vcl. Most of the problems mentioned for glew are not at all a problem in our case. As mentioned it will take some time to see if libepoxy is better as glew or not. I'll keep it on my list for the future. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Markus Mohrhard wrote: > I'm currently working on integrating the chart-opengl2 branch into master > and would like to make it available on linux soon after that. Currently the > feature is developed on Windows and produces runtime problems. > Hi Markus, by way of Keith's blog entry (http://keithp.com/blogs/glamor-hacking/ - which is encouraging in its own right), came across this today: https://github.com/anholt/libepoxy , and at least Eric's marketing departement claims it is better than glew. ;) Cheers, -- Thorsten signature.asc Description: Digital signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
On 11/02/14 21:10, Markus Mohrhard wrote: > I'm sorry but there is no chance that I will support OpenGL 1.x with > this feature. Even if there is still hardware out there it amkes no > sense to work with a standard that is so old that it has been deprecated > by Khronos several years ago. We will simply not support this feature on > such hardware. Luckily glew allows us to make this a runtime check so it > will just not be available. No worries. The thread was wondering what GLs were out there so I thought I ought to mention it. Don't forget, though, XP still is out there, and is more than enough for a lot of people. MS want to force them off it ... I can't move on because I haven't got developer keys for anything newer ... that old hardware runs XP fine. As for supporting old standards, well, I'd go for "graceful degradation" - if the card doesn't support newer features, either use a compatibility library or tell the user "sorry your hardware is too old to support this feature". But DON'T allow the user to upgrade LO only to discover that stuff has stopped working because the requirements have been upgraded. Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
The only bad thing I see is not support the OpenGL-ES 2.x subset: LO won't be fully supported on tablets... Regards, Rodolfo 2014-02-11 19:10 GMT-02:00 Markus Mohrhard : > Hey, > > > > On Mon, Feb 10, 2014 at 7:57 PM, Anthonys Lists > wrote: >> >> On 10/02/2014 13:32, Ruslan Kabatsayev wrote: >>> >>> I'd like to note that there're still lots of video cards which are not >>> even 2.0 capable - e.g. intel video in my EEE PC 1015PN only supports >>> OpenGL 1.4 with ARB assembly shaders. Another example would be >>> (although quite old, but still working and actively supported by intel >>> in Mesa) i915G chipset, which has similar characteristics. >>> Also, if you try using Mesa 9.1+ with these, you'll get (exactly, not >>> higher than) OpenGL 2.1 advertised, but really giving you software >>> fallbacks every now and then. >>> So, I'd not like to have an office suite require OpenGL higher than >>> 1.4 (it may use higher versions if they are available, but still not >>> require). >> >> I'll add that I have literally just retired my old No 2 workstation which >> had a Matrox Millenium or similar graphics card - and have also re-purposed >> a Matrox G440. I don't know what OpenGL these are, but the hardware is all >> Y2K era, and still working fine. I suspect that's older than i915 (the >> processors are Socket A). >> > > > I'm sorry but there is no chance that I will support OpenGL 1.x with this > feature. Even if there is still hardware out there it amkes no sense to work > with a standard that is so old that it has been deprecated by Khronos > several years ago. We will simply not support this feature on such hardware. > Luckily glew allows us to make this a runtime check so it will just not be > available. > > It is a bit more complicated with OpenGL 2.x and 3.x as they are much > closer. As it seems most people already have support for 3.x on Linux + > everyone on Windows and modern Macs. In general every recommendation is to > avoid using the compatibility context and use the new core context that was > introduced with 3.0. Targeting OpenGl 1.x with the fixed pipeline is just > stupid while writing new code. > > In general we are making the OpenGL stuff right now runtime optional by > using glew while it was compile time optional before. In general I'm one of > the persons who is more in favor of dropping support for older versions but > I had some discussions with other developers who disagree. We will see how > this plays out. > > Regards, > Markus > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Hallo Markus, Op 10 feb. 2014 00:11 schreef "Markus Mohrhard" < markus.mohrh...@googlemail.com>: > > Do you by chance run it in Vmware? You are only the third one reporting a 2.1 OpenGL version. Ignoring the base line we are at just yours and Krunoslav Šebetic's. Actually these two are also the ones that don't support anti-aliasing which even if we manage to support these old versions results in ugly output. > No, I'm not running it in VMware. The hardware is almost 7 years old now. The graphics card itself only supports OpenGL 2.0 (according to Intel; see [1]). Please don't bother supporting it. I'll replace it soon enough. I was just generally curious whether it'd be realistic to have LO support such old hardware. :) Cheers/Gruß, Philipp [1] http://www.intel.com/support/graphics/sb/CS-033757.htm?wapkw=opengl+2.0 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Hey, On Mon, Feb 10, 2014 at 7:57 PM, Anthonys Lists wrote: > On 10/02/2014 13:32, Ruslan Kabatsayev wrote: > >> I'd like to note that there're still lots of video cards which are not >> even 2.0 capable - e.g. intel video in my EEE PC 1015PN only supports >> OpenGL 1.4 with ARB assembly shaders. Another example would be >> (although quite old, but still working and actively supported by intel >> in Mesa) i915G chipset, which has similar characteristics. >> Also, if you try using Mesa 9.1+ with these, you'll get (exactly, not >> higher than) OpenGL 2.1 advertised, but really giving you software >> fallbacks every now and then. >> So, I'd not like to have an office suite require OpenGL higher than >> 1.4 (it may use higher versions if they are available, but still not >> require). >> > I'll add that I have literally just retired my old No 2 workstation which > had a Matrox Millenium or similar graphics card - and have also re-purposed > a Matrox G440. I don't know what OpenGL these are, but the hardware is all > Y2K era, and still working fine. I suspect that's older than i915 (the > processors are Socket A). > > I'm sorry but there is no chance that I will support OpenGL 1.x with this feature. Even if there is still hardware out there it amkes no sense to work with a standard that is so old that it has been deprecated by Khronos several years ago. We will simply not support this feature on such hardware. Luckily glew allows us to make this a runtime check so it will just not be available. It is a bit more complicated with OpenGL 2.x and 3.x as they are much closer. As it seems most people already have support for 3.x on Linux + everyone on Windows and modern Macs. In general every recommendation is to avoid using the compatibility context and use the new core context that was introduced with 3.0. Targeting OpenGl 1.x with the fixed pipeline is just stupid while writing new code. In general we are making the OpenGL stuff right now runtime optional by using glew while it was compile time optional before. In general I'm one of the persons who is more in favor of dropping support for older versions but I had some discussions with other developers who disagree. We will see how this plays out. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
On 10/02/2014 13:32, Ruslan Kabatsayev wrote: I'd like to note that there're still lots of video cards which are not even 2.0 capable - e.g. intel video in my EEE PC 1015PN only supports OpenGL 1.4 with ARB assembly shaders. Another example would be (although quite old, but still working and actively supported by intel in Mesa) i915G chipset, which has similar characteristics. Also, if you try using Mesa 9.1+ with these, you'll get (exactly, not higher than) OpenGL 2.1 advertised, but really giving you software fallbacks every now and then. So, I'd not like to have an office suite require OpenGL higher than 1.4 (it may use higher versions if they are available, but still not require). I'll add that I have literally just retired my old No 2 workstation which had a Matrox Millenium or similar graphics card - and have also re-purposed a Matrox G440. I don't know what OpenGL these are, but the hardware is all Y2K era, and still working fine. I suspect that's older than i915 (the processors are Socket A). Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
On Mon, Feb 10, 2014 at 3:11 AM, Markus Mohrhard wrote: > Hey Philipp, > > > On Sat, Feb 8, 2014 at 8:09 PM, Philipp Weissenbacher > wrote: >> >> Bit late to the party, but here you go: >> http://pastie.org/8712627 >> >> System: openSUSE 13.1 >> Hardware: Dell Latitude D830 with a "Mobile GM965/GL960 Integrated >> Graphics Controller" >> > > Do you by chance run it in Vmware? You are only the third one reporting a > 2.1 OpenGL version. Ignoring the base line we are at just yours and > Krunoslav Šebetic's. Actually these two are also the ones that don't support > anti-aliasing which even if we manage to support these old versions results > in ugly output. I'd like to note that there're still lots of video cards which are not even 2.0 capable - e.g. intel video in my EEE PC 1015PN only supports OpenGL 1.4 with ARB assembly shaders. Another example would be (although quite old, but still working and actively supported by intel in Mesa) i915G chipset, which has similar characteristics. Also, if you try using Mesa 9.1+ with these, you'll get (exactly, not higher than) OpenGL 2.1 advertised, but really giving you software fallbacks every now and then. So, I'd not like to have an office suite require OpenGL higher than 1.4 (it may use higher versions if they are available, but still not require). As to antialiasing, it seems Mesa doesn't support useful antialiasing _at_all_ (not even in swrast). I.e. it has exactly one sample in GL_ARB_multisample, it doesn't have antialiased lines - only "manual" supersampling/jittered frame accumulation/jittered frame blending. > > Regards, > Markus > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Hey Philipp, On Sat, Feb 8, 2014 at 8:09 PM, Philipp Weissenbacher < p.weissenbac...@gmail.com> wrote: > Bit late to the party, but here you go: > http://pastie.org/8712627 > > System: openSUSE 13.1 > Hardware: Dell Latitude D830 with a "Mobile GM965/GL960 Integrated > Graphics Controller" > > Do you by chance run it in Vmware? You are only the third one reporting a 2.1 OpenGL version. Ignoring the base line we are at just yours and Krunoslav Šebetic's. Actually these two are also the ones that don't support anti-aliasing which even if we manage to support these old versions results in ugly output. Regards, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Bit late to the party, but here you go: http://pastie.org/8712627 System: openSUSE 13.1 Hardware: Dell Latitude D830 with a "Mobile GM965/GL960 Integrated Graphics Controller" Cheers, Philipp On 29 January 2014 09:30, Alex Thurgood wrote: > Le 11/01/2014 18:54, Markus Mohrhard a écrit : > > Hi Markus, > > Here's one of mine : > > AMD Radeon HD 6310 Graphics > with Linux Mint 16 Petra 64bit and Cinnamon desktop > > > Alex > > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Le 11/01/2014 18:54, Markus Mohrhard a écrit : Hi Markus, Here's one of mine : AMD Radeon HD 6310 Graphics with Linux Mint 16 Petra 64bit and Cinnamon desktop Alex name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: ATI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control client glx vendor string: ATI client glx version string: 1.4 client glx extensions: GLX_AMD_gpu_association, GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_NV_swap_group, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_swap_barrier, GLX_SGIX_swap_group, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_import_context, GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_NV_swap_group, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_swap_barrier, GLX_SGIX_swap_group, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: AMD Radeon HD 6310 Graphics OpenGL core profile version string: 4.2.12337 Core Profile Context 13.101 OpenGL core profile shading language version string: 4.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_AMDX_debug_output, GL_AMDX_vertex_shader_tessellator, GL_AMD_conservative_depth, GL_AMD_debug_output, GL_AMD_depth_clamp_separate, GL_AMD_draw_buffers_blend, GL_AMD_multi_draw_indirect, GL_AMD_name_gen_delete, GL_AMD_performance_monitor, GL_AMD_pinned_memory, GL_AMD_query_buffer_object, GL_AMD_sample_positions, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_stencil_export, GL_AMD_shader_trace, GL_AMD_texture_cube_map_array, GL_AMD_texture_texture4, GL_AMD_transform_feedback3_lines_triangles, GL_AMD_vertex_shader_layer, GL_AMD_vertex_shader_tessellator, GL_AMD_vertex_shader_viewport_index, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage, GL_ARB_compute_shader, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_indirect, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_layer_viewport, 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_gpu_shader5, GL_ARB_gpu_shader_fp64, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_imaging, GL_ARB_instanced_arrays, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_draw_indirect, 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_program_interface_query, GL_ARB_provoking_vertex, GL_ARB_sample_shading, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_separate_shader_objects, GL_ARB_shader_atomic_counters, GL_ARB_shader_bit_encoding, GL_ARB_shader_image_load_store, GL_ARB_shader_image_size, GL_ARB_shader_objects, GL_ARB_shader_precision, GL_ARB_shader_stencil_export, GL_ARB_shader_storage_buffer_object, GL_ARB_shader_subroutine, GL_ARB_shader_texture_lod, GL_ARB_shading_language_100, GL_ARB_shading_language_420pack, GL_ARB_shading_language_packing, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_stencil_texturing
Re: OpenGL on Linux
Hey Robinson, On Wed, Jan 29, 2014 at 6:57 AM, Robinson Tryon wrote: > On Sat, Jan 11, 2014 at 9:54 AM, Markus Mohrhard > wrote: > > > > Could some of you please send me the output of glxinfo to provide a > picture > > which OpenGL versions are available and more importantly which OpenGL > > extensions are supported? > > Does any distro keep track of this kind of information? I know that > there are some similar databases for hardware, etc.. out there, but > not sure if they'd provide output from glxinfo... > It is a bit more complicated than that on Linux. On Linux you have two factors that play a significant role. Mesa provides your basic OpenGL support including the one for the open source drivers. As this is an important package in most cases it is the default provided by your distribution. It is well known which OpenGL version is supported by different Mesa versions. Now if you install the proprietary drivers it becomes more complex. The driver supports normally a much newer OpenGL version. Basically I needed to know if I can safely assume that everyone has support for OpenGL 3.0+. So this was the easy part of the OpenGL problem. As you might have noticed there are a lot more lines and they tell me even more. Basically OpenGL is not a fixed API, instead everyone can implement new features that are added through an extension mechanism to the API and are advertised by the driver through these strings. Currently the code that we have written assumes that some of these extensions are available and some others are supported but not mandatory. All in all this gives me an idea what we can safely use in the OpenGL code. The picture becomes more complex with mobile platforms but I have left them out for now. For anyone interested the important things that I know are a bit more critical and we use already(there is surely more but I don't know the extension names): GLSL 1.10+ GL_ARB_framebuffer_object GLX_ARB_multisample (if available) GL_ARB_multisample (if available) GL_EXT_framebuffer_blit (I think we use it) Regards, Markus > Attached is the output from my laptop w/NVIDIA driver installed. > > Cheers, > --R > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Well, can't say I understand much of this, but can't hurt: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, GLX_EXT_create_context_es2_profile, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset x86/MMX/SSE2 OpenGL version string: 2.1 Mesa 8.0.5 OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_framebuffer_sRGB, GL_ARB_multitexture, GL_EXT_framebuffer_sRGB, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_NV_vertex_program, GL_ARB_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_window_pos, GL_ATI_envmap_bumpmap, GL_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_depth_clamp, GL_NV_vertex_program1_1, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_ATI_texture_float, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_ARB_depth_clamp, GL_ARB_fragment_program_shadow, GL_ARB_half_float_pixel, GL_ARB_point_sprite, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, GL_OES_read_format, GL_ARB_color_buffer_float, GL_ARB_pixel_buffer_object, GL_ARB_texture_compression_rgtc, GL_ARB_texture_float, GL_ARB_texture_rectangle, GL_EXT_packed_float, GL_EXT_pixel_buffer_object, GL_EXT_texture_compression_rgtc, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_shared_exponent, GL_ARB_framebuffer_object, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_packed_depth_stencil, GL_APPLE_object_purgeable, GL_ARB_vertex_array_object, GL_ATI_separate_stencil, GL_EXT_dra
RE: OpenGL on Linux
System: OpenSUSE 13.1 64 Bit, Core 2 Duo, Nvidia GS 8300: glxinfo: http://pastebin.ca/2534039 Regards Sophia S. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Hi Markus, *, My output is in attachment. System: openSUSE 13.1 KDE AMD 7870 XT with latest stable proprietary drivers (AMD Catalyst 13.12 - Software version 13.251) Cheers, 2014/1/11 Markus Mohrhard > Hey, > > I'm currently working on integrating the chart-opengl2 branch into master > and would like to make it available on linux soon after that. Currently the > feature is developed on Windows and produces runtime problems. > > Sadly Mesa is quite far behind the OpenGL specification (Mesa 10 just > supports 3.3 and our RHEL 5 baseline is still in OpenGL 1.x) > > Could some of you please send me the output of glxinfo to provide a > picture which OpenGL versions are available and more importantly which > OpenGL extensions are supported? > > This helps me to determine which OpenGL features I can use and have an > approximation how many systems are not supported in the chart-opengl2 > branch. I'm both interested in output from systems with the opensource > drivers but even more in systems using the official drivers from > Intel/Nvidia/AMD. > > Thanks a lot for your help, > Markus > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > > -- Efe Gürkan YALAMAN http://about.me/efegurkan name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: ATI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control client glx vendor string: ATI client glx version string: 1.4 client glx extensions: GLX_AMD_gpu_association, GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_NV_swap_group, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_swap_barrier, GLX_SGIX_swap_group, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_import_context, GLX_EXT_swap_control, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_NV_swap_group, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_swap_barrier, GLX_SGIX_swap_group, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: AMD Radeon HD 7800 Series OpenGL core profile version string: 4.3.12618 Core Profile Context 13.251 OpenGL core profile shading language version string: 4.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_AMDX_debug_output, GL_AMD_blend_minmax_factor, GL_AMD_conservative_depth, GL_AMD_debug_output, GL_AMD_depth_clamp_separate, GL_AMD_draw_buffers_blend, GL_AMD_interleaved_elements, GL_AMD_multi_draw_indirect, GL_AMD_name_gen_delete, GL_AMD_performance_monitor, GL_AMD_pinned_memory, GL_AMD_query_buffer_object, GL_AMD_sample_positions, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_atomic_counter_ops, GL_AMD_shader_stencil_export, GL_AMD_shader_stencil_value_export, GL_AMD_shader_trace, GL_AMD_shader_trinary_minmax, GL_AMD_sparse_texture, GL_AMD_stencil_operation_extended, GL_AMD_texture_cube_map_array, GL_AMD_texture_texture4, GL_AMD_transform_feedback3_lines_triangles, GL_AMD_transform_feedback4, GL_AMD_vertex_shader_layer, GL_AMD_vertex_shader_viewport_index, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage, GL_ARB_compute_shader, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_copy_image, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_indirect, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location, GL_ARB
Re: OpenGL on Linux
Hi Markus, Here's glxinfo output on my nVidia Geforce GTX 460 with binary drivers: http://pastebin.com/raw.php?i=Uh2rYufS Regards, Ruslan On Sat, Jan 11, 2014 at 9:54 PM, Markus Mohrhard wrote: > Hey, > > I'm currently working on integrating the chart-opengl2 branch into master > and would like to make it available on linux soon after that. Currently the > feature is developed on Windows and produces runtime problems. > > Sadly Mesa is quite far behind the OpenGL specification (Mesa 10 just > supports 3.3 and our RHEL 5 baseline is still in OpenGL 1.x) > > Could some of you please send me the output of glxinfo to provide a picture > which OpenGL versions are available and more importantly which OpenGL > extensions are supported? > > This helps me to determine which OpenGL features I can use and have an > approximation how many systems are not supported in the chart-opengl2 > branch. I'm both interested in output from systems with the opensource > drivers but even more in systems using the official drivers from > Intel/Nvidia/AMD. > > Thanks a lot for your help, > Markus > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Fedora 20 x86_64 http://pastebin.com/WTsH4S5K On 01/11/2014 03:54 PM, Markus Mohrhard wrote: Hey, I'm currently working on integrating the chart-opengl2 branch into master and would like to make it available on linux soon after that. Currently the feature is developed on Windows and produces runtime problems. Sadly Mesa is quite far behind the OpenGL specification (Mesa 10 just supports 3.3 and our RHEL 5 baseline is still in OpenGL 1.x) Could some of you please send me the output of glxinfo to provide a picture which OpenGL versions are available and more importantly which OpenGL extensions are supported? This helps me to determine which OpenGL features I can use and have an approximation how many systems are not supported in the chart-opengl2 branch. I'm both interested in output from systems with the opensource drivers but even more in systems using the official drivers from Intel/Nvidia/AMD. Thanks a lot for your help, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
gere is my output in a kubuntu 13.4 laptop (dell vostro i7) Em 11-01-2014 15:54, Markus Mohrhard escreveu: > Hey, > > I'm currently working on integrating the chart-opengl2 branch into > master and would like to make it available on linux soon after that. > Currently the feature is developed on Windows and produces runtime problems. > > Sadly Mesa is quite far behind the OpenGL specification (Mesa 10 just > supports 3.3 and our RHEL 5 baseline is still in OpenGL 1.x) > > Could some of you please send me the output of glxinfo to provide a > picture which OpenGL versions are available and more importantly which > OpenGL extensions are supported? > > This helps me to determine which OpenGL features I can use and have an > approximation how many systems are not supported in the chart-opengl2 > branch. I'm both interested in output from systems with the opensource > drivers but even more in systems using the official drivers from > Intel/Nvidia/AMD. > > Thanks a lot for your help, > Markus > > > > ___ > LibreOffice mailing list > LibreOffice@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/libreoffice > -- Olivier Hallot Comunidade LibreOffice http://ask.libreoffice.org/pt-br name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.1 OpenGL core profile shading language version string: 1.40 OpenGL core profile context flags: (none) OpenGL core profile extensions: GL_3DFX_texture_compression_FXT1, GL_AMD_draw_buffers_blend, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_range, GL_ARB_occlusion_query2, GL_ARB_pixel_buffer_object, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_shader_bit_encoding, GL_ARB_shader_objects, GL_ARB_shader_texture_lod, GL_ARB_shading_language_420pack, GL_ARB_shading_language_packing, GL_ARB_sync, GL_ARB_texture_buffer_object, GL_ARB_texture_buffer_object_rgb32, GL_ARB_texture_compression_rgtc, GL_ARB_texture_cube_map_array, GL_ARB_texture_float, GL_ARB_texture_multisample
Re: OpenGL on Linux
Hi Markus, *, On Sat, Jan 11, 2014 at 6:54 PM, Markus Mohrhard wrote: > [] > Could some of you please send me the output of glxinfo to provide a picture > which OpenGL versions are available and more importantly which OpenGL > extensions are supported? For sake of completeness, the output from the CentOS 5.10 system that's the current baseline (running in a vm) and from my Laptop (having intel onboard graphics) and from my Desktop, having sis onboard graphics: http://pastie.org/8624673 (CentOS / quemu) http://pastie.org/8624675 (Mageia / Intel GM965) http://pastie.org/8624678 (Mageia / SiS) ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Hello Markus, With pc Debian testing x86-64 updated today I attached the file. Debian_3.12-1-amd64_glxinfo.txt <http://nabble.documentfoundation.org/file/n4091753/Debian_3.12-1-amd64_glxinfo.txt> Julien -- View this message in context: http://nabble.documentfoundation.org/OpenGL-on-Linux-tp4091729p4091753.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: OpenGL on Linux
Hello Markus, *, On Samstag, 11. Januar 2014 18:54 Markus Mohrhard wrote: > I'm currently working on integrating the chart-opengl2 branch into > master and would like to make it available on linux soon after > that. Currently the feature is developed on Windows and produces > runtime problems. does it mean, that the integration of OpenGL will improve something for us users? More possibilities to improve 3D charts, speed improvements etc.? > Could some of you please send me the output of glxinfo to provide > a picture which OpenGL versions are available and more importantly > which OpenGL extensions are supported? Well, I could but ... > This helps me to determine which OpenGL features I can use and > have an approximation how many systems are not supported in the > chart-opengl2 branch. I'm both interested in output from systems > with the opensource drivers but even more in systems using the > official drivers from Intel/Nvidia/AMD. ... as I am using mesa-utils 8.1.0-2+b1 with ii libdrm-nouveau2:amd64 2.4.50-1 amd64Userspace interface to nouveau-specific kernel DRM services -- runtime ii xserver-xorg-video-nouveau1:1.0.10-1 amd64X.Org X server -- Nouveau display driver , I only get name of display: :0 Error: couldn't find RGB GLX visual or fbconfig Error: couldn't find RGB GLX visual or fbconfig ... :( I am not sure, if I need anything else to install, and if this is of any help ... :( Sorry for the inconvenience Thomas. -- Evolution is a million line computer program falling into place by accident. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
OpenGL on Linux
Hey, I'm currently working on integrating the chart-opengl2 branch into master and would like to make it available on linux soon after that. Currently the feature is developed on Windows and produces runtime problems. Sadly Mesa is quite far behind the OpenGL specification (Mesa 10 just supports 3.3 and our RHEL 5 baseline is still in OpenGL 1.x) Could some of you please send me the output of glxinfo to provide a picture which OpenGL versions are available and more importantly which OpenGL extensions are supported? This helps me to determine which OpenGL features I can use and have an approximation how many systems are not supported in the chart-opengl2 branch. I'm both interested in output from systems with the opensource drivers but even more in systems using the official drivers from Intel/Nvidia/AMD. Thanks a lot for your help, Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice