[GRASSLIST:512] nviz with transparency is horrible slow

Hi,

is it usual that nviz gets quite slow when transparency is used? (I'm running grass 6.1cvs on cygwin)

Thanks
Wolfgang

Wolfgang wrote:

is it usual that nviz gets quite slow when transparency is used? (I'm
running grass 6.1cvs on cygwin)

I would expect translucency to have a speed penalty.

Cygwin provides an "experimental" version of the X server which
includes hardware acceleration for OpenGL. You might see if that
helps.

--
Glynn Clements <glynn@gclements.plus.com>

If I did the installation correctly, this X server doesn't improve the situation. But the question is also if nviz is programmed to support OpenGL?

Wolfgang

Glynn Clements schrieb:

Wolfgang wrote:

is it usual that nviz gets quite slow when transparency is used? (I'm running grass 6.1cvs on cygwin)

I would expect translucency to have a speed penalty.

Cygwin provides an "experimental" version of the X server which
includes hardware acceleration for OpenGL. You might see if that
helps.

Wolfgang wrote:

If I did the installation correctly, this X server doesn't improve the
situation. But the question is also if nviz is programmed to support OpenGL?

NVIZ uses OpenGL for rendering the 3D view.

You can determine whether your X server provides OpenGL acceleration
from the output from "glxinfo". For an unaccelerated server, you
should see:

  OpenGL vendor string: Mesa project: www.mesa3d.org
  OpenGL renderer string: Mesa GLX Indirect
  OpenGL version string: 1.2 (1.5 Mesa 6.2.1)

For an accelerated server, you should get something which refers to
your graphics hardware, e.g.:

  OpenGL vendor string: NVIDIA Corporation
  OpenGL renderer string: GeForce 6800 GT/PCI/SSE2
  OpenGL version string: 1.2 (2.0.1)

--
Glynn Clements <glynn@gclements.plus.com>

Hello Glynn,

I get following output, but when I understand right "direct rendering: No" is the important message.

Cheers
Wolfgang

name of display: 127.0.0.1:0.0
display: 127.0.0.1:0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
     GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
     GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read,
     GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier,
     GLX_SGIX_fbconfig
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
     GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
     GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, 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 extensions:
     GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method,
     GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
     GLX_SGIX_visual_select_group
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9700 x86/SSE2
OpenGL version string: 1.2 (1.5.4647 WinXP Release)
OpenGL extensions:
     GL_ARB_depth_texture, GL_ARB_multitexture, GL_ARB_point_parameters,
     GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient,
     GL_ARB_texture_border_clamp, 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_mirrored_repeat, GL_ARB_texture_rectangle,
     GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
     GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax,
     GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
     GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
     GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal,
     GL_EXT_secondary_color, GL_EXT_separate_specular_color,
     GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_texture3D,
     GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
     GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
     GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
     GL_EXT_vertex_array, GL_ATI_texture_env_combine3,
     GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3,
     GL_HP_occlusion_test, GL_IBM_texture_mirrored_repeat,
     GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_texgen_reflection,
     GL_NV_texture_rectangle, GL_SGIS_generate_mipmap,
     GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
     GL_SGIS_texture_lod, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
     GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

    visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
  id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x22 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x23 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
...

Glynn Clements schrieb:

Wolfgang wrote:

If I did the installation correctly, this X server doesn't improve the situation. But the question is also if nviz is programmed to support OpenGL?

NVIZ uses OpenGL for rendering the 3D view.

You can determine whether your X server provides OpenGL acceleration
from the output from "glxinfo". For an unaccelerated server, you
should see:

  OpenGL vendor string: Mesa project: www.mesa3d.org
  OpenGL renderer string: Mesa GLX Indirect
  OpenGL version string: 1.2 (1.5 Mesa 6.2.1)

For an accelerated server, you should get something which refers to
your graphics hardware, e.g.:

  OpenGL vendor string: NVIDIA Corporation
  OpenGL renderer string: GeForce 6800 GT/PCI/SSE2
  OpenGL version string: 1.2 (2.0.1)

Wolfgang wrote:

I get following output, but when I understand right "direct rendering:
No" is the important message.

No. You won't get direct rendering on Cygwin under any circumstances.
But that isn't the issue; the issue is whether you get hardware
accelerated rendering.

The two are often confused because the stock X.org X11 distribution
only supports OpenGL acceleration for direct rendering (where the
rendering is performed by the client), not for indirect rendering
(where the rendering is performed by the X server).

Cygwin's X servers don't support direct rendering, but the XWin_GL
server can do accelerated indirect rendering.

OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9700 x86/SSE2
OpenGL version string: 1.2 (1.5.4647 WinXP Release)

This means that it's using the 3D hardware to perform accelerated
rendering. In which case, there isn't anything more which you can do
to improve the situation.

--
Glynn Clements <glynn@gclements.plus.com>

Hello Glynn,

thanks again for your information! I played this evening with povray, this is also not a realtime 3d encoder, but offers more possibilities and with r.out.pvr building topologies is not that hard. I also habe a 3d- viewer for windoofs so that I can see with real time rendering what I want. But as usual all software has it's disadvantagages and it (the 3d viewer on win) offers no "movie" export.

Wolfgang

Glynn Clements schrieb:

Wolfgang wrote:

I get following output, but when I understand right "direct rendering: No" is the important message.

No. You won't get direct rendering on Cygwin under any circumstances. But that isn't the issue; the issue is whether you get hardware
accelerated rendering.

The two are often confused because the stock X.org X11 distribution
only supports OpenGL acceleration for direct rendering (where the
rendering is performed by the client), not for indirect rendering
(where the rendering is performed by the X server).

Cygwin's X servers don't support direct rendering, but the XWin_GL
server can do accelerated indirect rendering.

OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9700 x86/SSE2
OpenGL version string: 1.2 (1.5.4647 WinXP Release)

This means that it's using the 3D hardware to perform accelerated
rendering. In which case, there isn't anything more which you can do
to improve the situation.