virtualbox render system exception

Problems building or running the engine, queries about how to use features etc.
Post Reply
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

virtualbox render system exception

Post by ejtttje »

I'm trying to run Ogre 1.6.2 in VirtualBox 2.2.0, with Linux (Ubuntu 8.04 64bit) as the guest (i.e. where I am running Ogre), and OS X 10.5 as the host.

I think I have everything installed and built, but when I try to run any of the sample programs I get:
Loading library /usr/local/lib/OGRE/RenderSystem_GL.so
Installing plugin: GL RenderSystem
OpenGL Rendering Subsystem created.
terminate called after throwing an instance of 'Ogre::RenderingAPIException'
what(): OGRE EXCEPTION(3:RenderingAPIException): No GLX FBConfig support on your display in GLXGLSupport::GLXGLSupport at OgreGLXGLSupport.cpp (line 788)
Aborted
Here's info from glxgears -info:
$ glxgears -info
GL_RENDERER = Chromium
GL_VERSION = 1.5 Chromium 1.9
GL_VENDOR = Humper
GL_EXTENSIONS = GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_texture_border_clamp GL_ARB_texture_compression 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_non_power_of_two GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_window_pos GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_func_separate GL_EXT_clip_volume_hint GL_EXT_blend_subtract GL_EXT_texture_env_add GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_shadow_funcs GL_EXT_stencil_wrap GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_IBM_rasterpos_clip GL_NV_fog_distance GL_NV_texgen_reflection GL_EXT_texture_rectangle GL_SGIS_generate_mipmap GL_SGIS_texture_edge_clamp GL_CR_state_parameter GL_CR_cursor_position GL_CR_bounding_box GL_CR_print_string GL_CR_tilesort_info GL_CR_synchronization GL_CR_head_spu_name GL_CR_performance_info GL_CR_window_size GL_CR_tile_info GL_CR_saveframe GL_CR_readback_barrier_size GL_CR_server_id_sharing GL_CR_server_matrix
Is there a way to get this working? I do most of my dev on the OS X side, but it would be nice to do some quick sanity checks on the linux side too via the VM.

Thanks!
LunarEffect
Gnoblar
Posts: 10
Joined: Sat Apr 11, 2009 5:18 am

Re: virtualbox render system exception

Post by LunarEffect »

Virtual Box doesn't support 3d acceleration as of yet.

You might find this interesting:

http://forums.virtualbox.org/viewtopic.php?t=16
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

LunarEffect wrote:Virtual Box doesn't support 3d acceleration as of yet.
Except, as of 2.2.0, it does.
OpenGL 3D acceleration for Linux and Solaris guests (see chapter 4.8, Hardware 3D acceleration (OpenGL), User Manual page 70)
(Actually 2.1.0 already had acceleration, but only for 32-bit Windows guests... 2.2.0 adds linux and solaris support.)

I've learned on another forum that the "GL_VERSION = 1.5 Chromium 1.9" refers to GL 1.5 support. According to the wiki, Ogre requires 1.2.1, so this should be able to work? Is there an ogre.cfg string I need to add or something to get around the FBConfig usage?

Alternatively, I'm not really concerned with performance anyway, I just want to launch my app and look around. Even if it were software emulated GL, that's not the end of the world — any suggestions how to switch to software rendering on Ubuntu 8.10 until they improve the driver?
User avatar
xavier
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 9481
Joined: Fri Feb 18, 2005 2:03 am
Location: Dublin, CA, US
x 22

Re: virtualbox render system exception

Post by xavier »

You can select something other than FBO support (assuming alternate options are available in non-Windows builds) in the Ogre config dialog, and see if that works.
Do you need help? What have you tried?

Image

Angels can fly because they take themselves lightly.
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

The exception is thrown before it gets a chance to put up the config dialog. :(

If I comment out Plugin=RenderSystem_GL in plugins.cfg, then it does put up a config dialog asking me to choose a render system, but the drop down box is empty and it throws a different exception regarding an empty menu if I try to click it.
jonnys
Halfling
Posts: 77
Joined: Thu Mar 27, 2008 7:40 pm

Re: virtualbox render system exception

Post by jonnys »

Hello everyone, I am also trying to run any of the samples applications (Ogre 1.7) under a Ubuntu 9.04 guest using a Windows XP Host. Everything compiles. When I run any sample application I get the same error that ejtttje got (in the ogre log) back then.
Loading library /usr/local/lib/OGRE/RenderSystem_GL.so
Installing plugin: GL RenderSystem
OpenGL Rendering Subsystem created.
terminate called after throwing an instance of 'Ogre::RenderingAPIException'
what(): OGRE EXCEPTION(3:RenderingAPIException): No GLX FBConfig support on your display in GLXGLSupport::GLXGLSupport at OgreGLXGLSupport.cpp (line 788)
Aborted
But NOTE I am using Virtual Box 3.02 which officially supports Opengl 2.0.
VirtualBox 3.0.0 (released 2009-06-30)
This version is a major update. The following major new features were added:
* Guest SMP with up to 32 virtual CPUs (VT-x and AMD-V only; see chapter 3.7.2.2 of the user manual)
* Windows guests: ability to use Direct3D 8/9 applications / games (experimental; see chapter 4.8 of the user manual)
* Support for OpenGL 2.0 for Windows, Linux and Solaris guests http://www.virtualbox.org/wiki/Changelog
Also about this..,
You can select something other than FBO support (assuming alternate options are available in non-Windows builds) in the Ogre config dialog, and see if that works.
When I run the application, it does not even get to the config window.

Does anybody have any idea how to fix this?

I know it might not seem important but I think it is cool to be able to develop ogre under virtual machine.

Also another question, Does Ogre work with Mesa3d drivers or any other Software renderer?
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Re: virtualbox render system exception

Post by jacmoe »

Nope.
Ogre doesn't work with software renderers.
And I can't get it to work with VirtualBox either.
Doesn't matter if it's OpenGL or D3D. No dice.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

Can you expand a bit on the technical reasons why software renderers won't work? Maybe somebody could actually fix this if it was advertised what was wrong. Intuitively, I don't expect the OpenGL driver should matter so much. If it claims to support some minimal OpenGL version X (2.0?), then why does Ogre care what's running under the OpenGL API abstraction?

I'm also guessing if it doesn't work with software rendering, it probably won't work on older graphics cards either. It would be nice not to require a high-end system for relatively simple apps like mine.

In any case, I seem to have gotten Ogre running under Mesa on Fedora, with the caveat of the lighting/shading being wrong (and perhaps that could be fixed with a bit of light/material configuration?) My thread on this (with screenshots) over here:
http://www.ogre3d.org/forums/viewtopic.php?f=2&t=51380
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Re: virtualbox render system exception

Post by jacmoe »

Good luck finding a 3D rendering engine which uses a software renderer.
Crystal Space abandoned their software renderer last autumn. (Pretty historic moment, IMO).
For good reason.
Even the most crappy graphics card these days are hardware accelerated.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
wacom
Gnome
Posts: 350
Joined: Sun Feb 10, 2008 2:07 pm

Re: virtualbox render system exception

Post by wacom »

jacmoe wrote:Good luck finding a 3D rendering engine which uses a software renderer.
Irrlicht has two! ;)
User avatar
Kencho
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 4011
Joined: Fri Sep 19, 2003 6:28 pm
Location: Burgos, Spain
x 2
Contact:

Re: virtualbox render system exception

Post by Kencho »

The point is that Ogre is a realtime rendering engine. Nice-looking graphics at decent speeds can't be done (well, it's possible but not acceptable nowadays). You would have to choose between 320x240 or <1 FPS.
Image
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

jacmoe wrote:Good luck finding a 3D rendering engine which uses a software renderer.
Crystal Space abandoned their software renderer last autumn. (Pretty historic moment, IMO).
I think you're misunderstanding the situation. As far as I can tell, Crystal Space had a custom, dedicated software renderer which replaces OpenGL.

I'm not suggesting Ogre should provide such a thing. I'm saying that if Ogre has a minimum of say, OpenGL 2.0, then if Mesa (an OpenGL implementation on Linux) provides OpenGL 2.0 support, what is the problem? If I run glxgears, it runs regardless of which OpenGL driver is being used. So what, specifically, is missing from a "software" implementation of OpenGL that makes Ogre unhappy?

As a further mental exercise, Intel is working on their crazy massively multicore CPU rendering stuff. If they provide a OpenGL interface, are you going to call that a "software renderer" and ignore it because it's running on CPUs instead of GPUs? Or is that going to be hardware accelerated "enough"?

Secondly, I've already demonstrated Ogre running on Mesa, so it obviously "works". With some minor attention to shading tweaks, it could be usable for testing or small applications.
jacmoe wrote:Even the most crappy graphics card these days are hardware accelerated.
Well, that's assuming drivers are available (e.g. ATI dropping support for their x1600's among others which are only a couple years old, screwing laptops with those graphics chips), and also that you're running natively (e.g. VM 3D acceleration is spotty). And also you still haven't explained what a "crappy" graphics card can provide that the software driver can't, other than more FPS. I think there's a section of users more concerned with basic functionality than FPS count.
Kencho wrote:The point is that Ogre is a realtime rendering engine. Nice-looking graphics at decent speeds can't be done (well, it's possible but not acceptable nowadays). You would have to choose between 320x240 or <1 FPS.
Fair enough, but I can deal with low res/framerate for quick testing on low-end systems just to make sure it's working. It also helps to show my software is actually working and it's the local user's problem for not getting their driver installed correctly. And for simple scenes like I posted in the other thread, I was still getting ~10fps at 800x600, so that's almost usable.
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

Is there any progress on this? I'm still seeing the error, and I still don't understand the basis of the GLX FBConfig error. I have hardware acceleration. I have OpenGL 2.0. The only difference is it's running through a VM, but other 3D apps are launching fine, just not Ogre. Can we at least determine if this is something that Ogre is mis-detecting, or some edge case that Virtualbox needs to fix?

Currently testing with Ogre 1.6.4, Virtualbox 3.0.10, Ubuntu 9.10 guest, Mac OS X 10.6 host.
glxinfo does report fbconfig support (GLX_SGIX_fbconfig, 64 GLXFBConfigs):

Code: Select all

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: Chromium
server glx version string: 1.2 Chromium
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig
client glx vendor string: Chromium
client glx version string: 1.2 Chromium
client glx extensions:
    GLX_ARB_multisample, GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig
GLX version: 1.3
GLX extensions:
    GLX_ARB_multisample, GLX_EXT_texture_from_pixmap, GLX_SGIX_fbconfig
OpenGL vendor string: Humper
OpenGL renderer string: Chromium
OpenGL version string: 2.0 Chromium 1.9
OpenGL shading language version string: 1.20
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, 
    GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_point_parameters, 
    GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient, 
    GL_ARB_texture_border_clamp, GL_ARB_texture_compression, 
    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_non_power_of_two, GL_ARB_transpose_matrix, 
    GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, 
    GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_func_separate, 
    GL_EXT_clip_volume_hint, GL_EXT_blend_subtract, GL_EXT_texture_env_add, 
    GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, 
    GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, 
    GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, 
    GL_IBM_rasterpos_clip, GL_NV_fog_distance, GL_NV_texgen_reflection, 
    GL_EXT_texture_rectangle, GL_SGIS_generate_mipmap, 
    GL_SGIS_texture_edge_clamp, GL_CR_state_parameter, GL_CR_cursor_position, 
    GL_CR_bounding_box, GL_CR_print_string, GL_CR_tilesort_info, 
    GL_CR_synchronization, GL_CR_head_spu_name, GL_CR_performance_info, 
    GL_CR_window_size, GL_CR_tile_info, GL_CR_saveframe, 
    GL_CR_readback_barrier_size, GL_CR_server_id_sharing, GL_CR_server_matrix, 
    GL_ARB_shading_language_100, GL_ARB_shader_objects, GL_ARB_vertex_shader, 
    GL_ARB_fragment_shader

64 GLX Visuals
   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
----------------------------------------------------------------------
0x21 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc3 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc4 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc5 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc6 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc7 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc8 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xc9 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xca 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xcb 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xcc 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xcd 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xce 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xcf 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd0 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd1 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd2 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd3 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd4 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd5 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd6 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd7 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd8 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xd9 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xda 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xdb 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xdc 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xdd 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xde 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xdf 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe0 24 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe1 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe2 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe3 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe4 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe5 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe6 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe7 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe8 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xe9 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xea 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xeb 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xec 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xed 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xee 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xef 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf0 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf1 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf2 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf3 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf4 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf5 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf6 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf7 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf8 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xf9 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xfa 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xfb 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xfc 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xfd 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xfe 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0xff 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0x100 24 dc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0x42 32 tc  0 32  0 r  y  y  8  8  8  8  0 16  8 16 16 16 16  0 0 None

64 GLXFBConfigs:
   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
----------------------------------------------------------------------
0x21  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc3  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc4  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc5  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc6  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc7  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc8  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xc9  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xca  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xcb  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xcc  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xcd  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xce  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xcf  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd0  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd1  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd2  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd3  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd4  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd5  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd6  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd7  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd8  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xd9  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xda  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xdb  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xdc  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xdd  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xde  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xdf  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe0  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe1  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe2  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe3  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe4  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe5  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe6  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe7  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe8  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xe9  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xea  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xeb  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xec  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xed  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xee  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xef  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf0  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf1  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf2  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf3  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf4  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf5  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf6  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf7  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf8  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xf9  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xfa  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xfb  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xfc  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xfd  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xfe  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0xff  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0x100  0 tc  0 24  0 r  y  .  8  8  8  0  0 16  8  0  0  0  0  1 1 None
0x42  0 tc  0 32  0 r  y  .  8  8  8  8  0 16  8  0  0  0  0  1 1 None
robert_krolik
Gnoblar
Posts: 1
Joined: Wed Dec 30, 2009 1:35 pm

Re: virtualbox render system exception

Post by robert_krolik »

Think there's no relation to VirtualBox, because i've got no troubles using latest checkout of python-ogre. This issue is smth about incorrect checking of GL extensions. MB python-ogre works fine because of some exception been catched.
User avatar
tuan kuranes
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 2653
Joined: Wed Sep 24, 2003 8:07 am
Location: Haute Garonne, France
x 4
Contact:

Re: virtualbox render system exception

Post by tuan kuranes »

@ejtttje :
Ogre uses its own GLEW version (glew.cpp is on the ogre tree, ogre doesn't link to glew either statically or dynamically.), so testing glewinfo doesn't really help testing Ogre use of glew

You have to try compiling Ogre with the system provided glew. (the one that cames with your linux distribution)

Related post :
http://www.ogre3d.org/forums/viewtopic. ... 3&start=50

System glew use patch:
http://cvs.fedoraproject.org/viewvc/dev ... iew=markup

(check http://cvs.fedoraproject.org/viewvc/devel/ogre/ for all patches.)

if that works for you, you can provide a patch on ogre sourceforge tracker or/and post to ogre "feature request" forum.
Ogre might have to update "its" glew anyway in order to get opengl 3.X updates.
SwedishWings
Kobold
Posts: 32
Joined: Tue Jul 22, 2008 11:36 am
Location: Manila, Philipines

Re: virtualbox render system exception

Post by SwedishWings »

Are there any news on this? Has anyone been able to run Ogre under VB?

If this worked, it would be a life saver for me!

Thanks,
Mike
It wasn't me...
User avatar
XenoPhoenix
Gnoblar
Posts: 14
Joined: Mon Feb 08, 2010 1:40 am

Re: virtualbox render system exception

Post by XenoPhoenix »

As much as I hate to practive thread necromancy with my first post here:

Is there any progress being made into the cause of this issue? I'm quite happy to test to help solve it as it would be incredible useful for testing our application on multiple systems.
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Re: virtualbox render system exception

Post by jacmoe »

I haven't been able to make that crap work.
The problem is that we need real access to the hardware.
But, of course, it would be nice if it did work..
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

It would help to explicitly mention what isn't working, i.e. what "real hardware access" you have via an ATI or nVidia driver that you don't have via the Chromium driver exposed by VirtualBox. Is it something to do with FBconfig? I started a thread about that over here, although I've been meaning to follow up on tuan kuranes's post in this thread which seems related. (edit fixed URL)
Last edited by ejtttje on Mon Feb 08, 2010 3:03 am, edited 1 time in total.
User avatar
jacmoe
OGRE Retired Moderator
OGRE Retired Moderator
Posts: 20570
Joined: Thu Jan 22, 2004 10:13 am
Location: Denmark
x 179
Contact:

Re: virtualbox render system exception

Post by jacmoe »

You are linking back to this topic! :)

I don't care about fbconfig - tried it on Vista, and it didn't work.
I'll give it a go with the newest VirtualBox, though.
My card is a [s]crappy[/s] regular nVidia 8500 GT.

I am also interested in making it work, because it would make it so much easier to test if our Ogitor installers works on clean systems.
/* Less noise. More signal. */
Ogitor Scenebuilder - powered by Ogre, presented by Qt, fueled by Passion.
OgreAddons - the Ogre code suppository.
User avatar
ejtttje
Halfling
Posts: 59
Joined: Sat Mar 08, 2008 10:49 pm
Location: Pittsburgh, PA

Re: virtualbox render system exception

Post by ejtttje »

*facepalm* sorry, I meant this one: http://www.ogre3d.org/forums/viewtopic.php?f=2&t=54081
User avatar
XenoPhoenix
Gnoblar
Posts: 14
Joined: Mon Feb 08, 2010 1:40 am

Re: virtualbox render system exception

Post by XenoPhoenix »

Yes ejtttje, I experiance the problem In exactly the same way as you do,

jacmoe yeah same reason here, we are making our application multiplatform and I simply don't have the number of machines I require to test each build and dual booting everytime is a real pain. Also using Ogitor, very nice and very useful that it does work on linux too :)

EDIT: I'm testing with a 8800GTX on Win7 x64 (with ubuntu x64 9.10 guest)
Post Reply